Linux 怎样用 findmnt 查看挂载来源和选项

Linux 上排查“这个路径到底挂在哪个文件系统上”时，findmnt 比直接阅读一长串 /proc/self/mountinfo 更适合人工查看。最实用的顺序是：先看挂载树，再用 --target 锁定路径，最后用 --output 明确列出来源、类型和选项。

本文只讨论挂载树和选项输出。示例命令都是只读查询，代码块用于说明如何组织查询，不把示例输出冒充成本机执行结果。

官方地址：https://www.kernel.org/pub/linux/utils/util-linux/

先建立基线：默认树形输出看什么

直接运行 findmnt，默认从当前进程可见的内核挂载信息中列出文件系统，并尽量以树形关系展示父挂载点与子挂载点。这里的“树”回答的是层级关系；它不是目录大小排行，也不是磁盘使用率报表。

# 先看当前挂载树，适合人工建立全局基线。
findmnt

# 使用 ASCII 线条，适合复制到纯文本工单或日志。
findmnt --ascii

# 只看真实文件系统，减少伪文件系统对观察的干扰。
findmnt --real

阅读时先找四类信息：TARGET 是挂载点，SOURCE 是来源，FSTYPE 是文件系统类型，OPTIONS 是当前输出中的选项集合。树形缩进表示挂载条目之间的父子关系，不能单独用来推断目录容量或应用是否能访问。

这一步相当于性能排查里的“基线”：先确认观察对象和层级，再决定是否需要针对某个路径缩小范围。默认布局可能随版本或列宽调整，因此基线适合人读，不适合直接作为脚本接口。

用 --target 找到一个路径的挂载来源

如果问题是“/data/logs/app.log 属于哪个挂载”，不要先用字符串搜索整棵树。使用 --target 让 findmnt 按路径解析当前挂载关系，输出最多一个对应条目。

# 查询目标路径所在的文件系统；路径可以是文件或目录。
findmnt --target /data/logs/app.log

# 只指定严格的挂载点，不让命令继续检查父级路径元素。
findmnt --mountpoint /data

# 明确要求只输出目标列，便于人工快速核对来源和类型。
findmnt --target /data/logs/app.log \
  --output TARGET,SOURCE,FSTYPE,OPTIONS

--target 允许传入文件或目录；如果给的路径本身不是挂载点，命令会沿路径元素寻找所属挂载点。若你要检查的就是一个严格的挂载点，可以改用 --mountpoint，这样不会把父级路径当作候选。

要注意覆盖挂载：同一个目录可能先后被不同文件系统挂载。--target 关注当前可见的目标条目，默认会跳过同一挂载点上的被覆盖条目。若排查的是“为什么看不到旧挂载”，应把它当成挂载层级问题，而不是简单的路径不存在。

用明确列区分来源、类型和选项

仅仅看到一列很长的默认输出，容易把文件系统类型、通用 VFS 标志和文件系统自身选项混在一起。建议在需要判断选项时显式指定列。

# 只打印路径、来源、类型和合并后的选项视图。
findmnt --target /data --output TARGET,SOURCE,FSTYPE,OPTIONS

# 将通用 VFS 标志与文件系统相关选项拆开观察。
findmnt --target /data \
  --output TARGET,SOURCE,FSTYPE,VFS-OPTIONS,FS-OPTIONS

# 不截断列内容，避免长来源或长选项被省略。
findmnt --target /data --output TARGET,SOURCE,FSTYPE,OPTIONS \
  --notruncate

OPTIONS 适合快速阅读整体选项；VFS-OPTIONS 用于观察与具体文件系统无关的通用内核标志；FS-OPTIONS 用于观察文件系统相关选项。不同发行版和 util-linux 版本的可用列可能有差异，先用 findmnt --list-columns 查看本机支持的列名。

如果只想筛选某类文件系统，可以配合 --types；如果只想看指定来源，可以用 --source。这些过滤器改变的是观察范围，不会修改挂载本身。

# 只查看 ext4 条目，逗号分隔多个类型。
findmnt --types ext4

# 按来源查找；设备名、标签或 UUID 都应以目标机器实际值为准。
findmnt --source /dev/sdb1

# 显式列出支持的列名，避免凭记忆拼写列字段。
findmnt --list-columns

分清 --kernel、--mtab 和 --fstab

