[opgelost] vraag mbt Grsync: bestand alleen lezen

[Idzme]

tijdens het syncen met Grsync krijg ik bij bepaalde bestanden de medling dat er niets gedaan kan worden omdat e file alleen lezen is.
bij systeem bestanden snap ik dit, maar op de een of andere manier is dit ook bij foto's het geval.
Hoe kan ik deze bestanden vinden of kan ik de map foto's en onderliggende mappen in één keer veranderen qua rechten??

en zo ja, hoe doe ik dat dan?

dank weer

gr bas (idzme)

edit: zie dat als ik een map wil aanmaken op mijn externe HD dit ook niet kan ivm "alleen lezen" rechten, zou dit ermee te maken hebben??

[Idzme]

tijdens het syncen met Grsync krijg ik bij bepaalde bestanden de medling dat er niets gedaan kan worden omdat e file alleen lezen is.
bij systeem bestanden snap ik dit, maar op de een of andere manier is dit ook bij foto's het geval.
Hoe kan ik deze bestanden vinden of kan ik de map foto's en onderliggende mappen in één keer veranderen qua rechten??

en zo ja, hoe doe ik dat dan?

dank weer

gr bas (idzme)

edit: zie dat als ik een map wil aanmaken op mijn externe HD dit ook niet kan ivm "alleen lezen" rechten, zou dit ermee te maken hebben??

hierbij een voorbeeld van de foutmelding die ik krijg nadat Grsync klaar is met syncen.

Code: [Selecteer]

rsync: mkstemp "/media/DATA/Ubuntu_backup_130409/Afbeeldingen/Foto's+/2009/April 2009/.april 2009-177.JPG.yCsEfj" failed: Read-only file system (30)
rsync: mkstemp "/media/DATA/Ubuntu_backup_130409/Afbeeldingen/Foto's+/2009/April 2009/.april 2009-178.JPG.4kRufv" failed: Read-only file system (30)
dank voor de hulp!

[vanadium]

zie dat als ik een map wil aanmaken op mijn externe HD dit ook niet kan ivm "alleen lezen" rechten, zou dit ermee te maken hebben??

Dat is het. Controleer het bestandssysteem van je USB schijf. In sommige gevallen koppelt Ubuntu een schijf voor alleen lezen aan, als er een probleem is met het bestandssysteem.

Een andere reden kan een probleem met permissies zijn.

[Idzme]

zie dat als ik een map wil aanmaken op mijn externe HD dit ook niet kan ivm "alleen lezen" rechten, zou dit ermee te maken hebben??

Dat is het. Controleer het bestandssysteem van je USB schijf. In sommige gevallen koppelt Ubuntu een schijf voor alleen lezen aan, als er een probleem is met het bestandssysteem.

Een andere reden kan een probleem met permissies zijn.

dank voor je reactie, maar wat moet ik checken en hoe???

[vanadium]

Checken van een partitie: http://forum.ubuntu-nl.org/hardware-en-drivers/%28tip%29-controleer-nu-en-dan-je-verwijderbare-schijven/

