Linux findmnt 怎样看清 bind 挂载的源路径

排查 Linux 容器、服务沙箱或临时目录时，我经常先遇到一个看似简单的问题：/srv/app/data 到底是哪个目录挂进来的？如果目标是 bind mount，只看设备名或默认树形输出很容易把“文件系统来源”和“目录来源”混在一起。更稳妥的做法是让 findmnt 明确输出 SOURCE、TARGET、FSTYPE 和 OPTIONS，再用目标路径缩小范围。

官方资料：https://man7.org/linux/man-pages/man8/findmnt.8.html

要看清一个 bind 挂载，优先执行 findmnt --kernel --target /目标路径 --output TARGET,SOURCE,FSTYPE,OPTIONS。其中 TARGET 是挂载点，SOURCE 是对应的源目录或源描述，FSTYPE 用来确认类型，OPTIONS 用来补充挂载选项。不要把默认输出的列顺序当成脚本接口。

先把四个关键字段固定下来

findmnt 可以读取内核挂载信息，也可以查询 fstab 或 mtab。排查当前生效的挂载时，使用 --kernel 更直观；脚本中再用 --output 指定字段，避免默认树形格式随 util-linux 版本或参数变化。

# 固定当前内核挂载表中的四个字段，便于人工阅读和脚本采集
findmnt --kernel \
  --output TARGET,SOURCE,FSTYPE,OPTIONS

# 只查询一个明确的挂载目标，减少同名目录带来的误判
findmnt --kernel \
  --target /srv/app/data \
  --output TARGET,SOURCE,FSTYPE,OPTIONS

示例结果可以理解为四列关系：目标路径告诉你“挂载落在哪里”，源路径告诉你“绑定了什么”，文件系统类型帮助区分 bind 与普通块设备挂载，选项则补充读写和其他 VFS 信息。展示内容是命令输出格式示例，不代表某台机器的运行结果。

按目标路径定位唯一的挂载记录

如果你已经知道服务使用的目录，优先用 --target。它接收文件或目录路径，并沿路径查找所在文件系统；而 --mountpoint 更强调“这个路径必须就是挂载点”。排障时两者的语义不同，不能只把参数名互换。

# 让 findmnt 按目标路径查找，并只保留适合记录的列
findmnt --kernel \
  --target /srv/app/data \
  --output TARGET,SOURCE,FSTYPE,OPTIONS

# 需要严格确认路径本身就是挂载点时，改用 --mountpoint
findmnt --kernel \
  --mountpoint /srv/app/data \
  --output TARGET,SOURCE,FSTYPE,OPTIONS

一个实用判断是：--target 适合回答“这个路径当前落在哪个挂载上”，--mountpoint 适合回答“这个目录是不是挂载表中的挂载点”。如果只是想核对 bind 的目标目录，先使用 --mountpoint 可以减少父目录匹配造成的歧义。

SOURCE 不是普通设备名

普通磁盘挂载常见的 SOURCE 是设备、LABEL 或 UUID；bind mount 的 SOURCE 更接近被绑定的目录。它描述的是挂载关系中的来源，不等于“这个目录所在的底层块设备”。因此不要看到 SOURCE 不是 /dev/... 就判断挂载失败。

需要更完整地显示 bind 源路径时，可以加上 --nofsroot。这个选项会去掉 SOURCE 中用于表示文件系统内部根目录的附加部分，更适合做人工对照；但它不会把 bind mount 变成普通设备挂载，也不会修改现有挂载。

# 显示 bind 源目录时去掉 SOURCE 中的文件系统根目录标记
findmnt --kernel \
  --mountpoint /srv/app/data \
  --nofsroot \
  --output TARGET,SOURCE,FSTYPE,OPTIONS

# 只输出源和目标，适合复制到排障记录中
findmnt --kernel \
  --mountpoint /srv/app/data \
  --nofsroot \
  --output SOURCE,TARGET

目标下面还有子挂载时看树形关系

一个 bind 目标下面可能继续存在独立挂载点。此时只看一行 SOURCE、TARGET 不够，需要知道目标下是否还有子挂载。--submounts 会递归打印选中文件系统的子挂载，并以树形方式表达父子关系。

# 以目标为根查看其下的子挂载，字段仍然显式固定
findmnt --kernel \
  --target /srv/app/data \
  --submounts \
  --output TARGET,SOURCE,FSTYPE,OPTIONS

# 只检查挂载表是否能被解析，不修改挂载状态
findmnt --verify

这里要把“查询”和“修改”分开：findmnt 负责读取和筛选挂载信息，mount、umount 或 remount 才负责改变状态。本文只用查询命令确认关系，不把查询结果误解成已经完成了权限、只读或传播属性调整。

给脚本用时不要依赖默认格式

默认输出适合临时阅读，但官方手册提醒脚本应显式指定输出列。可以保留空格和表格供人读，也可以使用原始模式处理路径中的特殊字符。记录时建议把查询时间、命令参数和四个字段一起保存，方便和服务配置对照。

# 用原始格式减少转义歧义，同时固定字段顺序
findmnt --kernel \
  --mountpoint /srv/app/data \
  --nofsroot \
  --raw \
  --output TARGET,SOURCE,FSTYPE,OPTIONS

# 把目标路径作为变量时先加引号，避免空格或通配符被 shell 展开
mount_target="/srv/app/data"
findmnt --kernel --mountpoint "$mount_target" \
  --output TARGET,SOURCE,FSTYPE,OPTIONS

如果查询没有记录，先确认你查的是当前 mount namespace；容器内外看到的挂载表可能不同。若字段被截断，使用 --notruncate；若脚本需要稳定解析，继续显式列出字段，并对空结果和多行输出单独处理。

我会怎样留下这条排障记录

我通常把记录分成三层：第一层是目标路径和查询命令，第二层是 SOURCE、FSTYPE、OPTIONS 的原样值，第三层是是否存在子挂载以及当前命名空间。这样后续即使有人执行过 remount，也能看出当时确认的是哪条挂载关系，而不是只留下一个“目录可访问”的结论。

相关问题

• bind mount 的 SOURCE 为什么不是设备文件？因为它表达的是目录到目录的绑定关系，底层设备需要通过对应文件系统记录另行判断。
• --target 和 --mountpoint 有什么区别？--target 可以沿路径查找所在文件系统，--mountpoint 更严格地核对路径本身是否为挂载点。
• findmnt 能不能把 bind 挂载改成只读？不能。它是查询工具；挂载属性修改属于 mount/remount 操作，不能把查询结果当成变更结果。
• 为什么容器内外的结果可能不同？挂载信息属于 mount namespace 的视图，查询命令运行的位置会影响可见的挂载表。