Punkt końcowy transportu nie jest połączony

FUSE stale (co 2-3 dni) wyświetla mi ten Transport endpoint is not connectedbłąd w punkcie montowania, a jedyną rzeczą, która wydaje się to naprawić, jest ponowne uruchomienie.

Obecnie mam taką konfigurację punktów montowania, nie jestem pewien, jakie inne szczegóły powinienem tutaj dodać, więc daj mi znać, jeśli coś przegapiłem.

/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

Istnieje problem błędu segmentacji, który został wprowadzony w 0.1.39. W międzyczasie możesz sprawdzić moje repozytorium, które naprawiło to: https://github.com/vdudouyt/mhddfs-nosegfault

Mam dokładnie ten sam problem. Nigdzie nie znalazłem rozwiązania, ale udało mi się to naprawić bez ponownego uruchamiania, po prostu odmontowując i ponownie montując punkt montowania.

Dla twojego systemu polecenia byłyby następujące:

fusermount -uz /data
mount /data

Do -zzmusza zdejmowania, który rozwiązał należy ponownie uruchomić dla mnie. Może być konieczne zrobienie tego w sudozależności od konfiguracji. Możesz napotkać poniższy błąd, jeśli polecenie nie ma wymaganych podwyższonych uprawnień:

fusermount: wpis dla / data nie został znaleziony w / etc / mtab

Używam Ubuntu 14.04 LTS z aktualną wersją mhddfs.

Zwykle jest to spowodowane pozostawieniem zamontowanego katalogu montowania z powodu awarii systemu plików. Przejdź do katalogu nadrzędnego punktu montowania i wprowadź fusermount -u YOUR_MNT_DIR.

Jeśli to nie zadziała, zrób sudo umount -l YOUR_MNT_DIR.

Otrzymuję ten błąd z polecenia sshfs z Fedory 17 linux do debian linux na cegle Mindstorms EV3 przez sieć LAN i połączenie bezprzewodowe.

Polecenie Bash:

el@defiant /mnt $ sshfs [email protected]:/root -p 22 /mnt/ev3
fuse: bad mount point `/mnt/ev3': Transport endpoint is not connected

Można to naprawić za pomocą następującego polecenia i spróbować ponownie:

fusermount -u /mnt/ev3

Te dodatkowe opcje sshfs zapobiegają występowaniu powyższego błędu:

sudo sshfs -d -o allow_other -o reconnect -o ServerAliveInterval=15 [email protected]:/var/lib/redmine/plugins /mnt -p 12345 -C

Aby skorzystać z allow_otherpowyższego, musisz odkomentować ostatnią linię w /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

Źródło: http://slopjong.de/2013/04/26/sshfs-transport-endpoint-is-not-connected/

Teraz ta odpowiedź jest dla tych zagubionych dusz, które dostały się tutaj z tym problemem, ponieważ wymusili odmontowanie dysku, ale ich dysk twardy jest sformatowany w systemie plików NTFS . Zakładając, że masz zainstalowany ntfs-3g (sudo apt-get install ntfs-3g).

sudo ntfs-3g /dev/hdd /mnt/mount_point -o force

Gdzie hdd to dysk twardy, o którym mowa, a katalog „/ mnt / punkt_podłączenia” istnieje.

UWAGI: Rozwiązano problem na maszynie Ubuntu 18.04 używającej dysków NTFS, na których pliki dziennika zostały zresetowane przez sudo ntfsfix / dev / hdd i odmontowane siłą za pomocą sudo umount -l / mnt / mount_point

Zostawiając tutaj moją odpowiedź na wypadek, gdyby ta poprawka mogła komukolwiek pomóc!

Miałem ten problem podczas korzystania z X2Go . Problem wystąpił w folderze współdzielonym między komputerem zdalnym a moim komputerem lokalnym.

Rozwiązanie: wyjmij płytę CD z tego folderu i włóż ponownie. To naprawiło.

Co ciekawe, ten błąd „Transport końcowy nie jest połączony” był spowodowany tym, że zainstalowałem więcej niż jedno urządzenie Veracrypt. Zamknąłem dodatkowe urządzenie i nagle miałem dostęp do dysku. Hmm ...