解決策 1:
Linux の場合:
umount -f -l /mnt/myfolder
問題を修正します:
-f 強制的にアンマウントします (NFS システムに到達できない場合)。 (カーネル 2.1.116 以降が必要です。)
-l 怠惰なアンマウント。今すぐファイルシステムをファイルシステム階層から切り離し、ビジーでなくなったらすぐにファイルシステムへのすべての参照をクリーンアップします。 (カーネル 2.4.11 以降が必要です。)
-f Solaris と AIX にも存在します。
解決策 2:
David Pashley からのヒントを詳しく説明すると、
「umount -l」で問題が解決しない限り、消えたサーバーと同じアドレスで偽のサーバーをセットアップできますが、ただし 実際に新しいサーバーなどをセットアップする必要はありません。 umount のブロック/ハング状態から抜け出す最も簡単な方法は、ローカル エイリアス IP インターフェースを設定することです 、次のように:
ifconfig eth0:nfstmp 11.22.33.44 netmask 255.255.255.255
umount -l /mnt/deadnfsmount # -l or -f or whichever that gets the job done
ifconfig eth0:nfstmp down
(明らかに、11.22.33.44 は (現在は機能していない) NFS サーバーの (以前の) IP アドレスです)
解決策 3:
intr を追加するのが賢明かもしれません 任意の /etc/fstab へのオプション ハングまたはクラッシュする可能性のあるエントリ。 soft を使用しない場合 または intr オプションを使用すると、NFS ファイルをホストしているサーバーがダウンしたときに、ファイルがマウントされているサーバー (クライアント) が起動時にハングすることがあります。
man 5 nfsによると :
ソフト / ハード
NFS 要求がタイムアウトになった後の NFS クライアントの回復動作を決定します。どちらのオプションも指定されていない場合 (または hard オプションが指定されている場合)、NFS 要求は無期限に再試行されます。 soft オプションが指定されている場合、NFS クライアントは、再送信の再送信が送信された後に NFS 要求に失敗し、NFS クライアントが呼び出し元のアプリケーションにエラーを返します。
...そして intr と続きます soft より優先されます 、しかし、ぶら下がりを防ぐのと同様の効果があります。
解決策 4:
umount -f /mnt/myfolder これを解決する必要があります。 umount マンページを参照してください。