J’ai récemment rencontré un problème où un système de fichiers SSHFS monté refusait de démonter.
J’ai essayé de le démonter à partir de l’intérieur de Nautilus en faisant un clic droit sur le montage et en sélectionnant Unmount, mais cela a échoué avec un message d’erreur. L’erreur m’a dit qu’il ne pouvait pas démonter le périphérique et a donné une raison de « mount disagrees with the fstab ».
J’ai ensuite édité le fstab (sudo vi /etc/fstab
) et commenté l’entrée pour le périphérique. J’ai essayé de démonter dans Nautilus à nouveau, mais cette fois, il m’a dit que je ne pouvais pas démonter le périphérique parce que je n’étais pas root et que le périphérique n’était pas répertorié dans fstab. J’ai alors décommenté la ligne précédemment commentée et enregistré le fichier à nouveau.
Time to get dirty. J’ai essayé d’exécuter manuellement umount
, mais cela a échoué:
$ sudo umount /mnt/shareumount: /mnt/share: device is busy. (In some cases useful info about processes that use the device is found by lsof(8) or fuser(1))$
Cela devenait personnel maintenant car les messages précédents ne disaient rien sur le fait que le périphérique était utilisé. J’ai fermé toutes les applications et j’ai réessayé. Même message d’erreur.
J’ai suivi les instructions et exécuté man lsof
suivi de man fuser
pour en savoir plus sur ces commandes recommandées. fuser était le gagnant.
fuser vous permet de trouver des informations détaillées sur les processus qui utilisent des fichiers ou des sockets spécifiques. En plus d’obtenir des informations, il vous permet de tuer les processus accédant au fichier ou à la socket. C’était exactement ce que je recherchais.
Après avoir lu la syntaxe de fuser, j’ai exécuté ce qui suit :
$ sudo fuser -km /mnt/share/mnt/share/: 9004c$
Cette commande se traduit essentiellement par « trouver chaque processus qui accède au point de montage /mnt/share et le tuer ». Comme je n’étais pas sûr de la propriété des processus qui seraient tués, je l’ai exécutée avec sudo pour m’assurer que tous les processus pouvaient être tués.
La réponse /mnt/share/: 9004c
signifie qu’un processus avec un ID de 9004 a été terminé.
De nouveau, j’ai exécuté :
$ sudo umount /mnt/share$
Cette commande a joyeusement répondu par rien, ce qui est un bon signe car cela signifie que la commande umount a réussi.
Finalement, le montage est démonté. Maintenant, si seulement je pouvais me rappeler ce que j’essayais de faire lorsque ce problème est arrivé…
Je vous ai aidé ?
- Envoyez-moi un pourboire via Paypal.
- Aidez à l’hébergement de ce site avec mon code de référence Linode.