現在、Fedora 21パッチでは、ローカルLAN環境でsshfsを使用して2つのファイルシステムをマウントしています。リモートサーバーは安定したLANネットワークにあり、SSHキーはパスワードのないログイン用に正しく設定されています。
したがって、ホームディレクトリ(ローカルファイルシステム)に空のディレクトリを作成し、次のようにマウントします。
sshfs -o default_permissions me@remoteserver:/mntpoint /home/me/mountdir
接続はうまく機能し、非常に安定しており、パフォーマンスも良く、苦情もありません。これにより、ローカルコンピュータが再起動したり、予期しないことが発生し、接続が異常終了する可能性があります。
再起動、再起動、再試行後、上記と同じコマンドは無期限に中断されます。 -C を制御し、Fusermount -u を制御するとクリーンアップされているように見えますが、それでも再マウントされません。しかし、ここに奇妙なことがあります。ホームディレクトリに新しいマウントポイントを指定すると、完全に機能します(同じリモートポイント)。問題が発生するまで完全に機能し、再起動する必要があります。
ローカルコンピュータを再起動してもその内容は消去されません。マウントディレクトリが空であることが確認され、マウントポイントディレクトリを削除して同じ名前で再作成しました...いいえ。
結局、数回のトリガーの後、以前のマウントポイントに戻ることができました。だから私は次の約3〜4つのディレクトリを持っています。
/home/me/mount.1
/home/me/mount.2
...
/home/me/mount.4
mount.1に戻る前に。
特に正しく削除した場合、最初は機能しますが、ほとんどの場合は機能しません。
sshfsのものを消去する方法についてのアイデアはありますか?ファイルに何も見つかりません/etc
。
完全にイライラしました。
ベストアンサー1
「killall sshfs」を使ってみましたか?これはいつも私にとって効果的です。もちろん、複数の場合は、範囲を絞り込む必要があるかもしれません(ps -ef f)+(kill###)。 [すべて] "-9"###を殺す必要があるかもしれません。
私はいくつかの不完全なアンマウントがプロセスを実行し続け、プロセスが終了するまでsshfsシステム(または少なくともディレクトリ)を占有することを発見しました。 (時にはsshfsから分岐した「ssh」アクションがあります。これは、「ClearAllForwardings」やsshfsアクションを含む複数のコマンドラインパラメータで識別できます)
フラクタル