umount 命令详解与参数实测（Ubuntu 22.04）

目标：全面掌握 umount 命令——按挂载点与按设备名两种卸载方式、target is busy 的定位与释放（fuser/lsof）、-l 延迟卸载的"立即失效"语义、-f 强制卸载对本地文件系统的真实边界，全部命令与回显已在 Ubuntu 22.04（util-linux 2.37.2）实测通过。

一、环境信息

操作系统：Ubuntu 22.04.5 LTS（x86_64）
内核版本：6.8.0-138-generic（uname -r 实测）
umount 版本：util-linux 2.37.2（umount --version 实测）
占用定位工具：fuser（psmisc 包）、lsof 4.93.2（均已在环境中安装并实测）
测试介质：/root/demo/img/ext4.img（dd 创建的 64 MiB 映像）→ losetup 关联 /dev/loop17 → mkfs.ext4 格式化 → 挂载 /mnt/ext4-demo

二、命令概览

2.1 语法与实测环境准备

umount 的语法只有两种形态：umount [options] <source> | <directory>（按设备或按挂载点卸载）与 umount -a [options]（批量卸载）。准备好测试盘并挂载：

💡 技术拓展：卸载失败的"目标忙"有多种应对手段，破坏性与适用场景横向对比——

方式原理/职责适用场景
umount 标准卸载，有进程占用即失败正常收尾，首选
umount -l 懒卸载：立即摘下目录树，占用结束后真正卸载无法逐个排查占用者时
umount -f 强制卸载（主要对 NFS 等网络文件系统生效）远端挂载点失联
fuser/lsof + kill 找出占用进程并结束后再卸定位明确的本地占用

本文以标准 umount 为主线：先按 3.3 实测"忙即失败"的行为，再用 -l 演示兜底手段，保持最小破坏性优先。

方式	原理/职责	适用场景
umount	标准卸载，有进程占用即失败	正常收尾，首选
umount -l	懒卸载：立即摘下目录树，占用结束后真正卸载	无法逐个排查占用者时
umount -f	强制卸载（主要对 NFS 等网络文件系统生效）	远端挂载点失联
fuser/lsof + kill	找出占用进程并结束后再卸	定位明确的本地占用

$ mkdir -p /root/demo/img

$ dd if=/dev/zero of=/root/demo/img/ext4.img bs=1M count=64
64+0 records in
64+0 records out
67108864 bytes (67 MB, 64 MiB) copied, 0.0383002 s, 1.8 GB/s

$ losetup -f --show /root/demo/img/ext4.img
/dev/loop17

$ mkfs.ext4 -F /dev/loop17
mke2fs 1.46.5 (30-Dec-2021)
Discarding device blocks:     0/16384           done
Creating filesystem with 16384 4k blocks and 16384 inodes

Allocating group tables: 0/1   done
Writing inode tables: 0/1   done
Creating journal (1024 blocks): done
Writing superblocks and filesystem accounting information: 0/1   done


$ blkid /dev/loop17
/dev/loop17: UUID="e8e2d3bd-a07c-44f2-81dd-e2a73f24e706" BLOCK_SIZE="4096" TYPE="ext4"

$ mkdir -p /mnt/ext4-demo

$ mount /dev/loop17 /mnt/ext4-demo

$ echo persistent > /mnt/ext4-demo/data.txt

2.2 --help 全量回显

umount --help 输出全部参数清单（实测原样保留，可作为参数速查）：

Usage:
 umount [-hV]
 umount -a [options]
 umount [options] <source> | <directory>

Unmount filesystems.

Options:
 -a, --all               unmount all filesystems
 -A, --all-targets       unmount all mountpoints for the given device in the
                           current namespace
 -c, --no-canonicalize   don't canonicalize paths
 -d, --detach-loop       if mounted loop device, also free this loop device
     --fake              dry run; skip the umount(2) syscall
 -f, --force             force unmount (in case of an unreachable NFS system)
 -i, --internal-only     don't call the umount.<type> helpers
 -n, --no-mtab           don't write to /etc/mtab
 -l, --lazy              detach the filesystem now, clean up things later
 -O, --test-opts <list>  limit the set of filesystems (use with -a)
 -R, --recursive         recursively unmount a target with all its children
 -r, --read-only         in case unmounting fails, try to remount read-only
 -t, --types <list>      limit the set of filesystem types
 -v, --verbose           say what is being done
 -q, --quiet             suppress 'not mounted' error messages
 -N, --namespace <ns>    perform umount in another namespace

 -h, --help              display this help
 -V, --version           display version

