原本以為下了umout指令後，再用mount的結果去檢查或檢查/etc/mtab的內容，沒發現到那個被mount的目錄就解決了，可是後來發現，如果把新的NAS設備的IP改成新的IP，在原先那部主機（註：OS是Red Hat Linux 7.3)只要下了df指令，系統還是會整個block住。如果又把NAS改回舊的IP，則卡住的現象就消除了。
後來經過詢問廠商，我發現到雖然/etc/mtab是所有已掛載的檔案系統的資訊，但實際上/proc/mounts裡面才是目前系統還在使用中的mount的紀錄，使用cat /proc/mounts將其內容印出來：
[root@eip2 proc]# cat mounts
rootfs / rootfs rw 0 0
/dev/root / ext3 rw 0 0
/proc /proc proc rw 0 0
usbdevfs /proc/bus/usb usbdevfs rw 0 0
/dev/cciss/c0d0p1 /boot ext3 rw 0 0
none /dev/pts devpts rw 0 0
/dev/cciss/c0d0p5 /home ext3 rw 0 0
none /dev/shm tmpfs rw 0 0
/dev/cciss/c0d1p1 /usr ext3 rw 0 0
/dev/cciss/c0d0p2 /var ext3 rw 0 0
none /proc/sys/fs/binfmt_misc binfmt_misc rw 0 0
10.66.19.20:/data_web2/eip2 /data_web2/eip2 nfs rw,v3,rsize=4096,wsize=4096,hard,udp,lock,addr=10.66.19.20 0 0
172.16.36.100:/vol/vol3 /mnt/test nfs rw,v3,rsize=4096,wsize=4096,hard,udp,lock,addr=172.16.36.100 0 0
//10.66.19.80/repository /mnt/repository smbfs rw,file_mode=0755,dir_mode=0755 0 0
可以發現多了一行
172.16.36.100:/vol/vol3 /mnt/test nfs rw,v3,rsize=4096,wsize=4096,hard,udp,lock,addr=172.16.36.100 0 0
這就是為什麼下了df指令後會卡住的原因了，找到這個被忽略的mount目錄後，就很容易解決了。
一樣在新的NAS上建立一個vol3的分享目錄，然後再到主機上去下umount指令即可：
[root@eip2 proc]# umount /mnt/test
[root@eip2 proc]# mount
/dev/cciss/c0d0p7 on / type ext3 (rw)
none on /proc type proc (rw)
usbdevfs on /proc/bus/usb type usbdevfs (rw)
/dev/cciss/c0d0p1 on /boot type ext3 (rw)
none on /dev/pts type devpts (rw,gid=5,mode=620)
/dev/cciss/c0d0p5 on /home type ext3 (rw)
none on /dev/shm type tmpfs (rw)
/dev/cciss/c0d1p1 on /usr type ext3 (rw)
/dev/cciss/c0d0p2 on /var type ext3 (rw)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
10.66.19.20:/data_web2/eip2 on /data_web2/eip2 type nfs (rw,addr=10.66.19.20)
//10.66.19.80/repository on /mnt/repository type smbfs (0)
[root@eip2 proc]#
別忘了，還要將NAS上那個vol3刪除掉，這時再去下df指令，很快就可執行完畢了。
![[Logo]](/templates/default/mobile/images/logo.jpg){kind=logo}
