FUSE liên tục (cứ 2 - 3 ngày một lần) cho tôi Transport endpoint is not connectedlỗi này trên điểm gắn kết của tôi và điều duy nhất có vẻ như để khắc phục nó là khởi động lại.
Tôi hiện đang thiết lập điểm gắn kết của mình như thế này, tôi không chắc mình nên thêm thông tin chi tiết nào khác vào đây, vì vậy hãy cho tôi biết nếu tôi bỏ lỡ bất kỳ điều gì ..
/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
Câu trả lời:
Có một sự cố lỗi phân đoạn đã được giới thiệu trong 0.1.39. Bạn có thể kiểm tra kho lưu trữ của tôi đã sửa lỗi này trong khi đó: https://github.com/vdudouyt/mhddfs-nosegfault
Tôi có cùng một vấn đề. Tôi chưa tìm thấy giải pháp ở bất kỳ đâu, nhưng tôi đã có thể khắc phục nó mà không cần khởi động lại bằng cách chỉ cần ngắt kết nối và gắn lại điểm gắn kết.
Đối với hệ thống của bạn, các lệnh sẽ là:
fusermount -uz /data
mount /data
Các -zlực lượng các unmount, mà giải quyết được nhu cầu khởi động lại cho tôi. Bạn có thể cần làm điều này sudotùy thuộc vào thiết lập của bạn. Bạn có thể gặp phải lỗi dưới đây nếu lệnh không có các quyền nâng cao cần thiết:
fusermount: mục nhập cho / dữ liệu không được tìm thấy trong / etc / mtab
Tôi đang sử dụng Ubuntu 14.04 LTS, với phiên bản hiện tại của mhddfs.
Điều này thường là do thư mục mount vẫn được gắn kết do sự cố hệ thống tệp của bạn. Đi tới thư mục mẹ của điểm gắn kết và nhập fusermount -u YOUR_MNT_DIR.
Nếu điều này không hiệu quả, hãy làm sudo umount -l YOUR_MNT_DIR.
sudo umount -l DIRhoạt động đối với tôi như @Paul đã nói, của tôi là do dừng sshfs trong khi thực thi.
Tôi gặp lỗi này từ lệnh sshfs từ Fedora 17 linux sang debian linux trên khối Mindstorms EV3 qua mạng LAN và thông qua kết nối không dây.
Lệnh 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
Điều này được khắc phục bằng lệnh sau và thử lại:
fusermount -u /mnt/ev3
Các tùy chọn sshfs bổ sung này ngăn lỗi trên xảy ra đồng thời:
sudo sshfs -d -o allow_other -o reconnect -o ServerAliveInterval=15 root@myremoteserver.com:/var/lib/redmine/plugins /mnt -p 12345 -C
Để sử dụng allow_otherở trên, bạn cần bỏ ghi chú dòng cuối cùng trong /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
Nguồn: http://slopjong.de/2013/04/26/sshfs-transport-endpoint-is-not-connected/
Bây giờ câu trả lời này là dành cho những linh hồn đã mất ở đây với vấn đề này bởi vì họ buộc ngắt kết nối ổ đĩa nhưng ổ cứng của họ được Định dạng NTFS . Giả sử bạn đã cài đặt ntfs-3g (sudo apt-get install ntfs-3g).
sudo ntfs-3g /dev/hdd /mnt/mount_point -o force
Nơi hdd là ổ cứng được đề cập và tồn tại thư mục "/ mnt / mount_point".
LƯU Ý: Điều này đã khắc phục sự cố trên máy Ubuntu 18.04 sử dụng ổ đĩa NTFS đã đặt lại các tệp nhật ký của chúng thông qua sudo ntfsfix / dev / hdd và bị buộc sử dụng sudo umount -l / mnt / mount_point
Để lại câu trả lời của tôi ở đây trong trường hợp bản sửa lỗi này có thể hỗ trợ bất kỳ ai!
Tôi đã gặp sự cố này khi sử dụng X2Go . Sự cố đã xảy ra trong một thư mục được chia sẻ giữa máy tính từ xa và PC cục bộ của tôi.
Giải pháp: cd ra khỏi thư mục đó và vào lại. Điều đó đã sửa nó.
Thật thú vị, lỗi này "Điểm cuối truyền tải không được kết nối" là do tôi có nhiều hơn một thiết bị Veracrypt được gắn. Tôi đóng thiết bị phụ và đột nhiên tôi có quyền truy cập vào ổ đĩa. Hừ ..