Конечная точка транспорта не подключена

FUSE постоянно (каждые 2-3 дня) выдает мне эту Transport endpoint is not connectedошибку в моей точке монтирования, и единственное, что, кажется, исправляет, - это перезагрузка.

В настоящее время у меня настроены такие точки монтирования, я не уверен, какие еще детали я должен добавить здесь, поэтому дайте мне знать, если я что-то пропустил ...

/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

Проблема с ошибкой сегментации появилась в версии 0.1.39. Вы можете проверить мой репозиторий, в котором это исправлено: https://github.com/vdudouyt/mhddfs-nosegfault

У меня точно такая же проблема. Я нигде не нашел решения, но мне удалось исправить его без перезагрузки, просто размонтировав и перемонтировав точку монтирования.

Для вашей системы команды будут такими:

fusermount -uz /data
mount /data

В -zсилы размонтирования, которая решается необходимость перезагрузки для меня. Возможно, вам придется сделать это в sudoзависимости от ваших настроек. Вы можете столкнуться с ошибкой ниже, если у команды нет требуемых повышенных разрешений:

fusermount: запись для / data не найдена в / etc / mtab

Я использую Ubuntu 14.04 LTS с текущей версией mhddfs.

Обычно это вызвано тем, что каталог монтирования остается смонтированным из-за сбоя вашей файловой системы. Перейдите в родительский каталог точки монтирования и введите fusermount -u YOUR_MNT_DIR.

Если это не помогло, сделайте это sudo umount -l YOUR_MNT_DIR.

Я получаю эту ошибку от команды sshfs из Fedora 17 linux в debian linux на модуле Mindstorms EV3 по локальной сети и через беспроводное соединение.

Команда 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

Это можно исправить с помощью следующей команды и повторной попытки:

fusermount -u /mnt/ev3

Эти дополнительные параметры sshfs предотвращают совпадение указанной выше ошибки:

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

Чтобы использовать allow_otherвышесказанное, вам необходимо раскомментировать последнюю строку в /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

Источник: http://slopjong.de/2013/04/26/sshfs-transport-endpoint-is-not-connected/

Теперь этот ответ предназначен для тех заблудших душ, которые столкнулись с этой проблемой, потому что они принудительно отключили диск, но их жесткий диск отформатирован в NTFS . Предполагая, что у вас установлен ntfs-3g (sudo apt-get install ntfs-3g).

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

Где hdd - это рассматриваемый жесткий диск и существует каталог «/ mnt / mount_point».

ЗАМЕТКИ: Это устранило проблему на машине Ubuntu 18.04, использующей NTFS-диски, файлы журнала которых были сброшены с помощью sudo ntfsfix / dev / hdd и размонтированы принудительно с помощью sudo umount -l / mnt / mount_point

Оставляю здесь свой ответ на случай, если это исправление может кому-то помочь!

У меня была такая проблема при использовании X2Go . Проблема возникла в папке, которая была совместно использована удаленным компьютером и моим локальным компьютером.

Решение: выньте компакт-диск из этой папки и войдите снова. Это исправило это.

Интересно, что эта ошибка «Транспортная конечная точка не подключена» была вызвана тем, что у меня было смонтировано более одного устройства Veracrypt. Я закрыл дополнительное устройство, и внезапно у меня появился доступ к диску. Хм ..