接続が失われたときにフリーズするのではなく、SSHFSのグレースフルデグラデーション。出来ますか？

サードパーティのプログラムは、SSHFSでマウントされたディレクトリにファイルを書き込みます。インターネット接続が失われると、サードパーティのプログラムがクラッシュする可能性があります（悪い）。そのような状態（インターネット接続がない場合）でこのようなSSHFSマウントされたディレクトリにアクセスしようとするすべてのプログラムは、「割り込み不可能」と記述されているため、睡眠"。SSHFSには自動再接続のオプションがありますが、接続が失われた場合でもサードパーティのプログラムはハング（およびクラッシュ）するため、これは役に立ちません（接続が復元されたときにSSHFSがディレクトリを再マウントします）。autofsは役に立ちません。基本的には、接続が失われたときのSSHFSの動作に関するものです。なぜそれがネットワーク共有ディレクトリ（Sambaまたはその他の手段）のように振る舞わず、単純にエラーを返すのではなく...できないのですか？

SSHFSが説明どおりに機能しない場合、SSHFSの代替手段はありますか？

他の情報：

OS：Ubuntu Linux（12.04 LTS）を使用しています

要するに：いいえ-フリーズはアプリケーションからのものであるため、sshfsの失敗は優雅です-アプリケーションに待機するよう指示します。-アプリケーションがこれを尊重しないという事実は、SSHFSのせいではありません。

アプリケーションがUSBドライブなどのリムーバブルストレージ上のファイルにアクセスしていて、それを削除した場合も、アプリケーションはまったく同じです。アプリケーションは、応答を待つだけでスタックするのではなく、I / Oのタイムアウトイベントをキャプチャして処理する必要があります。

悲しい問題。過去に何度かsshfsを試しました。

接続が失われるとすぐに、マウントされたフォルダー内のファイルにアクセスするアプリケーションがフリーズしてクラッシュします。ターミナル。しかし、アプリケーションはそれらが待機していることさえ知りません。カーネルレベルでは、sshfsを処理して永遠に待機するように指示することができません...マウントされたフォルダーがファイルシステムカーネルレベルで何らかの方法でロックされているため、マウント解除が機能せず、フリーズすることさえあります。

USBドライブを取り外しても、なぜこれが起こらないのですか？

この問題は何年もの間存在しています...

いつでも接続を再確立できない場合、自動再接続は役に立ちません。（私の場合、私はkerberos Tickesが不足しています）。

申し訳ありませんが、sshfsは使用できません 。
（接続が決して失われない場合を除く）

代わりに、常にscpを使用します。悲しい問題