以防有人和你一样。：

我无法卸载chroot监狱的挂载点(here /mnt)。

下面是我输入的命令:

$ umount /mnt
umount: /mnt: target is busy.
$ df -h | grep /mnt
/dev/mapper/VGTout-rootFS  4.8G  976M  3.6G  22% /mnt
$ fuser -vm /mnt/
                     USER        PID ACCESS COMMAND
/mnt:                root     kernel mount /mnt
$ lsof +f -- /dev/mapper/VGTout-rootFS
$

您可以注意到，即使lsof也没有返回任何内容。

然后我有了这样的想法:

$ df -ah | grep /mnt
/dev/mapper/VGTout-rootFS  4.8G  976M  3.6G  22% /mnt
dev                        2.9G     0  2.9G   0% /mnt/dev
$ umount /mnt/dev
$ umount /mnt
$ df -ah | grep /mnt
$

这里是一个/mnt/dev绑定到/dev，我创建它是为了能够从chroot监狱中修复我的系统。

在umounting之后，我的pb。现在解决了。

有人提到过，如果你正在使用终端，而你的当前目录在你想要卸载的路径中，你会得到错误。 作为补充，在这种情况下，你的lsof | grep path-to-be unmounted必须有以下输出:

bash ... path-to-be-unmounted

在我的例子中，我无法卸载挂载到AFP共享目录的分区。(分享到Apple bonjour/avahi mdns世界) 我把服务器上的所有登录都移动到它们的主目录;我把所有远程连接的mac电脑都移到了其他目录下。 即使使用umount -f，我仍然无法卸载分区 所以我重启了服务器上的netatalk守护进程。 (/etc/netatalk/afp.conf中有共享分配) 日志含义重启netatalk后，不带-f参数，umount成功。

以防有人和你一样。：

我无法卸载chroot监狱的挂载点(here /mnt)。

下面是我输入的命令:

$ umount /mnt
umount: /mnt: target is busy.
$ df -h | grep /mnt
/dev/mapper/VGTout-rootFS  4.8G  976M  3.6G  22% /mnt
$ fuser -vm /mnt/
                     USER        PID ACCESS COMMAND
/mnt:                root     kernel mount /mnt
$ lsof +f -- /dev/mapper/VGTout-rootFS
$

您可以注意到，即使lsof也没有返回任何内容。

然后我有了这样的想法:

$ df -ah | grep /mnt
/dev/mapper/VGTout-rootFS  4.8G  976M  3.6G  22% /mnt
dev                        2.9G     0  2.9G   0% /mnt/dev
$ umount /mnt/dev
$ umount /mnt
$ df -ah | grep /mnt
$

这里是一个/mnt/dev绑定到/dev，我创建它是为了能够从chroot监狱中修复我的系统。

在umounting之后，我的pb。现在解决了。

如果可能的话，让我们定位/识别繁忙的进程，终止该进程，然后卸载samba共享/驱动器，以最大限度地减少损害:

Lsof | grep '< /dev/sda1的挂载点>'(或任何被挂载的设备) kill target_process(将busy proc.按名称| kill PID | killall target_process) Umount /dev/sda1(或任何已挂载的设备)

众答:

如果该设备上有一个zfs池，至少当它是一个基于文件的池时，lsof将不会显示使用情况。但你可以简单地跑步

sudo zpool export mypool

然后卸载。