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èges d'é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 bug # 1021375

Vous pouvez contourner le problème en renommant le dossier ~ / .config / nautilus, puis en vous déconnectant et en vous reconnectant.

1. mv ~/.config/nautilus ~/.config/nautilus-bak
2. Connectez - Out.
3. 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 chmodfonctionnerait si dans le cas où l'USB n'était pas monté en mode lecture / écriture en premier lieu.

Testé sur Ubuntu 12.10 et 13.

Une fois la clé USB insérée, /media/<username>vous devez disposer d'autorisations via 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 dmesglien n'est plus disponible dans la question du PO. Mais si je connecte une clé USB Ubuntu 18.04 Live avec stockage persistant, on dmesgconstate:

$ 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 Ubuntu 16.04 LTS . Également pour la seule autre version LTS d’aujourd’hui, 14.04, je ne me souviens pas non plus que c’était un problème. 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 correspond à répertoire, premier groupe de rwx représente les droits de l'utilisateur propriétaire de cet objet, qui est 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 rx, 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 c'est encore rx 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 faire 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