尝试下面的操作，但在运行之前请注意-k标志将终止所有使设备处于繁忙状态的正在运行的进程。

-i标志使fuser在kill前询问。

fuser -kim /address  # kill any processes accessing file
unmount /address

当一切正常时，另一个选择是编辑/etc/fstab，添加noauto标志并重新启动机器。设备将不会被安装，当你完成任何操作时，移除标志并重新启动。

当您尝试卸载时，请确保您不在已安装的设备中。

众答:

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

sudo zpool export mypool

然后卸载。

是的! !有一种方法可以立即分离繁忙的设备-即使它繁忙且不能强制卸载。你可以稍后清理:

umount -l /PATH/OF/BUSY-DEVICE
umount -f /PATH/OF/BUSY-NFS (NETWORK-FILE-SYSTEM)

注意/警告

这些命令可能会中断正在运行的进程，导致数据丢失或损坏打开的文件。在强制卸载后，访问目标DEVICE/NFS文件的程序可能会抛出错误或无法正常工作。 不要在挂载路径(文件夹/驱动器/设备)内部执行以上umount命令。首先，您可以使用pwd命令验证您的当前目录路径(不应该是挂载路径)，然后使用cd命令退出挂载路径-稍后使用上述命令卸载它。

以防有人和你一样。：

我无法卸载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。现在解决了。