Kijk eens in de output van "mount": daar worden de opties vermeld waarmee de schijf wordt aangekoppeld. Indien "ro" dan weet je dat het aan het mounten ligt (zou verholpen moeten zijn na partitiecontrole.

Indien dat in orde, eigenaar en permissies controleren van je backup directory: rechts-klik - eigenschappen in nautilus, of commandolijn: "ls -l <bestanden of directories>". Met nautilus kun je recursief de permissies/eigenaars veranderen, via de commandolijn gaat het met "chown -R gebruiker:gebruiker <directories>" of "chmod -R <permissies> <directories>". Heb je zelf niet voldoende rechten om eigenaren/permissies in te stellen, dan doe je dat als beheerder ("gksudo nautilus" of aan de commandolijn commando's laten voorafgaan met "sudo").

[Idzme]

dank voor de info, check is gedaan, alles staat op RW, maar nog steeds foutmeldingen, dus waarschijnlijk een rechten verhaal.

IK heb via de terminal:
gksudo nautilus ingegeven en daarna met de re muisknop geklikt op de map "data" dit is de externe HD. Daarna op eigenschappen-rechten geklikt en daar zie ik eigenaar en groep (beide staan op bas, mijn login naam)

nu staat bij eigenaar:
maptoegang - bestanden aanmaken en verwijderen
bestandstoegang - --- (staat niets dus)

groep:
maptoegang: geen
bestandstoegang ---


wat moet ik nu aanpassen?

[vanadium]

Doe eens

ls -ld "media/DATA/Ubuntu_backup_130409/Afbeeldingen/Foto's+/2009/April 2009/"

en post de uitkomst hier

[Idzme]

heb er even /media... van gemaakt...

Code: [Selecteer]

bas@bas-desktop:~$ ls -ld "/media/DATA/Ubuntu_backup_130409/Afbeeldingen/Foto's+/2009/April 2009/"
drwx------ 2 bas bas 65536 2009-07-19 15:06 /media/DATA/Ubuntu_backup_130409/Afbeeldingen/Foto's+/2009/April 2009/
[/code

[vanadium]

...en vergelijk nu eens met de permissies van een directory erboven, waar het backupprogramma wel kan schrijven.

Code: [Selecteer]

ls -ld "/media/DATA/Ubuntu_backup_130409/Afbeeldingen/Foto's+/2009/"

Kan je er zelf in schrijven?

Code: [Selecteer]

touch /media/DATA/Ubuntu_backup_130409/Afbeeldingen/Foto's+/2009/April 2009/test


Alleen jij als gebruiker hebt rechten op die folder. Als je backup programma er niet kan schrijven, dan doet dat mij vermoeden dat het onder een andere usernaam draait. Doe het eens lopen, en terwijl het loopt:

Code: [Selecteer]

ps aux | grep rsync


[Idzme]

...en vergelijk nu eens met de permissies van een directory erboven, waar het backupprogramma wel kan schrijven.

Code: [Selecteer]

ls -ld "/media/DATA/Ubuntu_backup_130409/Afbeeldingen/Foto's+/2009/"

Kan je er zelf in schrijven?

Code: [Selecteer]

touch /media/DATA/Ubuntu_backup_130409/Afbeeldingen/Foto's+/2009/April 2009/test


Alleen jij als gebruiker hebt rechten op die folder. Als je backup programma er niet kan schrijven, dan doet dat mij vermoeden dat het onder een andere usernaam draait. Doe het eens lopen, en terwijl het loopt:

Code: [Selecteer]

ps aux | grep rsync


Code: [Selecteer]

bas@bas-desktop:~$ ps aux | grep rsync
bas       2054 42.2  1.2  30708 13036 ?        S    20:02   0:05 grsync
bas       2057  3.7  0.2  28032  2276 ?        D    20:02   0:00 rsync -r -t -v --progress /home/bas/ /media/DATA/Ubuntu_backup_130409/
bas       2058  4.5  0.1  14928  1272 ?        S    20:02   0:00 rsync -r -t -v --progress /home/bas/ /media/DATA/Ubuntu_backup_130409/
bas       2059  3.0  0.1  22476  1592 ?        S    20:02   0:00 rsync -r -t -v --progress /home/bas/ /media/DATA/Ubuntu_backup_130409/
bas       2083  0.0  0.0   3052   800 pts/0    R+   20:02   0:00 grep rsync
bas@bas-desktop:~$

[vanadium]

Een rechtenprobleem zal het dus niet zijn. Blijft nog de vrije ruimte te controleren op de bestemming. Ook eens de andere tests uitvoeren die ik vroeg, kan geen kwaad. Hoe meer informatie, hoe meer kans dat we hier (vanop afstand) een indicatie krijgen van het probleem.

[Idzme]

Een rechtenprobleem zal het dus niet zijn. Blijft nog de vrije ruimte te controleren op de bestemming. Ook eens de andere tests uitvoeren die ik vroeg, kan geen kwaad. Hoe meer informatie, hoe meer kans dat we hier (vanop afstand) een indicatie krijgen van het probleem.

heb het volgende laten lopen (aangepast aan de disknaam van de ex hd)

Code: [Selecteer]

sudo fsck /dev/sdd1
toen kwam de vraag fat1 of fat 2

eerst fat1 gedaan,was zo klaar en nu loopt fat2

kun je me aangeven welke testen / reparaties ik zou moeten doen?

is het een idee om de ex hd te formatteren en gewoon de /home map opnieuw te backuppen?

wederom dank voor je hulp!

gr bas

[vanadium]

Een fat schijf ondersteunt geen linux rechten. De oorzaak van het probleem blijkt dus toch een probleem met het bestandssystem.

[Idzme]

Een fat schijf ondersteunt geen linux rechten. De oorzaak van het probleem blijkt dus toch een probleem met het bestandssystem.

heb net die fat2 check gedaan en krijg nu de volgende melding:

1) Truncate first to 174751744 bytes
2) Truncate second to 0 bytes

welke moet ik laten lopen?
of wat kan ik nog meer doen om dit probleem op te lossen?

dank

of kan ik de schijf opnieuw formatterenin een andere systeemformaat ( en zo ja welk??? moet ook onder windows te lezen zijn)

[Idzme]

makkelijkste weg wellicht, maar heb de schijf geformatteerd in ext3...nu is de backup gelukt...

[vanadium]

[quite=Idzme]makkelijkste weg wellicht[/quote]
Makkelijker ware geweest het bestandssysteem te controleren en te herstellen, maar je hebt nu de beste oplossing gekozen: nu gebruik je een modern bestandssysteem, dat veel bestendiger is tegen corruptie en alle linux permissies ondersteunt.

[Idzme]

[quite=Idzme]makkelijkste weg wellicht

Makkelijker ware geweest het bestandssysteem te controleren en te herstellen, maar je hebt nu de beste oplossing gekozen: nu gebruik je een modern bestandssysteem, dat veel bestendiger is tegen corruptie en alle linux permissies ondersteunt.
[/quote]

nu nog kunnen benaderen met windows... ;-)


dank voor je hulp Vanadium!!!