Endpoint de transporte não está conectado

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

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.

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 [email protected]:/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 [email protected]:/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..