浅谈umount失败处理方法

常规umount失败后有3种处理⽅法：fuser,lsof,和umount -lfuser:

fuser（find user process）可以帮助识别阻碍卸载⽂件系统进程，fuser需要系统⽀持/proc⽂件系统直接fuser /mnt/yellowmachine 输出：/mnt/yellowmachine: 23334c 23697c输出结果中可以很明显看到有哪个进程PID使⽤指定挂载点了。

从输出中可以看到PID后⾯跟了个字符c，含义是指明PID相关的与指定挂载点的⼯作⽅式，c是最常⽤的，表明进程使⽤⽂件系统中的⽬录作为它当前的⼯作⽬录

不过上⾯的输出看上去并不友好，甚⾄都没指明进程的名称，这样可以通过-v的选项让它输出与ps外观类似的信息格式

$ fuser -v /mnt/yellowmachine

USER PID ACCESS COMMAND/mnt/yellowmachine: wvh 23334 ..c.. bash wvh 23697 ..c.. emacs

这样就好懂多了，⾄少知道进程是什么了。在通过fuser获得PID信息后，可以结合ps和egrep可以在结束这个进程前获得更信息的信息

# ps alxww |egrep '23334|23697'

4 1000 23334 23332 20 0 18148 2076 wait Ss pts/13 0:00 -bash

0 1000 23697 23334 20 0 75964 12352 poll_s S+ pts/13 0:00 emacs -nw file2.txt0 0 23703 23665 20 0 6060 632 - R+ pts/16 0:00 egrep23334|23697

然后就可以⽤kill命令⼿动结束指定进程。⽤fuse终结进程：

可以直接使⽤fuse的 -k选项，加挂载⽬录名作为参数 直接关掉占⽤挂载⽬录的进程

# fuser -k /mnt/yellowmachine

/mnt/yellowmachine: 23334c 23697c

Could not kill process 23697: No such process

报错是因为23697的emacs是由bash产⽣的进程（⼦进程），bash被终⽌了，这个进程也就直接跟着终⽌了，所以没办法再被终⽌了，就报了这么个错

如果要查看的是物理设备，⽽不是简单的⽂件系统挂载点的话，必须使⽤-m 选项，看下⾯的例⼦

# fuser -v /opt2

USER PID ACCESS COMMAND/opt2: wvh 23712 ..c.. bash wvh 23753 ..c.. emacs# fuser -v /dev/sdb1# fuser -vm /dev/sdb1

USER PID ACCESS COMMAND/dev/sdb1: wvh 23712 ..c.. bash wvh 23753 ..c.. emacs

第⼀条指令显⽰对⽂件系统挂载点使⽤可以得到期望的输出，第⼆条说明不能直接对设备使⽤标准的fuser选项，第三条指令演⽰了-m选项后，你可以获得想要的输出。你可以对第⼀条或者第三条指令增加-k选项，来终结存在于/dev/sdb1设备上的进程 lsof:

lsof(list open files)显⽰对⼀个指定⽂件系统，⽬录或者设备所有打开的⽂件和进程

默认情况下，lsof会列出当前打开的所有⽂件，共享库，⽬录，并且提供尽可能多的关于他们的信息。这样输出量是⾮常⼤的，所以应该直接指定⽬录，或者⽤管道过滤输出。看下⾯例⼦：

$ lsof /opt2

COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAMEbash 23334 wvh cwd DIR 8,17 4096 2 /opt2more 23402 wvh cwd DIR 8,17 4096 2 /opt2

more 23402 wvh 3r REG 8,17 10095 264 /opt2/resume.txt

如果不能卸载/opt2的话，需要将上⾯这些进程全部终结。

终结前请注意，如果这些进程都没有写⽂件的话，可以直接终结，如果在写⽂件，直接终结会导致数据丢失

lsof也能处理NFS及远程⽂件系统（samba）umount -l

这个很简单，在在内核2.4.11后mount增加了Lazy选项，该项会⾃动处理挂载⽂件系统上未关闭的⽂件和进程，从⽽完成卸载直接umount -l /mount_dir

这个很⽅便，但马上完成卸载⽂件系统有点不现实