スリープ後に（または接続が失われたときに）sshfsによってマウントされたフォルダーにアクセスできない

多くの場合、sshでファイルシステムをマウントすると：

sshfs user@remote: ~/Mounts/Remote

マシンを休止状態にする（ラップトップの蓋を閉じる）と、マシンを起動すると、マウントされたフォルダーにアクセスできません。さらに、ls親フォルダーでしようとすると、ターミナルがフリーズします。接続が何らかの形で失われた場合にも同じことが起こります。

を使用してアンマウントしようとした場合

fusermount -u ~/Mounts/Remote

私はこれを行うことができません：

fusermount：/ home / yotama9 / Mounts / Remoteのアンマウントに失敗しました：デバイスまたはリソースがビジーです

sshを強制終了しようとしましたが、フォルダを再度マウントできません。lsフォルダー内はまだフリーズします。

これを回避して修正するにはどうすればよいですか（Arch Linux）？

Ubuntu Linuxでも同じ問題を抱えています。再開後に私がすること：

$ killall -9 sshfs

次に、アンマウントします

$ fusermount -u ~/far_projects

そして、リモートファイルシステムを再度マウントします。

$ sshfs -o idmap=user youruser@server:/projects ~/far_projects

ここで述べたように、これはあなたのソリューションです：

 -o reconnect,ServerAliveInterval=15,ServerAliveCountMax=3

使用例：https : //github.com/aktos-io/dcs-tools、make mount-rootターゲットを見てください。

ラップトップでも同じ問題が発生しました。

必要なのは、unmountコマンドに遅延アンマウントオプション（z）を含めることだけです。

$ fusermount -uz ~/Mounts/Remote

その後、通常と同じ方法で再マウントします。

また、しゃっくりを介して接続を維持する再接続オプション（-o reconnect）を使用することに注意する価値があります（蓋を閉じて数分後に戻るなど）。

また、fuseファイルシステム（sshfsを含む）の自動マウンターであるafuseなどのソリューションを調べて、毎回アンマウント/再マウントの手間を省くことができます。

最後の自動マウントオプションの1つは、sshfsでautofsを使用することです。