For more details see umount(8).

💡 说明：重点参数四个——-l 延迟卸载、-f 强制卸载（帮助原文就写明面向 NFS）、-d 卸载时顺带释放回环设备、-A 卸载设备的全部挂载点。下文逐一实测。

2.3 版本确认

$ umount --version
umount from util-linux 2.37.2 (libmount 2.37.2: selinux, smack, btrfs, verity, namespaces, assert, debug)

三、参数逐项实测

3.1 按挂载点卸载

最常用的方式，参数是挂载点路径。成功时静默，卸载后 findmnt 查不到（exit=1）：

$ umount /mnt/ext4-demo

$ findmnt /mnt/ext4-demo; echo exit=$?
exit=1

3.2 按设备名卸载

umount 也接受设备路径，效果与按挂载点等价——同一块设备当前只有一个挂载点时两种写法通用：

$ mount /dev/loop17 /mnt/ext4-demo

$ umount /dev/loop17

$ findmnt /mnt/ext4-demo; echo exit=$?
exit=1

💡 说明：一台设备挂了多个挂载点时，如实测环境中挂载三处的 sda3，umount /dev/sda3 只会卸载其中一个挂载点；此时用 -A 一次卸载该设备全部挂载点，或逐个指定挂载点路径。

3.3 target is busy：定位并释放占用

挂载点内有进程持有打开的文件时，umount 拒绝卸载。用后台进程模拟占用：

$ mount /dev/loop17 /mnt/ext4-demo

$ echo busy-data > /mnt/ext4-demo/busy.txt

$ sleep 600 < /mnt/ext4-demo/busy.txt &

$ umount /mnt/ext4-demo
umount: /mnt/ext4-demo: target is busy.

sleep 600 < 文件 & 的写法让重定向在进程启动时打开文件并一直持有——这是最小化的"占用"模拟。报错后用 fuser 与 lsof 定位占用者：

$ fuser -vm /mnt/ext4-demo
                     USER        PID ACCESS COMMAND
/mnt/ext4-demo:      root     kernel mount /mnt/ext4-demo
                     root        734 f.... sleep

$ lsof +D /mnt/ext4-demo
COMMAND PID USER   FD   TYPE DEVICE SIZE/OFF NODE NAME
sleep   734 root    0r   REG   7,17       10   13 /mnt/ext4-demo/busy.txt

fuser 表格列出两类持有者：内核侧的 mount 进程（挂载本身）与 734 号 sleep 进程（f.... 中 F 表示打开了文件）；lsof 则直接给出打开的具体文件与 FD 类型（0r 即标准输入以只读方式打开）。结束占用进程后重新卸载：

$ kill 734

$ sleep 1

$ umount /mnt/ext4-demo

$ findmnt /mnt/ext4-demo; echo exit=$?
exit=1

💡 说明：fuser -v 不带 -m 时只查文件本身；-m（mountpoint）把整个文件系统上被打开的文件都归因到该挂载点，是查"谁占着挂载"的正确姿势。

3.4 -l：延迟卸载（lazy）

进程还占着、但又必须让挂载点"立刻消失"时用 -l：挂载从目录树立即摘除，等最后一个引用释放后再真正清理。先重新挂载并制造占用：

$ mount /dev/loop17 /mnt/ext4-demo

$ sleep 600 < /mnt/ext4-demo/busy.txt &

$ umount -l /mnt/ext4-demo

卸载瞬间验证三个现象——挂载表里已不存在、路径上的文件已不可达、挂载点目录露出底下空目录：

$ findmnt /mnt/ext4-demo; echo exit=$?
exit=1

$ cat /mnt/ext4-demo/busy.txt
cat: /mnt/ext4-demo/busy.txt: No such file or directory

$ ls -la /mnt/ext4-demo
total 8
drwxr-xr-x 2 root root 4096 Oct 15 06:51 .
drwxr-xr-x 1 root root 4096 Oct 15 06:51 ..

busy.txt 在文件系统上仍然存在（3.5 重挂后还能读到），但当前路径视图已切换到挂载点目录本身。等占用进程退出，内核完成真正的清理：

$ kill 743

$ sleep 1

