Souvent, lorsque je monte un système de fichiers via ssh:
sshfs user@remote: ~/Mounts/Remote
et la machine hiberne (en fermant le couvercle de l'ordinateur portable) si je réveille la machine, je ne peux pas accéder au dossier monté. De plus, si j'essaye de le faire ls
dans le dossier parent, le terminal se fige. La même chose se produit également lorsque la connexion est en quelque sorte perdue.
Si vous essayez de démonter en utilisant
fusermount -u ~/Mounts/Remote
Je ne peux pas faire ça parce que:
fusermount: échec du démontage / home / yotama9 / Mounts / Remote: périphérique ou ressource occupé
J'ai essayé de tuer ssh mais je ne peux pas remonter le dossier. ls
dans le dossier se fige toujours.
Comment puis-je éviter cela et y remédier (Arch Linux)?
linux
mount
arch-linux
sshfs
Yotam
la source
la source
killall -KILL sshfs
et la prochaine fois, montez avec les options de montage de cette réponse .Réponses:
Je souffre du même problème sous Ubuntu Linux. Ce que je fais après la reprise:
Ensuite, umount
et montez à nouveau le système de fichiers distant.
la source
killall
parkillall -9
Comme indiqué ici , voici votre solution:
À titre d'exemple d'utilisation: https://github.com/aktos-io/dcs-tools , jetez un œil à la
make mount-root
cible.la source
J'ai eu le même problème sur mon ordinateur portable.
Tout ce dont vous avez besoin est d'inclure l'option de démontage paresseux (z) dans votre commande de démontage:
Remontez ensuite de la même manière que vous le feriez normalement.
En outre, il convient de noter que j'utilise l'option de reconnexion (-o reconnect) qui maintiendra la connexion à travers tous les hoquets (comme fermer votre couvercle et revenir quelques minutes plus tard).
Vous pouvez également rechercher une solution comme afuse qui est un monteur automatique pour les systèmes de fichiers à fusibles (sshfs inclus) pour vous éviter les tracas de démontage / remontage à chaque fois.
Une dernière option de montage automatique utilise les autofs avec sshfs .
la source