FUSE constantemente (cada 2 - 3 días) me da este Transport endpoint is not connectederror en mi punto de montaje y lo único que parece solucionarlo es reiniciar.
Actualmente tengo mi configuración de puntos de montaje de esta manera, no estoy seguro de qué otros detalles debo agregar aquí, así que avíseme si me perdí algo.
/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
Respuestas:
Hay un problema de falla de segmentación que se introdujo en 0.1.39. Puede consultar mi repositorio que solucionó este mientras tanto: https://github.com/vdudouyt/mhddfs-nosegfault
Tengo exactamente el mismo problema. No he encontrado una solución en ninguna parte, pero he podido solucionarlo sin reiniciar simplemente desmontando y volviendo a montar el punto de montaje.
Para su sistema, los comandos serían:
fusermount -uz /data
mount /data
Las -zfuerzas del desmontaje, lo que resolvió la necesidad de reiniciar por mí. Es posible que deba hacer esto sudosegún su configuración. Puede encontrar el siguiente error si el comando no tiene los permisos elevados requeridos:
fusermount: entrada para / datos no encontrados en / etc / mtab
Estoy usando Ubuntu 14.04 LTS, con la versión actual de mhddfs.
Por lo general, esto se debe a que el directorio de montaje se dejó montado debido a un bloqueo de su sistema de archivos. Vaya al directorio principal del punto de montaje e ingrese fusermount -u YOUR_MNT_DIR.
Si esto no funciona, hágalo sudo umount -l YOUR_MNT_DIR.
sudo umount -l DIRfunciona para mí como dijo @Paul, el mío se debió a detener sshfs mientras se ejecutaba.
Recibo este error del comando sshfs de Fedora 17 linux a debian linux en el ladrillo Mindstorms EV3 a través de la LAN y a través de una conexión inalámbrica.
Comando 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
Esto se soluciona con el siguiente comando y volviendo a intentarlo:
fusermount -u /mnt/ev3
Estas opciones adicionales de sshfs evitan que el error anterior coincida:
sudo sshfs -d -o allow_other -o reconnect -o ServerAliveInterval=15 root@myremoteserver.com:/var/lib/redmine/plugins /mnt -p 12345 -C
Para usar lo allow_otheranterior, debe descomentar la última línea en /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
Fuente: http://slopjong.de/2013/04/26/sshfs-transport-endpoint-is-not-connected/
Ahora, esta respuesta es para aquellas almas perdidas que llegaron aquí con este problema porque forzaron el desmontaje del disco, pero su disco duro tiene formato NTFS . Suponiendo que tiene ntfs-3g instalado (sudo apt-get install ntfs-3g).
sudo ntfs-3g /dev/hdd /mnt/mount_point -o force
Donde hdd es el disco duro en cuestión y existe el directorio "/ mnt / mount_point".
NOTAS: Esto solucionó el problema en una máquina Ubuntu 18.04 usando unidades NTFS que tenían sus archivos de diario restablecidos a través de sudo ntfsfix / dev / hdd y desmontados por la fuerza usando sudo umount -l / mnt / mount_point
¡Dejo mi respuesta aquí en caso de que esta solución pueda ayudar a alguien!
Tuve este problema al usar X2Go . El problema ocurrió en una carpeta que se compartía entre la computadora remota y mi PC local.
Solución: saque el cd de esa carpeta y vuelva a entrar. Eso lo arregló.
Curiosamente, este error "El punto final de transporte no está conectado" fue causado por tener más de un dispositivo Veracrypt montado. Cerré el dispositivo adicional y de repente tuve acceso a la unidad. Hmm ...