Solusi 1:
Dengan asumsi Linux:
umount -f -l /mnt/myfolder
Akan memperbaiki masalah:
-f Lepas paksa (jika sistem NFS tidak dapat dijangkau). (Memerlukan kernel 2.1.116 atau lebih baru.)
-l Malas melepas. Lepaskan sistem file dari hierarki sistem file sekarang, dan bersihkan semua referensi ke sistem file segera setelah tidak sibuk lagi. (Memerlukan kernel 2.4.11 atau lebih baru.)
-f juga ada di Solaris dan AIX.
Solusi 2:
Menguraikan petunjuk yang diberikan oleh David Pashley,
kecuali "umount -l" menyelesaikan masalah Anda, Anda dapat menyiapkan server palsu dengan alamat yang sama dengan yang telah hilang - tetapi Anda sebenarnya tidak perlu menyiapkan server baru atau apa pun. Cara termudah keluar dari situasi pemblokiran/hung umount adalah menyiapkan antarmuka IP alias lokal , sebagai berikut:
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
(jelas 11.22.33.44 menjadi (bekas) alamat IP dari server NFS (sekarang mati))
Solusi 3:
Mungkin bijaksana untuk menambahkan intr opsi untuk /etc/fstab apa pun entri yang mungkin berakhir hang atau crash. Jika Anda tidak menggunakan soft atau intr opsi, lalu saat server yang menghosting file NFS mati, server tempat file dipasang (klien) mungkin macet saat melakukan booting.
Menurut man 5 nfs :
lembut / keras
Menentukan perilaku pemulihan klien NFS setelah permintaan NFS habis. Jika tidak ada opsi yang ditentukan (atau jika opsi keras ditentukan), permintaan NFS akan dicoba lagi tanpa batas. Jika opsi lunak ditentukan, maka klien NFS akan menggagalkan permintaan NFS setelah pengiriman ulang transmisi telah dikirim, menyebabkan klien NFS mengembalikan kesalahan ke aplikasi panggilan.
... dan selanjutnya menjadi intr lebih disukai daripada soft , tetapi memiliki efek yang sama untuk mencegah penggantungan.
Solusi 4:
umount -f /mnt/myfolder harus menyelesaikan ini. Lihat halaman manual umount.