Le fusible est constamment (tous les 2 à 3 jours), ce qui me donne cette erreur Transport endpoint is not connected
sur mon point de montage et la seule chose qui semble résoudre le problème est le redémarrage.
J'ai actuellement la configuration de mes points de montage comme ceci, je ne sais pas quels autres détails je devrais ajouter ici, alors laissez-moi savoir si quelque chose me manque.
/dev/sdc1 /mnt/hdd2 ext4 defaults 0 0
/dev/sdb1 /mnt/hdd1 ext4 defaults 0 0
mhddfs#/mnt/hdd1,/mnt/hdd2 /data Fuse defaults,allow_other 0 0
Il y a un problème de faute de segmentation qui a été introduit dans 0.1.39. Vous pouvez consulter mon référentiel qui corrige celui-ci entre temps: https://github.com/vdudouyt/mhddfs-nosegfault
J ai exactement le même problème. Je n'ai trouvé de solution nulle part, mais j'ai pu résoudre le problème sans redémarrer simplement en démontant et en remontant le point de montage.
Pour votre système, les commandes seraient:
fusermount -uz /data
mount /data
Le -z
force le démontage, ce qui résout le besoin de redémarrer pour moi. Vous devrez peut-être faire ceci sous la forme Sudo
selon votre configuration. Vous pouvez rencontrer l'erreur ci-dessous si la commande ne dispose pas des autorisations élevées requises:
fusermount: entrée pour/data introuvable dans/etc/mtab
J'utilise Ubuntu 14.04 LTS, avec la version actuelle de mhddfs
.
Cela est généralement dû au fait que le répertoire de montage est laissé monté en raison d'un crash de votre système de fichiers. Accédez au répertoire parent du point de montage et entrez fusermount -u YOUR_MNT_DIR
.
Si cela ne fait pas l'affaire, faites Sudo umount -l YOUR_MNT_DIR
.
Je reçois cette erreur de la commande sshfs de Fedora 17 linux vers debian linux sur la brique Mindstorms EV3 sur le réseau local et via une connexion sans fil.
Commande Bash:
el@defiant /mnt $ sshfs [email protected]:/root -p 22 /mnt/ev3
Fuse: bad mount point `/mnt/ev3': Transport endpoint is not connected
Ceci est résolu avec la commande suivante et en essayant à nouveau:
fusermount -u /mnt/ev3
Ces options supplémentaires de sshfs empêchent l'erreur ci-dessus de se reproduire:
Sudo sshfs -d -o allow_other -o reconnect -o ServerAliveInterval=15 [email protected]:/var/lib/redmine/plugins /mnt -p 12345 -C
Pour utiliser allow_other
ci-dessus, vous devez supprimer la mise en commentaire de la dernière ligne de /etc/Fuse.conf
:
# Set the maximum number of Fuse mounts allowed to non-root users.
# The default is 1000.
#
#mount_max = 1000
# Allow non-root users to specify the 'allow_other' or 'allow_root'
# mount options.
#
user_allow_other
Source: http://slopjong.de/2013/04/26/sshfs-transport-endpoint-is-not-connected/
Maintenant, cette réponse s’adresse aux âmes perdues qui ont eu ce problème parce qu’elles ont démonté de force le lecteur mais leur disque dur est NTFS Formaté. En supposant que vous avez installé ntfs-3g (Sudo apt-get install ntfs-3g).
Sudo ntfs-3g /dev/hdd /mnt/mount_point -o force
Où hdd est le disque dur en question et le répertoire "/ mnt/mount_point" existe.
NOTES: Cela corrigeait le problème sur une machine Ubuntu 18.04 utilisant des disques NTFS dont les fichiers journaux étaient réinitialisés via Sudo ntfsfix/dev/hdd et démontés de force en utilisant Sudo umount -l/mnt/mount_point
Laissant ma réponse ici au cas où ce correctif peut aider n'importe qui!