Vraag USB-apparaten die als alleen-lezen worden weergegeven


Ik gebruik Ubuntu 14.04.

Ik heb een FAT32 USB-stick van 8 gb en een FAT32-harde schijf van 500 gb; beide zijn opeens read-only apparaten geworden.

Ik heb geprobeerd de map binnenin te verwijderen /media en dan opnieuw maken, de naam ervan wijzigen en vervolgens die map volledige rechten geven. Dit werkte echter niet.

Resultaten van mount:

$ mount
/dev/sda5 on / type ext4 (rw,errors=remount-ro) 
proc on /proc type proc (rw,noexec,nosuid,nodev) 
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) 
none on /sys/fs/cgroup type tmpfs (rw)
none on /sys/fs/fuse/connections type fusectl (rw) 
none on /sys/kernel/debug type debugfs (rw) 
none on /sys/kernel/security type securityfs (rw)
udev on /dev type devtmpfs (rw,mode=0755) 
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620) 
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755) 
none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880) 
none on /run/shm type tmpfs (rw,nosuid,nodev)
none on /run/user type tmpfs (rw,noexec,nosuid,nodev,size=104857600,mode=0755) 
none on /sys/fs/pstore type pstore (rw) 
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
systemd on /sys/fs/cgroup/systemd type cgroup (rw,noexec,nosuid,nodev,none,name=systemd)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,user=simon)

Resultaten van sudo parted -l:

Model: ATA ST9500325AS (scsi)
Disk /dev/sda: 500GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos

Number  Start   End    Size    Type      File system     Flags
 4      1049kB  500GB  500GB   extended
 5      2097kB  496GB  496GB   logical   ext4
 6      496GB   500GB  4238MB  logical   linux-swap(v1)


Model: Verbatim STORE N GO (scsi)
Disk /dev/sdb: 8028MB
Sector size (logical/physical): 512B/512B
Partition Table: msdos

Number  Start   End     Size    Type     File system  Flags
 1      24.6kB  8028MB  8028MB  primary  fat32        boot

Resultaten van lsblk:

NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 465.8G  0 disk 
├─sda4   8:4    0     1K  0 part 
├─sda5   8:5    0 461.8G  0 part /
└─sda6   8:6    0     4G  0 part [SWAP]
sdb      8:16   1   7.5G  0 disk 
└─sdb1   8:17   1   7.5G  0 part /media/simon/LYDIA
sr0     11:0    1  1024M  0 rom 

USB schrijf test:

$ cd /media/simon/LYDIA
$ touch newfile001
touch: cannot touch ‘newfile001’: Read-only file system 

Resultaten van dmesg:

[  159.366772] FAT-fs (sdb1): Volume was not properly unmounted. Some data may be       corrupt. Please run fsck.
[  159.383252] FAT-fs (sdb1): error, fat_get_cluster: invalid cluster chain (i_pos 0)
[  159.383258] FAT-fs (sdb1): Filesystem has been set read-only
[  159.383571] FAT-fs (sdb1): error, fat_get_cluster: invalid cluster chain (i_pos 0)
[  159.384251] FAT-fs (sdb1): error, fat_get_cluster: invalid cluster chain (i_pos 0)
[  159.384319] FAT-fs (sdb1): error, fat_get_cluster: invalid cluster chain (i_pos 0)
[  159.475111] systemd-hostnamed[2966]: Warning: nss-myhostname is not installed.
Changing the local hostname might make it unresolveable. Please install nss-myhostname!
[  159.480141] FAT-fs (sdb1): error, fat_get_cluster: invalid cluster chain (i_pos 0)
[  159.480224] FAT-fs (sdb1): error, fat_get_cluster: invalid cluster chain (i_pos 0)
[  159.480497] FAT-fs (sdb1): error, fat_get_cluster: invalid cluster chain (i_pos 0)
[  159.480516] FAT-fs (sdb1): error, fat_get_cluster: invalid cluster chain (i_pos 0)
[ 2893.091767] wlan0: deauthenticating from c0:3e:0f:31:21:05 by local choice   (reason=3)

90
2017-12-20 20:00


oorsprong


chown it, when mounted? Hoe mount je het? Als root? Auto-mount met de automount van de bestandsmanager? - davidbaumann
Normaal sluit ik de usb-sticks aan en vervolgens verschijnt het venster of is het beschikbaar voor mij om bestanden te openen en te verslepen. Ik gebruik de terminal normaal gesproken niet voor kopiëren of iets dergelijks. - oodles2do
Sluit aan, open en voeg het resultaat toe van mount alstublieft. - davidbaumann
Bedoel niet om dom te klinken, maar wat bedoel je precies? Welke code moet ik in de terminal plaatsen? Als dat is wat je bedoelt om het te doen. Bedankt! - oodles2do
mount precies;) - davidbaumann


