客户说，在操作系统上面使用df，最后一段一直无法显示，具体如下：
    
root@mytest     :/tmp# df -h
swap                   143G   3.3G       140G     3%    /tmp
rpool/VARSHARE         274G   147M        57G     1%    /var/share
rpool/export           274G   2.2G        57G     4%    /export
rpool/export/home      274G    71M        57G     1%    /export/home
rpool                  274G    34G        57G    38%    /rpool
/dev/lofi/4096         781M   3.7M       730M     1%    /global/.devices/node@1
/dev/lofi/8192         781M   3.7M       730M     1%    /global/.devices/node@2

到了这里就没有命令提示窗口返回了，一直hang住
这种情况，一般说来使用命令跟踪来查看问题所在，solaris采用truss命令来执行

root@mytest     :/tmp# truss  -eafld  -o  /tmp/truss.out df -h
执行这个命令后，仍然在这里卡住，但已经在/tmp/truss.out里面记录了他卡在哪一步了

root@mytest     :/tmp# more /tmp/truss.out

在最后，我们看到有这样一段话：
21014/1:         0.0572 write(1, "                        ".., 68)      = 68
21014/1:        statvfs64("/repo/sol11", 0xFF72FEA8) (sleeping...)
21014/1:        10.0901 statvfs64("/repo/sol11", 0xFF72FEA8)            Err#4 EINTR

在这里，可以看到，/repo/sol11这里出了问题

root@mytest     :/tmp# cd /repo/sol11
执行这个命令，根本没有反映，所以可以判断出来，这里的挂载点出现了问题。其实这个问题仔细分析最后发现，客户使用了share，而提供nfs的服务器已经出现问题或者不存在了，这边挂载就出现了问题。

解决办法：
root@mytest     :/tmp# umount -f /repo/sol11
取消挂载后，问题解决！

当然，也要看一下，系统是否采用了自动挂载，如果设置了，也必须取消掉！