武器が必要だが、持っていない。
私のシステムには、何にも応答しない NFS マウントポイントがあります。物理的なマウントポイントはもう存在していませんが、システムはそれが存在しないことを認識していません。
私は典型的な
umount -l /partition
umount -f /partition
fuser -km /partition
コマンドはそこで停止し、何もしません。時々このような動作に遭遇しますが、通常、マウントポイントは自動的にソートされます。この背後にある理由を知りたいし、すべて試したかどうかを確認したいだけです。
現在、同じサブフォルダーの下に複数のマウントポイントがマウントされているため、この動作によりファイルシステムが混乱します。
答え1
私たちも同様の問題を抱えています。別のサーバーに NFS マウントされているサーバーがあります。ターゲットを再起動すると、クライアントがハングアップします。umount force と lazy は機能しません。唯一の解決策は、fstab のエントリを削除/コメント化し、ホストが起動していることを確認しながらクライアントを強制的に再起動することです。NFS は再起動してもマウントされません。
答え2
残念ながら、現時点でも Linux の NFS 実装は、サーバーへの接続が失われた場合の処理が非常に下手です。これは他の多くの UNIX バリアントでは発生しませんが、何らかの理由で Linux では修正が難しいか、誰も気にしていないようです。
これを整理するために私が通常行うことは、フラグも使用して-r、マウント ポイントを少なくとも読み取り専用モードにすることです。これにより、ブロック ハンドルの一部が消え、最終的に共有をアンマウントできるようになります。
これは常に機能するとは限りませんが、クライアントを再起動する必要がなかったため、何度も役立ちました。
サーバーが再び応答している場合は、同じ共有を同じディレクトリに再度マウントすることもできます。これは最適な処理方法ではありませんが、少なくとも必要な場合はマウントを戻すことができます。