💡 说明：-l 的语义是"现在就断开可见性，以后再回收"。对占用方而言旧文件句柄仍可读写到文件系统真正释放为止，因此它不解决数据一致性问题，只是解挂载点之急。

3.5 -f：强制卸载的真实边界

-f 的设计目标是"不可达的 NFS 系统"（帮助原文 in case of an unreachable NFS system）。对本地文件系统的 busy，实测并不买账：

$ mount /dev/loop17 /mnt/ext4-demo

$ sleep 600 < /mnt/ext4-demo/busy.txt &

$ umount -f /mnt/ext4-demo
umount: /mnt/ext4-demo: target is busy.

$ kill 750

$ sleep 1

$ umount /mnt/ext4-demo

-f 照样报 target is busy.——本地 ext4 上有进程持有打开文件时，强制卸载无能为力，正确做法仍是 3.3 的定位与释放。清理回环设备：

$ losetup -d /dev/loop17

$ losetup -a | grep loop17; echo exit=$?
exit=1

四、实战示例

实战一：回环映像用完即卸的完整闭环

块设备用完后先卸文件系统、再释放回环设备，两步收尾（回显见 3.5 末尾与 2.1）：

umount /mnt/ext4-demo      # 卸载文件系统
losetup -d /dev/loop17     # 释放回环设备
losetup -a | grep loop17   # 确认已无关联（exit=1 即干净）

偷懒一步到位可以用 umount -d /mnt/ext4-demo：卸载的同时自动释放回环设备（帮助中的 -d, --detach-loop）。

实战二：卸载前的"三查"流程

生产环境卸载前建议按顺序确认，避免误伤：

findmnt /mnt/ext4-demo     # 一查：确认挂载存在与设备来源（exit=1 则本来就未挂载）
fuser -vm /mnt/ext4-demo   # 二查：确认无进程占用
umount /mnt/ext4-demo      # 三卸：干净卸载

任何一步异常都能在卸载前发现，而不是卸载失败后再回头排查。

五、注意事项与常见问题

Q1：target is busy，但 fuser/lsof 都看不到进程？ 两种常见情况：一是某进程的工作目录在该挂载点里（shell 停在挂载点内也会导致 busy，fuser -vm 能看到以 ..c.. 标记的 shell）；二是占用者已退出但内核还持有引用未释放完，稍等再试。本篇实测的 sleep 占用在 fuser/lsof 中都能直接看到。

Q2：-l 之后文件还在吗？什么时候真正释放？ 实测（3.4）：挂载立即从目录树消失（findmnt 查不到、cat 报 No such file or directory），但文件系统本体要等最后一个引用（打开的文件句柄、进程工作目录等）释放后才真正卸载。占用进程 kill 之后内核随即完成清理。

Q3：-f 为什么对本地文件系统无效？ -f 是为 NFS 这类网络文件系统设计的（服务器不可达时中断挂起的通知），本地文件系统的"busy"源于真实的应用层引用，内核不允许强制撕开。实测 -f 对持有打开文件的 ext4 依旧报 target is busy。应急顺序应为：定位占用者 → 结束进程 → 正常 umount。

Q4：卸载后 loop 设备为什么还占着？ umount 只卸载文件系统，回环设备与映像文件的关联仍由 losetup 维护，需再执行 losetup -d /dev/loop17；或卸载时直接用 umount -d 让 util-linux 顺带释放。

占用定位工具对比

工具	所属包	查询方式	输出要点	适用场景
fuser -vm	psmisc	文件/挂载点 → 进程	USER/PID/ACCESS/COMMAND 表格，ACCESS 列带 f/c 等标记	快速确认"谁占着挂载点"
lsof +D 目录	lsof	递归目录下打开的文件 → 进程	COMMAND/PID/USER/FD/TYPE/NAME，含打开的具体文件	需要知道具体打开了哪个文件
lsof 挂载点路径	lsof	单路径查询	同上	只关心单个文件/目录

实测对比见 3.3：fuser 一眼看到占用进程与内核挂载持有者，lsof 进一步给出打开文件路径与 FD 模式，两者互补。

六、参考链接

umount(8) 手册：https://man7.org/linux/man-pages/man8/umount.8.html
fuser(1) 手册：https://man7.org/linux/man-pages/man1/fuser.1.html
lsof(8) 手册：https://man7.org/linux/man-pages/man8/lsof.8.html
util-linux 上游仓库：https://github.com/util-linux/util-linux