antwoorden:


Zie dit kever.

Voer deze opdracht uit om Nautilus (bestanden) te doden:

killall nautilus

173
2017-09-09 21:11



Wauw, ik kan niet geloven dat dat lukte - JeD
Ik zal verdoemd worden, dit werkt haha - Tek
heh, het werkte! - John Doe
ik gebruik nemo, dus ik deed killall nemo en het werkt. - Oki Erie Rinaldi
Het is triest dat het nog steeds werkt in 2018 (Ubuntu 16.04.3 LTS) - Andrew


Wanneer u uw USB-sleutel op uw laptop bevestigt:

  • rennen sudo -i (zodat u niet altijd uw wachtwoord typt)
  • rennen df -Th(om te zien waar uw USB-stick is gemount)
  • ontkoppel uw USB-stick
  • rennen dosfsck op het apparaat dat je zag vanuit je vorige commando. Voorbeeld: dosfsck /dev/sdc1
  • verwijder en sluit uw USB-stick opnieuw aan

Het probleem zou nu moeten worden opgelost.

Nu, voor uw HDD, volg alstublieft het antwoord hierop vraag. Het gaat om een ​​externe HDD, maar het is hetzelfde voor uw zaak.


61
2017-12-20 20:28



Bedankt voor je hulp! Ik heb geprobeerd om te doen wat je zei, typt u umount / dev / sdb1 correct voor het ontkoppelen van mijn USB-stick? Ook weet ik niet hoe ik dosfsck moet gebruiken. Bedankt voor de link - oodles2do
@SimonBremford als uw USB is aangesloten /dev/sdb1 natuurlijk heeft je bevel gelijk. Typ voor je andere vraag: dosfsck -a /dev/sdb1
Bedankt voor uw hulp, maar het werkte niet. De usb-stick wordt alleen nog gelezen. Ik denk dat het een probleem is met Ubuntu in plaats van de USB-stick zelf, aangezien het zo plotseling was. En het feit dat het tegelijkertijd meer dan één USB-apparaat beïnvloedt. - oodles2do
Soms is het eenvoudigst om opnieuw te starten - Gayan Weerakutti
Het zou handig zijn om aan het antwoord toe te voegen dat er inderdaad een herstart nodig is. - Artem Pelenitsyn


Ik kreeg dezelfde fout bij het gebruik van GParted om de partitietabel in te stellen en mijn USB-stick te formatteren. Daarna gingen alle USB-stations naar "alleen-lezen".

Maar onder root werkte kopiëren prima ...

Probleem was verdwenen nadat de computer opnieuw is opgestart. Dus ik vermoed dat dit probleem kan optreden bij het gebruik van GParted.


18
2017-11-07 20:11



Zie de werkende oplossing hieronder gepost door Serrano en mijn opmerking erover. Evengoed voor mij was de oorsprong afkomstig van het gebruik GPated ... - Antonio


Ik had ook dit probleem. Ik kreeg een fout tijdens het kopiëren naar mijn usb-stick, ik gebruik Mint 17.1 cinnamon, kernel 3.13.0-43 met caja-bestandsbeheer.

Toen ik naar de mediadirectory in terminal 'dir / media' keek, zag ik dat de lay-out is veranderd, normaal verwacht je de drives hier vermeld te zien, maar nu staan ​​ze onder je gebruikersnaam en wat denk je? Die gebruikersnaam heeft alleen ROOT-machtigingen.

Wat ik deed was typen

sudo chown [username] /media/[username]

en

sudo chgrp [username] /media/[username]

waar je [gebruikersnaam] vervangt door je gebruikersnaam, de usb-stick hebt verwijderd, hebt gewacht en het vervolgens weer hebt geplaatst, probleem opgelost, kan ik er nu naar schrijven!


13
2018-06-07 09:23