findmnt 可以查看不同信息源。排查“当前到底挂了什么”时，优先看内核挂载表；排查“用户空间记录记了什么”或“配置计划挂什么”时，再切换到对应来源。

# 默认使用内核挂载信息，明确写出模式便于复盘。
findmnt --kernel --target /data

# 查看 fstab 中与目标路径相关的配置记录。
findmnt --fstab --target /data

# 查看 mtab 记录；它可能包含用户空间挂载信息。
findmnt --mtab --target /data

三种输出不能互相替代。/etc/fstab 是配置文件，里面写了某个目标并不代表当前已经挂载；/etc/mtab 是用户空间记录，也可能与内核当前状态产生差异。对实时排查，先使用内核视图，再把配置视图作为解释“应该怎样挂”的补充。

让脚本使用稳定输出，不依赖默认布局

如果结果要进入巡检脚本、工单或监控采集，不要解析默认树形文本。上游手册明确建议在脚本中显式指定期望列；需要机器读取时可以选择 JSON。

# 以固定列输出，避免默认列集合变化影响解析。
findmnt --kernel --output TARGET,SOURCE,FSTYPE,OPTIONS --list

# 使用 JSON 输出，适合交给后续程序处理。
findmnt --kernel --json --output TARGET,SOURCE,FSTYPE,OPTIONS

# 原始格式会转义可能影响解析的特殊字符。
findmnt --kernel --raw --output TARGET,SOURCE,FSTYPE,OPTIONS

--list 使用表格列表形式，不强调父子树；它更适合固定列的人工或程序读取。--json 适合后续程序消费，但脚本仍应处理字段缺失、空结果和发行版版本差异。不要把某个版本的默认树形列宽当成长期 API。

一个稳妥的判断顺序是：先检查命令退出状态，再判断是否有条目，最后按字段读取。没有匹配结果时，可能是路径不在当前挂载命名空间、过滤条件过窄、目标已卸载，或路径本身不存在；不要把空结果直接解释成“磁盘坏了”。

空结果、伪文件系统与权限边界

查看挂载关系是观察动作，不等于验证业务可用性。即使 findmnt 显示某个来源和选项，也不能由此证明远端服务可达、目录有写权限、应用没有阻塞，或所有历史挂载都仍然存在。

# 只看伪文件系统，帮助解释 /proc、/sys 等特殊挂载。
findmnt --pseudo

# 只看内核视图中未被过滤的全部文件系统。
findmnt --all --kernel --output TARGET,SOURCE,FSTYPE,OPTIONS

# 目标路径不存在时，先确认路径和命名空间，再解释空结果。
findmnt --target /data/logs/app.log

容器、chroot 或其他挂载命名空间中，同一路径可能对应不同挂载树。命令默认面向当前进程可见的视图；如果你在宿主机和容器内分别执行，不能把两份结果合并成一个“全局真相”。

另一个常见误区是把 --verify 当作“当前挂载是否健康”的万能检查。它主要用于检查挂载表内容，默认更偏向验证 /etc/fstab 的可解析性和可用性；它不能替代对业务读写、网络连通性或容量的专门检查。

三种常见误判怎么修正

如果文章开头的问题是“挂载来源和选项是什么”，最短答案可以收敛为：

# 先锁定目标路径，再固定输出需要的字段。
findmnt --kernel --target /data \
  --output TARGET,SOURCE,FSTYPE,VFS-OPTIONS,FS-OPTIONS \
  --notruncate

这条命令只负责把当前可见的挂载关系整理出来，不会修改挂载，也不会替你判断业务是否健康。看清信息源、目标路径和字段含义，才是 findmnt 在 Linux 排障中的价值。

findmnt 和 mount 的列表输出有什么区别？

mount 的列表模式主要是兼容性功能；对于更稳健、可定制的挂载信息查看，上游文档建议使用 findmnt。尤其是脚本场景，应使用明确输出列。

为什么 --target 查到的来源和 fstab 不一样？

因为两者回答的问题不同：--target 默认看当前内核挂载视图，--fstab 看配置文件中的计划。挂载可能尚未执行、已经被覆盖，或实际来源通过标签解析成了另一个设备。

OPTIONS、VFS-OPTIONS 和 FS-OPTIONS 应该看哪一个？

快速阅读看 OPTIONS；需要区分通用内核标志和文件系统自身设置时，分别读取 VFS-OPTIONS 与 FS-OPTIONS。脚本先用 --list-columns 确认本机列支持情况。