Les périphériques USB montés automatiquement sont en lecture seule

32

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

utilisateur5950
la source
Pourriez-vous coller / lier la partie pertinente de la dmesgsortie lorsque vous connectez ou montez le lecteur?
Onik
Comment puis-je faire cela?
user5950
Ouvrez un terminal et tapez dmesgjuste après avoir branché le lecteur. Quelques-unes des dernières lignes devraient contenir des informations sur la détection de périphérique. Ou vous pouvez copier / coller tout le résultat (censure si nécessaire) sur Pastebin et partager le lien ici.
Onik
Ajout de la sortie à l'article ci-dessus.
user5950
2
Pourriez - vous coller / relier la sortie cat /etc/fstab et mount (pls ignorer le Commend ci - dessus que je ne peux pas modifier ou supprimer de mon téléphone)
totti

Réponses:

36

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.
desgua
la source
Je ne sais pas s'il existe plusieurs causes possibles à ce problème, mais je ne sais pas pourquoi cette réponse n'a pas eu plus de votes positifs. C’était exactement mon problème, à l’exception du fait que j’utilisais le gestionnaire de fichiers Nemo plutôt que Nautilus. Mais j'ai confirmé que je pouvais créer / modifier / supprimer des fichiers à l'aide d'un autre gestionnaire de fichiers (PCManFM), du terminal et de la boîte de dialogue d'application Enregistrer le fichier de gedit et de LibreOffice. Le problème ne concerne donc que nautilus / nemo. Votre solution de contournement proposée semble également avoir fait l'affaire.
Lee Hachadoorian
2
Cette réponse est ce qui a résolu mon problème. Merci !
David V.
11
killall nautilus suffit, pas besoin de vous déconnecter. :)
isset le
8
J'utilise Ubuntu 16.04 et le problème est apparu de nulle part. La solution résout encore le problème.
Sebers
5
killall nautilusa fait le tour comme suggéré par @isset. Merci.
Lekhnath
20
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.

Jalpesh
la source
3
puis-je suggérersudo mount -o remount,rw /media/$USER/*
mchid
4
n'a pas fonctionné à Ubuntu 16.04 :(
knocte
Désolé, c'était dans les anciennes versions d'Android, je l'avais testé sur Ubuntu 13 max je pense.
Jalpesh
Ubuntu je voulais dire ...
Jalpesh
1
mount: cannot remount /dev/sda1 read-write, is write-protected
Pithikos
11

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>
bcbc
la source
CECI - C’est la solution qui fonctionne enfin pour moi. Sur Mint, Kubuntu, Debian et Ubuntu. Nautilus n’a jamais été le vrai problème (et n’a même pas été utilisé dans certaines des distributions énumérées). Merci!
Growlf
2

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.

WinEunuuchs2Unix
la source
Je me suis heurté à cela hier, le 16 avril, et je ne peux donc pas être d’accord avec vous sur le fait que le problème est "parti"
Thomas Ward
Je devrais dire avec une installation par défaut. Les employeurs souhaitent installer toutes sortes de procédures de remplacement de la sécurité. Par exemple, empêcher les employés de télécharger une liste de données client sur USB.
WinEunuuchs2Unix
1

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.

Hrish
la source
Encore une chose ... À propos d’ACL n’est pas installé automatiquement avec le système d’exploitation ... donc, à moins que vous ne l’ayez installé .. il reste hors de question dans votre cas. si vous l'avez installé, faites-le moi savoir.
Hrish
1
Non, cela ne vous donnera pas de permission en écriture, et c'est aussi une mauvaise idée. Être dans le groupe sudo ou le groupe admin (s'il en existe un) ne vous donne pas les autorisations de groupe lorsque le propriétaire du groupe est root, cela ne changera donc rien pour vous. Veuillez également prendre en compte la différence entre les autorisations de fichiers et de répertoires et les conséquences néfastes possibles lorsque vous recommandez l'utilisation de l' -Rindicateur chmod. D'une part, les autorisations de /media/$USERdevraient (maintenant) être 750 avec une ACL pour $USER. (Les versions Ubuntu ultérieures à la version 15.04 doivent avoir le aclpaquet car cela systemddépend.)
Zanna
J'ai eu ce problème aujourd'hui et je l'ai résolu en faisant simplement chmod sur le point de montage. Je suis capable d'écrire dans des sous-dossiers, c'est juste le lecteur qui se plaint. Donc, chmod 775 /media/user/devicec'est assez bien.
m3nda
1

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
Philippe Hardy
la source