Périphériques USB en lecture seule

85

J'utilise Ubuntu 14.04.

J'ai une clé USB FAT32 de 8 Go et un disque dur FAT32 de 500 Go; tous deux sont soudainement devenus des appareils en lecture seule.

J'ai essayé de supprimer le répertoire dans /media et de le créer à nouveau, en le renommant, puis en lui donnant des autorisations complètes. Cependant, cela n'a pas fonctionné.

Résultats de 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)

Résultats de 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

Résultats de 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 

Test d’écriture USB:

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

Résultats de 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)
    
posée oodles2do 20.12.2014 - 21:00
la source

11 réponses

164

Voir ce bogue .

Exécutez cette commande pour tuer Nautilus (Fichiers):

killall nautilus
    
réponse donnée wayofthefuture 09.09.2017 - 23:11
la source
57

Lorsque vous connectez votre clé USB à votre ordinateur portable:

  • exécutez sudo -i (afin de ne pas taper votre mot de passe tout le temps)
  • exécutez df -Th (pour voir où votre clé USB est montée)
  • démontez votre clé USB
  • exécutez dosfsck sur le périphérique que vous avez vu depuis votre commande précédente. Exemple: dosfsck /dev/sdc1
  • retirez et rattachez votre clé USB

Le problème devrait être résolu maintenant.

Maintenant, pour votre disque dur, suivez la réponse à cette question . Il s'agit d'un disque dur externe, mais c'est la même chose pour votre cas.

    
réponse donnée user284234 20.12.2014 - 21:28
la source
18

La même erreur s’est produite lors de l’utilisation de GParted pour définir la table de partition et formater ma clé USB. Après cela, tous les lecteurs USB sont passés en lecture seule.

Mais sous la copie racine a bien fonctionné ...

Le problème a disparu après le redémarrage de la machine. Je suppose donc que ce problème peut se produire lors de l'utilisation de GParted.

    
réponse donnée Koyot 07.11.2016 - 21:11
la source
13

J'ai aussi eu ce problème. J'ai eu une erreur lors de la copie sur ma clé USB, j'utilise la cannelle Mint 17.1, le noyau 3.13.0-43 avec le gestionnaire de fichiers caja.

Quand j'ai regardé le répertoire des médias dans le terminal 'dir / media', j'ai vu que la mise en page avait changé, normalement vous attendiez les lecteurs listés ici, mais maintenant ils sont listés sous votre nom d'utilisateur et devinez quoi? Ce nom d'utilisateur n'a que des autorisations ROOT.

Ce que j'ai fait était de taper

sudo chown [username] /media/[username]

et

sudo chgrp [username] /media/[username]