Voor mij sudo chown [username] /media/[username] werkte prima. Ik hoefde de USB-stick zelfs niet uit te doen en in te doen (wat ik ook niet nodig had chgrp - Ik ben op Xubuntu 16.04) - Nicolas
Bedankt voor je antwoord .. dit zou het geaccepteerde antwoord moeten zijn, omdat er niet echt een probleem is met de media zelf maar met het stijgende punt. - agim
chown kan de groep ook veranderen, chown [username]:[groupname] files is gelijk aan hardlopen chown en dan chgrp. Zien man chown - Xen2050
@ Xen2050, nog beter is chown [username]: files omdat `chown`` standaard de aanmeldingsgroep van gebruikers zal zijn. - Lucas
@Lucas bedankt dat is beter. Het is slim verborgen in de man pagina, maar zichtbaar in de info pagina [zou heel leuk zijn als man & info-pagina's overeenkwamen ...] - Xen2050


Ik formatteerde met behulp van Gparted. Dat veegde alle gegevens in de schijf en het bleek ook het probleem opgelost.


8
2017-07-07 14:48



Ja, dat werkt. U moet een nieuwe partitontabel maken als msdos type en maak dan een één grote parititon met fat32. - vskubriev
Ik denk dat dit antwoord een stomp is. Breid het alstublieft uit. - Léo Léopold Hertz 준영


Ik heb hetzelfde probleem met Ubuntu gehad en geen van de antwoorden die ik tot nu toe heb gegeven, werkte voor mij. Dit is wat ik heb geprobeerd:

  • Formatteer het apparaat met GParted. Ik heb zelfs geprobeerd het opnieuw te creëren partitietabel, zonder succes.
  • Controleer het apparaat met fsck. Er zijn geen problemen gevonden.
  • De rechten van het koppelpunt verholpen. Blijkt dat het koppelpunt eigendom was van de root, maar zelfs nadat ik mezelf eigenaar had gemaakt, kon ik alleen vanaf de opdrachtregel naar het apparaat schrijven (ik kon nog steeds geen bestanden vanuit de GUI maken).

Wanneer ik een USB-stick aansluit, wordt deze onder gemonteerd /media/<username>/<label>/, waar <username> is mijn gebruikersnaam en <label> is het label van de USB-stick of het opslagapparaat.

Ik keek opnieuw naar de toestemmingen:

$ ls -ld /media/<username>
drwxrwx---+ 2 <username> <username> 4096 Mar  4 18:32 /media/<username>

Let op de + aan het einde van de permissies. Dat is nieuw voor mij en ik heb het nooit eerder opgemerkt. Dit betekent dat de directory uitgebreide rechten heeft, genaamd Access Control List (ACL) (zie dit gerelateerde vraag). Ik heb de ACL-gegevens voor deze map vermeld:

$ getfacl /media/<username>
# file: <username>/
# owner: <username>
# group: <username>
user::rwx
user:<username>:r-x
group::---
mask::r-x
other::---

Zoals u kunt zien, is er een extra invoer user:<username>:r-x voor mijn gebruikersnaam, die me alleen leestoegang geeft. Ik heb dit opgelost met een eenvoudige opdracht:

setfacl -m u:<username>:rwx /media/<username>

Ik heb mijn USB-apparaat losgekoppeld, opnieuw aangesloten en het probleem is opgelost.


7
2018-03-04 17:56



OK. Bedankt, dit was de oplossing. Maar aan het einde moet je dat wel doen restart your computerom volledige toegang te hebben tot de mounted USBs. Een ander punt dat het waard is, denk ik, dit probleem deed zich voor na creating a new gpt partition table op een USB stick met GParted. Vervolgens werden al mijn USB's beïnvloed. Absoluut de jongens bij GParted zou zich anders moeten gedragen ... - Antonio


Toen je rende mount alleen sda5 (jouw /) was gemount en het was read-write (rw), dus je zou moeten kunnen schrijven. Normaal gesproken houden de meeste mappen van /sys, /bin zijn alleen beschrijfbaar door root (je zou nodig hebben sudo eerst), maar uw thuismap moet beschrijfbaar zijn voor uw gewone gebruiker.

Kun je bestanden in je thuismap maken? Misschien zit je gui-bestandsmanager vast in de veronderstelling dat ze alleen-lezen zijn, als je het in een terminal probeert te doen, werkt het dan? Werken deze opdrachten bijvoorbeeld?

cd ~
touch newfile001
echo stuff >> newfile001
cat newfile001

Als die met succes werken, kun je schrijven naar je HD (sda5).


Zie voor het USB-station nadat het is aangesloten en gemonteerd mount om het te vinden (de /dev/sdb1 ... regel) en kijk of de mountoptie in de ()'zus rw (lees-schrijf) dan zou je in staat moeten zijn om ernaar te schrijven. Als het is ro (alleen-lezen) probeer dit en kijk of het verandert:

sudo mount -o remount,rw /dev/sdb1 /media/simon/LYDIA

Als het bestandssysteem (fs) fouten bevat, kan het worden gemount als ro, daar zouden berichten in moeten staan dmesg & /var/log/syslog te. Dit is wat uw logs laten zien:

[  159.366772] FAT-fs (sdb1): Volume was not properly unmounted. Some data may  
be corrupt. Please run fsck.
[  159.383252] FAT-fs (sdb1): error, fat_get_cluster: invalid cluster chain (i_pos 0)
[  159.383258] FAT-fs (sdb1): Filesystem has been set read-only

Dat omvat een aanwijzing voor hoe de fs corrupt zouden kunnen zijn geworden - "niet behoorlijk ontkoppeld", je moet altijd unmounten voordat je iets loskoppelt. De meeste bestandsbeheerders hebben een "eject" om daarmee te helpen.

De dmesg logboek zegt ook hoe dit te verhelpen: fsck kan fs-fouten proberen op te lossen, het probeert het juiste controleprogramma te kiezen, of je kunt er expliciet een uitkiezen fsck.vfat of fsck.[other] persing TAB na fsck. zou opties moeten vermelden.

  • Voor een FAT-systeem (vaak twee keer uitvoeren, worden niet alle fouten de eerste keer hersteld)
    • fsck.vfat -vaV [device] zou automatisch moeten werken (-a) & meer info weergeven (-v) & een "verificatie" -pas uitvoeren (-V), of alleen:
    • fsck.vfat -a [device]

NOTITIE: Dit zal niet garanderen dat het bestandssysteem gefixeerd blijft, het kan opnieuw beschadigd raken en het kan onmogelijk zijn om precies te weten waarom. Altijd unmount / "eject" voordat u USB-drives verwijdert.

Notitie als een fs mounts als rw, maar dan worden fouten gezien en het wordt automatisch opnieuw geplaatst als ro, het mount-commando kan nog steeds melden dat het is gemount rw. Naar dit bestand kijken met less /proc/mounts zou gewoonlijk betrouwbaardere informatie moeten tonen (zie man mount).


Als iets is gemount rw maar je kunt er nog steeds geen bestanden aan toevoegen / verwijderen / bewerken, je bent misschien niet de eigenaar van de bestanden. In sommige fs's kan dat chown om de eigenaar te worden, maar een FAT32 fs zoals op sdb1 heeft die rechten niet; ze zijn ingesteld wanneer deze wordt gemount met de optie mount uid=value (waarde is jouw userid, leer het met echo $UID of id -u) dan kun je dit proberen en kijken of het achteraf werkt:

sudo mount -o remount,rw,uid=[userid] /dev/sdb1 /media/simon/LYDIA
  • Opmerking: soms moet u uw gui-bestandsbeheer opnieuw starten om de "mount change" die u naar het bestandssysteem / station laat schrijven te "opmerken", maar een terminal zou altijd moeten werken.

Of probeer het als het bovenstaande niet werkt sudo su om root te worden, om te zien of iets kan schrijven naar bestanden op de USB (met touch, echo, enz)?


4
2017-12-20 21:19



Bedankt voor je antwoord, ik deed de newfile001-opdrachten en ik kreeg "dingen" als antwoord. Ook, vanaf het commando mount is er rw in de beugel voor de USB-stick, dus ik zou moeten kunnen lezen en schrijven. Ik heb zojuist de opdrachten geprobeerd aan het einde van je antwoord, maar het werkte niet, het is nog steeds een alleen-lezen-apparaat. - oodles2do
De HD werkt tenminste ... USB moet beschrijfbaar zijn ... als jij cd in een USB-map, kunt u bestanden schrijven met echo stuff >> newusbfile of vergelijkbaar? Of echo stuff | sudo tee newusbfile? Of eerst rennen sudo su om "root" te worden, dan de echo, kat, enz.? - Xen2050
Hoe voer ik de cd-opdrachten uit in de USB-map? Ik denk dat ik het net deed in / media / simon en het werkte, maar de USB is / media / simon / LYDIA - oodles2do
Als de USB niet is aangekoppeld, dan is de / media / simon / LYDIA slechts een lege map (als deze er zelfs is). Nadat het is gemount, kunt u zien waar de gemounte map zich bevindt mount of lsblk, dan cd mounted_folder en probeer bestanden te schrijven, mkdir, etc ... en zo sudo su om te zien of je ook als root kunt schrijven ... - Xen2050
Bedankt voor al je hulp, ik heb net geprobeerd een bestand in het usb-bestand te schrijven, maar het werkte niet, het zegt dat het een alleen-lezen bestandssysteem is. Ik heb de code aan de vraag toegevoegd, zodat je kunt zien wat ik heb gedaan. - oodles2do


Ga naar schijven.

Selecteer uw USB-station.

Klik op Extra partitie-opties en selecteer Format-partitie.

Selecteer vervolgens wissen Bestaande gegevens overschrijven met nullen (langzaam) en typ DIK.

Ik heb veel dingen geprobeerd nadat ik op internet had gezocht, maar dit werkte voor mij.


4
2018-01-21 21:46



Hiermee worden alle gegevens op de schijf gewist. - cst1992
Wat als ik NTFS nodig heb? Hetzelfde voor NTFS werkte niet voor mij. - Vadim Kotov