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

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。现在解决了。

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

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

bash ... path-to-be-unmounted

文件夹内的多个挂载

另一个原因可能是在你的主挂载文件夹中有一个副挂载，例如，在你为嵌入式设备使用SD卡后:

# mount /dev/sdb2 /mnt       # root partition which contains /boot
# mount /dev/sdb1 /mnt/boot  # boot partition

卸载/mnt将失败:

# umount /mnt
umount: /mnt: target is busy.

首先我们必须卸载引导文件夹，然后卸载根目录:

# umount /mnt/boot
# umount /mnt

在卸载文件系统之前。我们需要检查是否有任何进程持有或使用文件系统。这就是为什么它显示设备繁忙或文件系统正在使用。 运行以下命令查看文件系统所使用的进程:

定影器 -cu /本地/mnt/

它将显示有多少进程持有/使用文件系统。

Local /mnt: 1725e(root) 5645c(shasankarora)

ps -ef | grep 1725 < - > ps -ef | grep < pid >

Kill -9 pid

杀死所有进程，然后您将能够卸载分区/繁忙设备。