トランスポートエンドポイントが接続されていません


108

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

回答:



245

まったく同じ問題があります。ソリューションはどこにも見つかりませんでしたが、マウントポイントをアンマウントして再マウントするだけで、再起動せずに解決できました。

システムのコマンドは次のとおりです。

fusermount -uz /data
mount /data

-z私のために、再起動する必要性を解決力アンマウント、。sudo設定によっては、これを行う必要がある場合があります。コマンドに必要な昇格されたアクセス許可がない場合、以下のエラーが発生する可能性があります。

fusermount:/ etc / mtabに見つからない/ dataのエントリ

現在のバージョンのUbuntu 14.04 LTSを使用していmhddfsます。


1
これで正確に修正されるわけではありませんが、今のところ、これが最良の答えです。
Alexis Tyler

2
SSHFSでも同じエラーメッセージが表示されましたが、これでも修正されました。ありがとう。
jesusiniesta

8
私には機能しません-fusermount -uz / media / srv2 / tickets / fusermount:/ media / srv2 / ticketsのエントリが/ etc / mtabに見つかりません
Oleg Abrazhaev

これは、mount.ntfs(NTFS-3G)がOOMを無効にした後に機能しました。
Navin

2
これは、「umount -f <>」が失敗した場合でも機能しました。
pradeepmcp

86

これは通常、ファイルシステムのクラッシュが原因でマウントディレクトリがマウントされたままになっていることが原因です。マウントポイントの親ディレクトリに移動し、と入力しfusermount -u YOUR_MNT_DIRます。

これでうまくいかない場合は、を実行してくださいsudo umount -l YOUR_MNT_DIR


1
私の場合、それはクラッシュではありませんでしたが、以前に失敗したsshfs mountコマンドであり、fsクラッシュではありませんでした。それでもマウントされており、アンマウントが必要でした。この答えは完璧に機能しました
ポール

3
sudo umount -l DIR@Paulが言ったように私のために動作します、私のものは実行中にsshfsを停止するためでした。
cyc115 2016

15

このエラーは、LAN経由でワイヤレス接続を介して、Medstorms EV3ブリック上でFedora 17 linuxからdebian linuxへのsshfsコマンドから発生します。

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/


5

今、この答えは、ドライブを強制的にアンマウントした、ハードドライブはNTFSフォーマット済みであるため、この問題に遭遇した失われた魂のためのもの です。ntfs-3gがインストールされていると想定します(sudo apt-get install ntfs-3g)。

sudo ntfs-3g /dev/hdd /mnt/mount_point -o force

ここで、hddは問題のハードドライブであり、「/ mnt / mount_point」ディレクトリが存在します。

注: これにより、sudo ntfsfix / dev / hddによってジャーナルファイルがリセットされ、sudo umount -l / mnt / mount_pointを使用して強制的にマウント解除されたNTFSドライブを使用するUbuntu 18.04マシンの問題が修正されました

この修正により誰でも助けることができる場合に備えて、ここに私の答えを残してください!


-2

X2Goを使用しているときにこの問題が発生しました。この問題は、リモートコンピューターとローカルPCの間で共有されているフォルダーで発生しました。

解決策:そのフォルダーからCDを取り出し、再度CDに入れます。それで直った。


-2

興味深いことに、この「トランスポートエンドポイントが接続されていません」というエラーは、複数のVeracryptデバイスがマウントされていることが原因でした。余分なデバイスを閉じたところ、突然ドライブにアクセスできるようになりました。うーん..


1
SOへようこそ!回答を投稿するときは、質問に返信していることを確認してください...ユーザーは、システムでのVeracryptデバイスの使用について言及していません。コメントを追加する場合は、担当者50に連絡するまで待つ必要があります
DavidGarcíaBodego
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.