L'endpoint di trasporto non è connesso


108

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:



245

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.


1
Questo non lo risolve esattamente, ma immagino che sia la risposta migliore per ora.
Alexis Tyler

2
Ricevo lo stesso messaggio di errore con SSHFS e anche questo lo ha risolto. Grazie.
jesusiniesta

8
Not work for me - fusermount -uz / media / srv2 / tickets / fusermount: entry for / media / srv2 / tickets not found in / etc / mtab
Oleg Abrazhaev

Questo ha funzionato per me dopo che il mio mount.ntfs (NTFS-3G) è stato ucciso da OOM.
Navin

2
Questo ha funzionato per me, anche quando "umount -f <>" falliva.
pradeepmcp

86

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.


1
nel mio caso non si trattava di un crash ma di un comando di mount sshfs precedentemente fallito e non di un crash di fs. Tuttavia era stato montato e doveva essere smontato. Questa risposta ha funzionato perfettamente
Paul

3
sudo umount -l DIRfunziona per me come ha detto @Paul, il mio era dovuto all'arresto di sshfs durante l'esecuzione.
cyc115

15

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/


5

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!


-2

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.


-2

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 ..


1
Benvenuto in SO! Quando pubblichi una risposta, assicurati di rispondere alla domanda ... L'utente non ha menzionato l'uso di un dispositivo Veracrypt nel suo sistema. Se vuoi aggiungere un commento, devi aspettare per raggiungere Rep 50
David García Bodego
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.