看看umount2:

Linux 2.1.116 added the umount2() system call, which, like umount(), unmounts a target, but allows additional flags controlling the behaviour of the operation: MNT_FORCE (since Linux 2.1.116) Force unmount even if busy. (Only for NFS mounts.) MNT_DETACH (since Linux 2.4.11) Perform a lazy unmount: make the mount point unavailable for new accesses, and actually perform the unmount when the mount point ceases to be busy. MNT_EXPIRE (since Linux 2.6.8) Mark the mount point as expired. If a mount point is not currently in use, then an initial call to umount2() with this flag fails with the error EAGAIN, but marks the mount point as expired. The mount point remains expired as long as it isn't accessed by any process. A second umount2() call specifying MNT_EXPIRE unmounts an expired mount point. This flag cannot be specified with either MNT_FORCE or MNT_DETACH. Return Value On success, zero is returned. On error, -1 is returned, and errno is set appropriately.

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

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

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

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

注意/警告

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

使用exportfs -v检查导出的NFS文件系统。如果发现，使用exportfs -d share:/directory删除。这些不会在fuser/lsof列表中显示，并且会阻止umount成功。

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

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

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

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

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

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

bash ... path-to-be-unmounted

众答:

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

sudo zpool export mypool

然后卸载。

文件夹内的多个挂载

另一个原因可能是在你的主挂载文件夹中有一个副挂载，例如，在你为嵌入式设备使用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

以防有人和你一样。：

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

我最近有一个类似的需要卸载，以便用gparted更改它的标签。

/dev/sda1通过/etc/fstab以/media/myusername挂载。当尝试卸载失败时，我研究了这个错误。我忘了先卸载一个挂载点在/dev/hda1上的双分区u盘。

我给了'lsof'一个建议。

$ sudo lsof | grep /dev/sda1

其结果是:

lsof:警告:不能stat()保险丝。Gvfsd-fuse文件系统/run/user/1000/gvfs . zip 输出信息可能不完整。 lsof:警告:不能stat()融合文件系统/run/user/1000/doc 输出信息可能不完整。

由于lsof发出了两个保险丝警告，我在/run/user/1000/*中戳了一下，并猜测可能是打开的文件或挂载点(或两者都有)干扰了事情。

由于挂载点在/media/中，我再次尝试:

$ sudo lsof | grep /media

同样的两个警告，但这次它返回了额外的信息:

bash 4350 myusername cwd DIR 8,21 4096 1048577 /media sudo 36302 root cwd DIR 8,21 4096 1048577 /media grep 36303 myusername cwd DIR 8,21 4096 1048577 /media lsof 36304 root cwd DIR 8,21 4096 1048577 /media lsof 36305 root cwd DIR 8,21 4096 1048577 /media

我搔着头，这时我想起了u盘从USB接口伸出来。也许是抓挠起了作用。

所以我卸载了u盘分区(卸载一个分区会自动卸载另一个分区)，并安全地拔掉了u盘的插头。在这样做之后，我能够卸载/dev/sda1(不再安装任何东西)，用gparted重新标记它，重新安装驱动器和u盘，没有任何问题。 培根得救。

sudo fusermount -u -z <mounted path>

注意:不要对路径使用补全，因为这也会冻结终端。

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

定影器 -cu /本地/mnt/

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

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

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

Kill -9 pid

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

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