J'ai un disque dur interne qui donne cette erreur lorsque j'essaie de monter l'une de ses deux partitions dans Nautilus, alors que mon disque dur principal fonctionne correctement.
Lorsque j'utilise des disques pour le montage, cela fonctionne mais le démontage dans Nautilus génère la même erreur. mount
fonctionne aussi.
dmesg
et syslog n'affiche rien de spécial, je ne sais donc pas où chercher le journal approprié. J'espère que quelqu'un pourra me donner des indices sur cette question.
Apparemment, cette question est apparue sur Google et beaucoup de gens me demandent d’envoyer une réponse, alors la voici.
gparted
en utilisant superutilisateur, de préférence gparted-pkexec
.New UUID
.Apply
name__.Cette solution devrait être permanente jusqu'à ce que vous gâchiez quelque chose, alors ne vous inquiétez pas.
Mise à jour: Certaines personnes ont affirmé que les problèmes étaient résolus simplement en ayant gparted
des informations d'actualisation. Vous devriez essayer cela d’abord, car l’actualisation de l’UUID bousille fstab
name__.
J'ai réussi à résoudre ce problème en ligne en redémarrant simplement le service utilisateur gvfs-udisks2-volume-monitor
:
systemctl --user restart gvfs-udisks2-volume-monitor
Après cela, le montage de disques dans Nautilus a bien fonctionné.
J'ai une solution temporaire, essayez de monter avec
Sudo mount /dev/... /mnt/tothisdir
Ou utilisez "Disk" pour monter ou tout autre mais pas nautilus
Peut-être devriez-vous jeter un œil à ma Question & Solution pour une analyse détaillée ...
En bref, le GNOME Virtual File System
ou gvfs
ne fonctionne pas du tout.
Cependant, Do Not unmount & remove
le dossier /run/user/[USER ID]/gvfs
comme suggéré par les autres afficheurs ici (l'ID utilisateur par défaut est 1000).
Trouvez votre dossier gvfs et votre [USER ID]
$ mount | grep gvfs
gvfsd-Fuse on /run/user/[USER ID]/gvfs type Fuse.gvfsd-Fuse (rw,nosuid,nodev,user=jean)
$
Répertorie les points de montage utilisés par gvfs
. [NOTE: Puisque gvfs ne fonctionne pas, il devrait être vide]
$ ls -als /run/user/[USER ID]/gvfs
total 0
0 dr-x------ 2 jean jean 0 Dec 22 17:42 .
0 drwx------ 10 jean jean 260 Dec 22 17:42 ..
$
Vérifiez si le processus démon gvfsd
est actif
$ ps axu | grep gvfsd
jean 5993 0.0 0.0 680372 6356 ? Sl 17:42 0:00 /usr/lib/gvfs/gvfsd
Tuez-le avec le cmd suivant.
$ Sudo killall -9 gvfsd
Relancez ensuite le démon (processus)
$ Sudo /usr/lib/gvfs/gvfsd-Fuse /run/user/[USER ID]/gvfs
Eh bien c'est ça. Il ne s'est pas présenté directement car j'avais besoin d'arrêter complètement et de redémarrer le système (le redémarrage du système sans arrêt complet ne fonctionnera pas pour moi). Mais juste après le redémarrage du système, gvfs a bien fonctionné et j'ai eu accès à toutes les partitions/lecteurs de Nemo/Nautilus.
Auparavant, le redémarrage du système ne résoudrait rien.
Le démontage de gvfs a résolu le problème pour moi:
umount -fl /home/user/.gvfs
rm -rf /home/user/.gvfs
J'ai trouvé cette solution ici
Si le correctif de botchniaque ne fonctionne pas pour vous, commencez par vérifier le point de montage gvfs de votre système:
mount | grep gvfs
Sous Ubuntu 15.10, il était monté sous /run/user/[USER ID]/gvfs
. Les commandes suivantes ont donc fonctionné pour moi:
Sudo umount -fl /run/user/[USER ID]/gvfs
Sudo rm -rf /run/user/[USER ID]/gvfs
Pour moi, aucune des solutions mentionnées n'a fonctionné. Ou du moins, ils ne travaillaient pas immédiatement.
Cependant, après le redémarrage de la machine, le lecteur a fonctionné.
Donc, je ne sais pas si un simple redémarrage l’a corrigé ou si la méthode umount/rm a été initialisée, puis un redémarrage après ceux-ci.