Les périphériques USB montés automatiquement sont en lecture seule.
Depuis ma mise à niveau vers Ubuntu 12.10, la déconnexion automatique des périphériques USB ne fonctionne pas comme prévu. Lorsque je connecte un périphérique de stockage, il est correctement reconnu, mais je ne dispose pas de privilège en écriture. Je pensais que les autorisations de/media ne sont peut-être pas correctement définies, mais je ne sais pas comment elles doivent l'être. Ils sont comme ça:
drwxr-xr-x 14 root root 4096 Jan 13 19:37 media
J'ai également vérifié si mon utilisateur est membre du groupe plugdev et il l'est définitivement.
Quoi d'autre pourrait être la cause de ce problème?
Mise à jour: Voici la sortie dmesg après avoir branché un périphérique de stockage USB: http://Pastebin.com/pJ7qebQR
Je pense que vous souffrez du bogue # 1021375
Vous pouvez contourner le problème en renommant le dossier ~/.config/nautilus, puis en vous déconnectant et en vous reconnectant.
mv ~/.config/nautilus ~/.config/nautilus-bak- Connectez - Out.
- S'identifier.
Sudo mount -o remount,rw /media/MonterFolderName
Cela résoudra le problème. Je ne sais pas comment le rendre permanent. Je ne suis pas sûr si chmod fonctionnerait si, dans le cas où la clé USB n'était pas montée en mode lecture-écriture, en premier lieu.
Testé sur Ubuntu 12.10 et 13.
Lorsque la clé USB est insérée, il est monté sur /media/<username> et vous devez disposer des autorisations par le biais d'une liste de contrôle d'accès.
Vous pouvez vérifier quelles sont les autorisations, par exemple.
bcbc@23:34:50:~$ getfacl /media/bcbc
# file: media/bcbc
# owner: root
# group: root
user::rwx
user:bcbc:r-x
group::---
mask::r-x
other::---
S'il n'y a pas de liste de contrôle d'accès, supprimez simplement le répertoire et il le recréera avec les autorisations appropriées.
Sudo rmdir /media/<username>
Ou ajoutez la liste de contrôle d'accès:
Sudo setfacl -m u:<username>:rx /media/<username>
Le problème semble avoir disparu
Ceci est une question de 5 ans sur la version à court terme Ubuntu 12.10. Le lien dmesgn'est plus disponible dans la question du PO. Mais si je connecte un Ubuntu 18.04 Live USB avec un stockage persistant dmesgrévèle:
$ dmesg | tail -n18
[115528.249547] usb-storage 1-9:1.0: USB Mass Storage device detected
[115528.250152] scsi Host2: usb-storage 1-9:1.0
[115528.250474] usbcore: registered new interface driver usb-storage
[115528.255685] usbcore: registered new interface driver uas
[115529.281407] scsi 2:0:0:0: Direct-Access Verbatim STORE N GO PMAP PQ: 0 ANSI: 6
[115529.282090] sd 2:0:0:0: Attached scsi generic sg1 type 0
[115529.992200] sd 2:0:0:0: [sdb] 30261248 512-byte logical blocks: (15.5 GB/14.4 GiB)
[115529.992998] sd 2:0:0:0: [sdb] Write Protect is off
[115529.993006] sd 2:0:0:0: [sdb] Mode Sense: 23 00 00 00
[115529.993787] sd 2:0:0:0: [sdb] No Caching mode page found
[115529.993797] sd 2:0:0:0: [sdb] Assuming drive cache: write through
[115530.592616] sdb: sdb1 sdb2 sdb3 sdb4 sdb5
[115530.596279] sd 2:0:0:0: [sdb] Attached SCSI removable disk
[115531.018019] EXT4-fs (sdb5): warning: mounting unchecked fs, running e2fsck is recommended
[115531.470201] EXT4-fs (sdb5): mounted filesystem without journal. Opts: (null)
[115531.480738] ISO 9660 Extensions: Microsoft Joliet Level 3
[115531.483397] ISO 9660 Extensions: Microsoft Joliet Level 3
[115531.512219] ISO 9660 Extensions: RRIP_1991A
Contrairement à OP, il n'y a pas d'avertissement pour lecture seule. Remarquez la ligne:
sd 2: 0: 0: 0: [sdb] La protection en écriture est désactivée
Apparemment, quel que soit le problème rencontré il y a 5 ans, il n'existe plus aujourd'hui sous buntu 16.04 LTS. Aussi pour la seule autre version LTS aujourd'hui, 14.04 Je ne me souviens pas que c'était un problème non plus. Seules les cartes SD RAM viennent à l’esprit comme étant en lecture seule, ce qui est un problème totalement différent.
Rien ne se passe mal avec les options de montage et le fichier fstab. Autant que je sache, il vous suffit d'utiliser la commande ci-dessous pour obtenir les autorisations Droit requis sur le dossier de support. et je vais vous expliquer pourquoi.
1) vos autorisations actuelles sur le dossier que vous avez mentionné sont comme ci-dessous. (Excuse-toi si tu le sais et que je t'ennuie avec ça.)
drwxr-xr-x 14 root root 4096 Jan 13 19:37 media dans ce d est synonyme de répertoire, le premier groupe de rwx représente les droits de l'utilisateur qui possède cet objet, qui se trouve à la racine de votre cas.
le second groupe de rwx représente les droits du groupe qui possède cet objet. Ici, vous n’avez que r-x, ce qui signifie que même si vous êtes dans le fichier sudoers ou dans le groupe admin, vous n’avez pas le droit de l’écrire.
Le troisième groupe de rwx est ou d’autres utilisateurs, qui ne sont pas propriétaires de cet objet, ni dans le groupe qui détient les droits de propriété de cet objet. si votre cas il est encore r-x seulement. c'est pourquoi vous ne disposez pas d'autorisations en écriture sur celui-ci.
2) Vous devez donc modifier les autorisations du dossier multimédia. (Je vais considérer que vous êtes dans le fichier admin group ou sudoers, car cela ne fonctionnera que dans ce cas). c'est donc ce que vous devez faire.
$ Sudo chmod -R 775 /media
3) Cela vous donnera les autorisations d'écriture requises sur tous les lecteurs montés automatiquement.
S'il vous plaît vérifier et laissez-moi savoir si cela ne fonctionne pas va vous dire quoi d'autre peut être fait pour résoudre ce problème.
J'ai aussi touché ce problème, dans mon cas c'était un problème de corruption fat32 qui permettait de le lire mais pas de l'écrire.
Ensuite, si votre clé USB est un fat32, il est possible que votre système de fichiers soit corrompu.
Pour vérifier faites un Sudo dmesg
[17183.485565] FAT-fs (sdc1): error, corrupted directory (invalid entries)
[17205.406905] FAT-fs (sdc1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
puis supprimez-le, Sudo fsck.vfat your_device_partition puis montez-le à nouveau.
dans mon cas particulier:
Sudo fsck.vfat /dev/sdc1
fsck.fat 4.1 (2017-01-24)
0x41: Dirty bit is set. Fs was not properly unmounted and some data may be corrupt.
1) Remove dirty bit
2) No action
? 1
/T90bis
Start does point to root directory. Deleting dir.
Reclaimed 93 unused clusters (1523712 bytes).
Free cluster summary wrong (1248506 vs. really 1248599)
1) Correct
2) Don't correct
? 1
Perform changes ? (y/n) y
/dev/sdc1: 916 files, 704527/1953126 clusters