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: запис для / даних не знайдено в / 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 . Проблема сталася в папці, яка була спільною між віддаленим комп'ютером та моїм місцевим ПК.
Рішення: CD з цієї папки та знову. Це і виправило.
Настільки цікаво, що ця помилка "Транспортна кінцева точка не підключена" була викликана тим, що у мене встановлено більше одного пристрою Veracrypt. Я закрив додатковий пристрій і раптом у мене з’явився доступ до накопичувача. Хм ..