FUSE mi dà costantemente (ogni 2-3 giorni) questo Transport endpoint is not connectederrore sul mio punto di montaggio e l'unica cosa che sembra risolverlo è il riavvio.
Al momento ho la mia configurazione dei punti di montaggio in questo modo, non sono sicuro di quali altri dettagli dovrei aggiungere qui, quindi fammi sapere se mi sono perso qualcosa ..
/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
Risposte:
C'è un problema di errore di segmentazione che è stato introdotto nella 0.1.39. Puoi controllare il mio repository che ha risolto questo problema nel frattempo: https://github.com/vdudouyt/mhddfs-nosegfault
Ho esattamente lo stesso problema. Non ho trovato una soluzione da nessuna parte, ma sono stato in grado di risolverlo senza riavviare semplicemente smontando e rimontando il punto di montaggio.
Per il tuo sistema i comandi sarebbero:
fusermount -uz /data
mount /data
Le -zforze lo smontaggio, che ha risolto la necessità di riavviare per me. Potrebbe essere necessario farlo a sudoseconda della configurazione. È possibile che si verifichi il seguente errore se il comando non dispone delle autorizzazioni elevate richieste:
fusermount: voce per / data non trovata in / etc / mtab
Sto usando Ubuntu 14.04 LTS, con la versione corrente di mhddfs.
Questo in genere è causato dal fatto che la directory di montaggio rimane montata a causa di un arresto anomalo del file system. Vai alla directory principale del punto di montaggio e inserisci fusermount -u YOUR_MNT_DIR.
Se questo non funziona, fallo sudo umount -l YOUR_MNT_DIR.
sudo umount -l DIRfunziona per me come ha detto @Paul, il mio era dovuto all'arresto di sshfs durante l'esecuzione.
Ottengo questo errore dal comando sshfs da Fedora 17 linux a debian linux sul mattoncino EV3 Mindstorms sulla LAN e tramite una connessione wireless.
Comando 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
Questo viene risolto con il seguente comando e riprovando:
fusermount -u /mnt/ev3
Queste opzioni aggiuntive di sshfs impediscono il verificarsi dell'errore precedente:
sudo sshfs -d -o allow_other -o reconnect -o ServerAliveInterval=15 root@myremoteserver.com:/var/lib/redmine/plugins /mnt -p 12345 -C
Per utilizzare allow_othersopra, è necessario rimuovere il commento dall'ultima riga in /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
Fonte: http://slopjong.de/2013/04/26/sshfs-transport-endpoint-is-not-connected/
Ora questa risposta è per quelle anime perse che sono arrivate qui con questo problema perché hanno smontato forzatamente l'unità ma il loro disco rigido è formattato NTFS . Supponendo che tu abbia installato ntfs-3g (sudo apt-get install ntfs-3g).
sudo ntfs-3g /dev/hdd /mnt/mount_point -o force
Dove hdd è il disco rigido in questione e la directory "/ mnt / mount_point" esiste.
NOTE: Questo ha risolto il problema su una macchina Ubuntu 18.04 che utilizzava unità NTFS i cui file journal erano stati ripristinati tramite sudo ntfsfix / dev / hdd e smontati forzatamente utilizzando sudo umount -l / mnt / mount_point
Lasciando qui la mia risposta nel caso in cui questa soluzione possa aiutare qualcuno!
Ho avuto questo problema durante l'utilizzo di X2Go . Il problema si è verificato in una cartella condivisa tra il computer remoto e il mio PC locale.
Soluzione: cd fuori da quella cartella e di nuovo dentro. Questo l'ha risolto.
In modo abbastanza interessante, questo errore "L'endpoint di trasporto non è connesso" è stato causato dal fatto che avevo più di un dispositivo Veracrypt montato. Ho chiuso il dispositivo aggiuntivo e all'improvviso ho avuto accesso all'unità. Hmm ..