[OPGELOST] extern schijf usb enkel lezen?

[johande]

als ik mijn externe usb harde schij aansluit op ubuntu 8.0.4 kan ik er enkel van lezen, niet op schrijven.. hoe los ik dat op?

als ik met nautilius opstart en de eigenaar wil wijzigen naar nobody krijg ik "Sorry, kan de eigenaar van ‘SEA_DISC’ niet wijzigen: Fout bij instellen eigenaar: Bestandssysteem is alleen-lezen"

[joop905]

Alt+f2 Type: gksudo nautilus
Druk op enter en voer je wachtwoord in
Ga naar de map. rechtermuisknop--> Eigenschappen
Bij het tabblad rechten kun je nu de gewenste toegangsrechten instellen


grj

[johande]

zoals ik al zei
""Sorry, kan de eigenaar van ‘SEA_DISC’ niet wijzigen: Fout bij instellen eigenaar: Bestandssysteem is alleen-lezen""

&

"Sorry, kan de rechten van ‘SEA_DISC’ niet wijzigen: Fout bij instellen toegangsrechten: Bestandssysteem is alleen-lezen"

er staat ook een slotje aan de usb schij - zie afbeelding

[jan11000]

Indien het ntfs bestandssysteem is, moet je wel in windows op de goede manier loskoppelen. Anders krijg je in linux gen rechten om te schrijven.
Dus in win eerst rechtsonder op icoon de schijf loskoppelen, dan pas de schijf fysiek van je pc loskoppelen.

Indien het bovenstaande niet is , probeer eens, sudo endeavour2, en hier de rechten te wijzigen(wel even installeren).

[vanadium]

Indien het ntfs bestandssysteem is, moet je wel in windows op de goede manier loskoppelen. Anders krijg je in linux gen rechten om te schrijven.

Dat is het niet. In zo een geval wordt de schijf eenvoudig niet aangekoppeld.

Als het hier om een ntfs schijf gaat, dan wordt die standaard met lees en schrijfrechten voor iedereen aangekoppeld. Post eens de uitkomst van "ls -l /media" en "sudo blkid": dat zal meer info geven over de schijf.

[johande]

het is FAT32 - kan wel zijn dat de oorzaak ligt aan het te snel loskoppelen van mijn windows XP
de uitkomst van "ls -l /media" en "sudo blkid" post ik vanavond

[vanadium]

Als dat de vermoedelijke oorzaak is, dan is een controle en reparatie van het bestandssysteem voldoende om het probleem op te lossen.

[johande]

Als dat de vermoedelijke oorzaak is, dan is een controle en reparatie van het bestandssysteem voldoende om het probleem op te lossen.

in windows? indien in ubuntu, hoe doe ik dat?

[track]

Hoi Johan,

bij de fat32 kan er eigenlijk geen probleem zijn met "goed loskoppelen" zover ik weet.

Ik vermoed eerder dat die (hoe dan ook) alleen "ro" gemount is. 
Kun je dat even met een  mount  verifiëren ?
Als dat het probleem is zal een  sudo mount -o remount,rw /media/disk1
(mountpunt aanpassen uiteraard) dit verhelpen.

track

[johande]

Als dat de vermoedelijke oorzaak is, dan is een controle en reparatie van het bestandssysteem voldoende om het probleem op te lossen.

met een check disk in windows werkt alles terug....

[Pjotr]

bij de fat32 kan er eigenlijk geen probleem zijn met "goed loskoppelen" zover ik weet.

Ook daarbij geldt dat, volgens mij.... Enfin, ik weet het niet helemaal zeker. In elk geval kan de vraagsteller gewoon even proberen, of het helpt wanneer hij in Windows eerst even goed ontkoppelt ("veilig verwijderen").

[vanadium]

met een check disk in windows werkt alles terug....

Voor ntfs is windows je enige mogelijkheid (hoewel ntfsfix ook enige mogelijkheden heeft). fat32 kan je evenwel perfect repareren zonder Windows met "dosfsck -a /dev/sd##" (het equivalent van "chkdsk /f x:" in Windows).

Bestandssystemen moeten altijd correct afgesloten worden. Omdat ntfs niet 100% ondersteund wordt, zal linux niet goed afgesloten ntfs systemen eenvoudig niet aankoppelen. Voor fat32 zal linux zoals we hier zien de schijf wel aankoppelen, maar alleen in enkel-lezen modus. Ook bij ext2/ext3 is dat het geval.