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.
sudo umount -l DIRработает для меня, как сказал @Paul, мой был из-за остановки sshfs во время выполнения.
Я получаю эту ошибку от команды 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. Я закрыл дополнительное устройство, и внезапно у меня появился доступ к диску. Хм ..