Le point de terminaison de transport n'est pas connecté

FUSE me donne constamment (tous les 2 à 3 jours) cette Transport endpoint is not connectederreur sur mon point de montage et la seule chose qui semble la corriger est le redémarrage.

J'ai actuellement configuré mes points de montage comme celui-ci, je ne suis pas sûr des autres détails que je devrais ajouter ici, alors faites-moi savoir si j'ai manqué quelque chose.

/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 existe un problème d'erreur de segmentation qui a été introduit dans la version 0.1.39. Vous pouvez vérifier mon référentiel qui a corrigé celui-ci en attendant: 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 la réparer sans redémarrer en démontant et remontant simplement le point de montage.

Pour votre système, les commandes seraient:

fusermount -uz /data
mount /data

Les -zforces le démontage, ce qui a résolu le besoin de redémarrer pour moi. Vous devrez peut-être le faire en sudofonction de 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'une panne de votre système de fichiers. Accédez au répertoire parent du point de montage et entrezfusermount -u YOUR_MNT_DIR .

Si cela ne fonctionne pas, faites-le sudo umount -l YOUR_MNT_DIR.

J'obtiens cette erreur de la commande sshfs de Fedora 17 linux à debian linux sur la brique Mindstorms EV3 sur le LAN et via une connexion sans fil.

Commande Bash:

el@defiant /mnt $ sshfs root@192.168.13.102:/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 réessayant:

fusermount -u /mnt/ev3

Ces options sshfs supplémentaires empêchent l'erreur ci-dessus de se reproduire:

sudo sshfs -d -o allow_other -o reconnect -o ServerAliveInterval=15 root@myremoteserver.com:/var/lib/redmine/plugins /mnt -p 12345 -C

Pour utiliser allow_otherci-dessus, vous devez décommenter 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 est pour ces âmes perdues qui sont arrivées ici avec ce problème parce qu'elles ont forcé le démontage du disque mais que leur disque dur est formaté NTFS . En supposant que ntfs-3g soit installé (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.

REMARQUES: Cela a résolu le problème sur une machine Ubuntu 18.04 utilisant des lecteurs 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

Laisser ma réponse ici au cas où ce correctif pourrait aider n'importe qui!

J'ai eu ce problème lors de l'utilisation de X2Go . Le problème s'est produit dans un dossier partagé entre l'ordinateur distant et mon PC local.

Solution: CD hors de ce dossier et à nouveau. Cela a réglé le problème.

Il est donc intéressant de noter que cette erreur "Le point de terminaison de transport n'est pas connecté" a été causée par le fait que j'ai plus d'un périphérique Veracrypt monté. J'ai fermé l'appareil supplémentaire et j'ai soudainement eu accès au lecteur. Hmm ...