O FUSE está constantemente (a cada 2 - 3 dias) apresentando esse Transport endpoint is not connectederro no meu ponto de montagem e a única coisa que parece consertá-lo é a reinicialização.
Atualmente tenho meus pontos de montagem configurados como este, não tenho certeza de quais outros detalhes devo adicionar aqui, então me avise se eu perder 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
Respostas:
Há um problema de falha de segmentação que foi introduzido no 0.1.39. Você pode verificar meu repositório que corrigiu este enquanto isso: https://github.com/vdudouyt/mhddfs-nosegfault
Eu tenho exatamente o mesmo problema. Não encontrei uma solução em lugar nenhum, mas consegui consertar sem reiniciar, simplesmente desmontando e remontando o ponto de montagem.
Para o seu sistema, os comandos seriam:
fusermount -uz /data
mount /data
O -zforça a desmontagem, o que resolveu a necessidade de reinicializar para mim. Pode ser necessário fazer isso sudodependendo da sua configuração. Você pode encontrar o erro abaixo se o comando não tiver as permissões elevadas necessárias:
fusermount: entrada para / data não encontrada em / etc / mtab
Estou usando o Ubuntu 14.04 LTS, com a versão atual do mhddfs.
Isso normalmente é causado pelo diretório de montagem sendo deixado montado devido a um travamento do seu sistema de arquivos. Vá para o diretório pai do ponto de montagem e digite fusermount -u YOUR_MNT_DIR.
Se isso não funcionar, faça sudo umount -l YOUR_MNT_DIR.
sudo umount -l DIRfunciona para mim como @Paul disse, o meu foi devido à interrupção do sshfs durante a execução.
Recebo este erro do comando sshfs do Fedora 17 linux para o debian linux no bloco Mindstorms EV3 pela LAN e por uma conexão sem fio.
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
Isso é corrigido com o seguinte comando e tentando novamente:
fusermount -u /mnt/ev3
Essas opções adicionais de sshfs evitam que o erro acima ocorra:
sudo sshfs -d -o allow_other -o reconnect -o ServerAliveInterval=15 root@myremoteserver.com:/var/lib/redmine/plugins /mnt -p 12345 -C
Para usar o allow_otheracima, você precisa remover o comentário da última linha em /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
Fonte: http://slopjong.de/2013/04/26/sshfs-transport-endpoint-is-not-connected/
Agora, esta resposta é para aquelas almas perdidas que chegaram aqui com este problema porque eles forçaram a desmontagem do disco, mas seu disco rígido é formatado em NTFS . Supondo que você tenha o ntfs-3g instalado (sudo apt-get install ntfs-3g).
sudo ntfs-3g /dev/hdd /mnt/mount_point -o force
Onde hdd é o disco rígido em questão e o diretório "/ mnt / mount_point" existe.
OBSERVAÇÕES: Isso corrigiu o problema em uma máquina Ubuntu 18.04 usando unidades NTFS que tinham seus arquivos de diário redefinidos por meio de sudo ntfsfix / dev / hdd e desmontados à força usando sudo umount -l / mnt / mount_point
Deixando minha resposta aqui caso essa correção possa ajudar alguém!
Eu tive esse problema ao usar o X2Go . O problema aconteceu em uma pasta que foi compartilhada entre o computador remoto e meu PC local.
Solução: faça cd dessa pasta e entre novamente. Isso resolveu.
Curiosamente, este erro "O ponto de extremidade de transporte não está conectado" foi causado por eu ter mais de um dispositivo Veracrypt montado. Fechei o dispositivo extra e de repente tive acesso ao drive. Hmm..