où vous remplacez [nom d'utilisateur] par votre nom d'utilisateur, supprimez la clé USB, attendez et remettez-la en place, le problème résolu, je peux maintenant y écrire!

    
réponse donnée hillsongperth 07.06.2015 - 11:23
la source
8

J'ai formaté en utilisant Gparted. Cela a effacé toutes les données du disque et il s'avère que cela a également résolu le problème.

    
réponse donnée Adrian Lopez 07.07.2016 - 16:48
la source
7

J'ai eu le même problème sur Ubuntu, et aucune des réponses données jusqu'ici n'a fonctionné pour moi. Voici ce que j'ai essayé:

  • Formatez le périphérique à l'aide de GParted. J'ai même essayé de recréer le table de partition, sans succès.
  • Vérifiez l’appareil avec fsck . Aucun problème n'a été trouvé.
  • Correction des autorisations du point de montage. Il s'avère que le point de montage appartenait à la racine, mais même après en être devenu le propriétaire, je ne pouvais écrire sur le périphérique qu'à partir de la ligne de commande (je ne pouvais toujours pas créer de fichiers à partir de l'interface graphique).

Lorsque je connecte une clé USB, celle-ci est montée sous /media/<username>/<label>/ , où <username> est mon nom d'utilisateur et <label> est l'étiquette de la clé USB ou du périphérique de stockage.

J'ai regardé à nouveau les permissions:

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

Notez le + à la fin des autorisations. C'est nouveau pour moi et je ne l'ai jamais remarqué auparavant. Cela signifie que le répertoire a des autorisations étendues appelées liste de contrôle d'accès (ACL) (voir cette question associée ). J'ai répertorié les détails de la liste de contrôle d'accès pour ce répertoire:

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

Comme vous pouvez le voir, il existe une entrée supplémentaire user:<username>:r-x pour mon nom d'utilisateur, qui ne me donne qu'un accès en lecture. J'ai corrigé cela avec une simple commande:

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

J'ai détaché mon périphérique USB, je l'ai attaché à nouveau et le problème a été résolu.

    
réponse donnée Serrano 04.03.2017 - 18:56
la source
4

Lorsque vous avez exécuté mount only sda5 (votre / ) a été monté, et il était en lecture-écriture ( rw ), vous devriez donc pouvoir y écrire. Normalement, la plupart des répertoires tels que /sys , /bin ne sont accessibles en écriture que par root (vous aurez besoin de sudo en premier), mais votre dossier de base doit être accessible en écriture à votre utilisateur habituel.

Pouvez-vous créer des fichiers dans votre dossier personnel? Peut-être que votre gestionnaire de fichiers d'interface graphique est bloqué en pensant qu'ils sont en lecture seule, si vous essayez dans un terminal, est-ce que cela fonctionne? Par exemple, ces commandes fonctionnent-elles?:

cd ~
touch newfile001
echo stuff >> newfile001
cat newfile001

Si ceux-ci fonctionnent avec succès, vous pouvez écrire sur votre HD (sda5).

Pour le lecteur USB, une fois branché et monté, regardez mount pour le trouver (la ligne /dev/sdb1 ... ) et voyez si l’option de montage dans () est rw écrire) alors vous devriez être capable de lui écrire. Si ro (lecture seule), essayez ceci et voyez si cela change:

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

Si le système de fichiers (fs) contient des erreurs, il peut être monté en tant que ro , il devrait y avoir des messages à ce sujet dans dmesg & amp; /var/log/syslog aussi. Voici ce que montrent vos journaux:

[  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

Cela inclut un indice sur la façon dont les fs auraient pu être corrompus - "pas correctement démonté", vous devriez toujours démonter avant de débrancher quoi que ce soit. La plupart des gestionnaires de fichiers ont un "éjection" pour aider à cela.

Le journal dmesg indique également comment résoudre le problème: fsck peut essayer de corriger les erreurs de fs, il tente de choisir le bon programme de vérification ou vous pouvez en choisir un explicitement en appuyant sur fsck.vfat ou fsck.[other] kbd> TAB après fsck. devrait lister les options.

  • Pour un système FAT (souvent exécuté deux fois, ne corrige pas toujours toutes les erreurs la première fois)
    • fsck.vfat -vaV [device] devrait fonctionner automatiquement (-a) & amp; afficher plus d'informations (-v) & amp; faire une "vérification" réussite (-V), ou simplement:
    • fsck.vfat -a [device]

NOTE : cela ne garantit pas que le système de fichiers restera fixe, il pourrait être à nouveau corrompu & amp; il peut être impossible de savoir exactement pourquoi. Toujours démonter / "éjecter" avant de retirer les clés USB.

Remarque si un fs est monté en tant que rw , mais que des erreurs sont détectées & amp; il est automatiquement remonté sous la forme ro , la commande mount peut toujours indiquer qu'il est monté rw . L'examen de ce fichier avec less /proc/mounts devrait généralement afficher des informations plus fiables (voir man mount ).

Si quelque chose est monté rw mais que vous ne pouvez toujours pas ajouter / supprimer / éditer des fichiers, vous n'êtes peut-être pas le propriétaire des fichiers. Dans certains cas, vous pouvez chown devenir propriétaire, mais un FAT32 tel que sur sdb1 ne dispose pas de ces permissions; ils sont définis quand ils sont montés avec l'option de montage uid=value (la valeur est votre ID utilisateur, apprenez-le avec echo $UID ou id -u ), vous pouvez alors essayer ceci & amp; voir si cela fonctionne après:

sudo mount -o remount,rw,uid=[userid] /dev/sdb1 /media/simon/LYDIA
  • Remarque: Parfois, vous devrez peut-être redémarrer votre gestionnaire de fichiers pour qu’il "remarque" le changement de montage qui vous permet d’écrire sur le système de fichiers / lecteur, mais un terminal devrait toujours fonctionner.

Ou si ce qui précède ne fonctionne pas, essayez sudo su pour "devenir" root, pour voir si quelque chose peut écrire dans des fichiers sur le port USB (avec touch , echo , etc.)?

    
réponse donnée Xen2050 20.12.2014 - 22:19
la source
4

Allez à Disques .

Sélectionnez votre clé USB.

Cliquez sur Options de partition supplémentaires , puis sélectionnez Formater la partition .

Ensuite, sélectionnez effacer Remplacer les données existantes par des zéros (lents) et tapez FAT .

J'ai essayé beaucoup de choses après avoir effectué une recherche sur internet, mais cela a fonctionné pour moi.

    
réponse donnée Mahmud 21.01.2017 - 22:46
la source
0

Méthodes de correction rapide:

Méthode 1

Parfois, nous pouvons accomplir la tâche de bash sans problème Je le fais habituellement (pas de sudo requis)

mkdir /media/$USER/mydrive/myfolder
cp -r src/ /media/$USER/mydrive/myfolder

Cependant, parfois, lorsque je dois utiliser un navigateur de fichiers,

sudo nautilus /media/$USER/mydrive/

Note: ceci est une solution rapide, utilisez-la seulement si vous êtes frustré car aucune autre réponse ci-dessus n'a fonctionné

Méthode 2

Redémarrer l'OS

    
réponse donnée Thamme Gowda 07.06.2017 - 17:12
la source
0

Comme dans la réponse de wayofthefuture ci-dessus lorsque vous utiliser Nemo (comme moi, si vous utilisez l’environnement de bureau Cinnamon), essayez:

killall nemo
    
réponse donnée Christian Opitz 05.12.2017 - 22:08
la source
0

essayez ci-dessous les stratégies

  1. éditez /etc/fuse.conf en tant que superutilisateur

    changez #user_allow_other en user_allow_other

  2. activer le support en écriture pour les périphériques externes

    • sudo apt-get install ntfs-config
    • sudo ntfs-config
réponse donnée Oshanz 26.07.2018 - 20:03
la source

Lire d'autres questions sur les étiquettes