1、检查哪些进程在用fs：
fuser -u /filesys
如果没有，到第4步

2、判断进程是否可杀：
ps -ef看上面列出来的进程
如果有不能杀的进程→等待下次启动机器再说吧

3、杀进程：
kill，
如果无需判断进程是否可杀，希望直接杀掉
fuser -ku /filesys

4、检查是否有进程在用FS对应的LV（有时候会这样，奇怪）：
lsfs，查看对应LV
回到第1步，只是目标换成LV设备/dev/...

5、如果以上都没有找到进程占用，看看是否有其他FS mount point下级目录还有mount：
mount
如果有，先umount下级fs

以上都不行的话，还是那句话，等着下回重启机器吧

步骤一实际上很多情况下不起作用，底下是一个demo。建议用-c参数
P270/tmp#cd /informix
P270/informix#ls
.profile dbssodir hhelp msg
.sh_history demo incl online.log
RUN_AS_ROOT.server doc installserver release
aaodir etc ism snmp
bin extend jvp.log
bitmaps forms lib
dbs gls lost+found
P270/informix#cd gls
P270/informix/gls#fuser /informix
/informix:
P270/informix/gls#fuser -c /informix
/informix: 26274c
P270/informix/gls#fuser -u /informix
/informix:

短剧剧名：《正常umount不掉文件系统的处理步骤- 之粗俗不堪版》

导演＋编剧 ： workaholic

场地＋灯光＋音乐 ： larryh （借larryh是楼主，固有此说）

友情主演： 工程师甲（以下简称甲） & 工程师乙（以下简称乙）

剧情背景：

某日，工程师乙无法umount一个FS，提示 …………what what is busy 之类

演出开始：

乙： “faint ，该死的FS无法umount ” （气急败坏的表情）“
甲： “哦，肯定有哪个bitch开的Application用了该FS中的资源” （叼着香烟看着电影）
乙： “ 那TMD咋整啊” （还不到咱们LU发帖子）
甲： “ fuck ，应用都停了吧！” （也很气愤的说）
乙： “ shit，是啊” ( shit = 上海IT ？)
甲： “ 唉，看来只能 fuck user了 ” （语重心长的说）
乙： “ how ? " （一脸狐疑）
甲： “听着，要fuck 和 该 FS相关的USER，fuck user -> fuser -uck /mount_point ” （真正的技术要点分析阐述）
乙： “ 啊？能行吗，我来试试 ”

乙接着敲命令 ＃ fuser -uck /mount_point , 然后umount 搞定 。

甲继续看电影，乙继续干活，从此记住该参数 。

演出结束

这个帖子已被 workaholic 于 昨天, 21:55 编辑