Linux findmnt 怎样查看挂载点对应的文件系统
Linux 上想知道“这个目录实际落在哪个文件系统”,直接用 findmnt --target 路径;想严格查询某个挂载点,则用 findmnt --mountpoint 挂载点。不带筛选条件时,findmnt 会列出挂载文件系统,默认从内核挂载信息中组织结果;用 --output 明确列名后,脚本就不必依赖容易变化的默认树形格式。
官方文档地址:https://man7.org/linux/man-pages/man8/findmnt.8.html
本文只解决挂载查询和结果阅读:先看字段,再区分目标路径与严格挂载点,最后固定脚本输出并处理 fstab、权限和退出码。不会执行挂载,也不会修改 /etc/fstab。
先看 findmnt 的核心输出
先执行一次不带参数的查询,可以看到当前命名空间里的挂载层级:
# 查看当前进程所在挂载命名空间里的文件系统。 findmnt # 只显示真实文件系统,先排除常见的伪文件系统噪声。 findmnt --real
一条挂载记录最值得先读懂的是下面几列:
- TARGET:挂载目标目录,也就是路径树中的挂载点。
- SOURCE:来源设备、标签或其他挂载源;绑定挂载、子卷等场景不一定是普通块设备。
- FSTYPE:文件系统类型,例如
ext4、xfs或伪文件系统类型。 - OPTIONS:挂载选项;它描述当前记录的选项,不等于某个发行版的全部配置意图。
默认展示适合人工浏览,但不适合让脚本按列号解析。官方手册建议需要稳定输出时显式指定列名;这也是排查“目录到底来自哪块盘”时最稳妥的第一步。

用 --target 查路径所在的文件系统
--target 接受文件或目录路径,目标不是挂载点本身也没关系:findmnt 会沿路径向上查找它所在的文件系统,结果最多对应一个文件系统记录。
target_path="/var/lib" # 查询这个路径最终落在哪个文件系统,并只保留排查需要的字段。 findmnt --target "$target_path" --output TARGET,SOURCE,FSTYPE,OPTIONS # 需要机器读取时,把同一组字段输出为 JSON。 findmnt --target "$target_path" --output TARGET,SOURCE,FSTYPE --json
如果你的问题是“这个路径使用什么文件系统”,用 --target 更自然;如果问题是“某个目录是否恰好登记为挂载点”,不要把两者混为一谈。
用 --mountpoint 区分严格挂载点
--mountpoint 明确表达“把参数当作挂载点匹配”。例如一个普通子目录可能继承父目录的文件系统,但它本身并没有单独挂载记录;这时 --target 可能找到父级文件系统,而 --mountpoint 更强调严格匹配。
mountpoint="/var/lib" # 只按挂载点字段匹配,不把路径中的父级目录当成同一个目标。 findmnt --mountpoint "$mountpoint" --output TARGET,SOURCE,FSTYPE # 反过来按来源查询,适合已知设备或标签、想找它挂到哪里的场景。 findmnt --source /dev/sdb1 --output TARGET,SOURCE,FSTYPE
阅读结果时,把“路径所在文件系统”和“严格挂载点记录”当成两个不同问题。尤其在绑定挂载、覆盖挂载和容器挂载命名空间中,目标路径的视图可能与宿主机不同。

固定脚本输出,避免解析默认树形格式
默认输出会为了人眼阅读显示树形关系,列和格式可能随 util-linux 版本或参数变化。脚本应显式声明字段,并根据调用方选择 JSON 或键值对。
target_path="/data" # 明确列名,避免脚本依赖默认列顺序和树形缩进。 findmnt --target "$target_path" --output TARGET,SOURCE,FSTYPE,OPTIONS --list # JSON 适合交给后续程序解析;不要再用 awk 按空格拆分。 findmnt --target "$target_path" --output TARGET,SOURCE,FSTYPE --json # 键值对适合简单 shell 读取,必要时配合 --shell 生成变量友好的列名。 findmnt --target "$target_path" --output TARGET,SOURCE,FSTYPE --pairs --shell
--output 负责选择列,--json 和 --pairs 负责改变表达形式。它们解决的是输出契约,不会把一次查询变成稳定的系统快照;挂载表在运行期间仍可能变化。
处理 fstab、标签和退出码
查询当前内核挂载信息和查询配置文件不是一回事。需要查看 /etc/fstab 中定义的条目时,显式加 --fstab;如果希望把 LABEL= 或 UUID= 解析成设备名,再考虑 --evaluate。
# 只查询 fstab 中声明的 ext4 条目,不执行挂载。 findmnt --fstab --types ext4 --output TARGET,SOURCE,FSTYPE,OPTIONS # 把 fstab 中的 LABEL/UUID 解析为可识别的设备来源。 findmnt --fstab --evaluate --output TARGET,SOURCE,FSTYPE
还要看懂退出状态:有匹配内容时返回 0;过滤条件找不到文件系统,或路径、设备不存在时,通常返回 1。因此脚本不能只看标准输出是否为空,还应把“没有匹配”和“命令本身出错”纳入处理逻辑。
target_path="/data" # 保留 findmnt 的返回码,把“没有匹配”作为可记录的分支。 if result=$(findmnt --target "$target_path" --output TARGET,SOURCE,FSTYPE --list); then printf '%s\n' "$result" else status=$? printf '未找到可匹配的文件系统,退出码:%s\n' "$status" >&2 exit "$status" fi
一份可复用的查看清单
- 问题是“路径在哪个文件系统”时先用
--target;问题是“这里是不是登记的挂载点”时用--mountpoint。 - 人工浏览可以看默认树形输出,脚本则固定
--output,需要结构化数据时使用--json或--pairs。 - 把
TARGET、SOURCE、FSTYPE、OPTIONS分开解释,不要只凭来源设备猜文件系统类型。 - 需要看配置声明时加
--fstab;需要解析标签时再加--evaluate,两者都不会替你执行挂载。 - 在容器或其他挂载命名空间里,先确认查询进程看到的挂载视图,再把结果与宿主机信息比较。
记住一句话:findmnt --target 回答“这条路径落在哪个文件系统”,findmnt --mountpoint 更接近“这个目录是否就是挂载点”。一旦把查询语义和输出契约分开,挂载排查就不会被默认树形格式或设备名称带偏。
相关问题
为什么普通子目录也能被 --target 查到结果?
因为 --target 查询的是路径所在文件系统,路径本身不必是独立挂载点;需要严格匹配挂载点时改用 --mountpoint。
findmnt 默认查的是 fstab 还是当前挂载表?
不加 --fstab 时,通常是在当前内核挂载信息中查找;查看配置文件声明要显式使用 --fstab。
脚本为什么不应该直接解析 findmnt 的默认输出?
默认格式面向人工阅读,树形关系、列和显示方式可能变化。脚本应固定 --output,并优先使用 --json 或 --pairs。
Linux procfs 怎样查看进程内存映射
- 上一篇
- Linux procfs 怎样查看进程内存映射
- 下一篇
- AppArmor profile 怎样区分 enforce 与 complain
-
- 文章 · linux | 35分钟前 | Linux · Linux 内存映射 procfs /proc/PID/maps 进程排查
- Linux procfs 怎样查看进程内存映射
- 441浏览 收藏
-
- 文章 · linux | 1小时前 | 服务管理 · systemd Linux配置 drop-in unit systemd-delta
- systemd-delta 怎样找出被覆盖的 unit 配置
- 230浏览 收藏
-
- 文章 · linux | 1天前 | 权限 · Linux ·
- AppArmor 为什么同一程序换路径后权限不同
- 177浏览 收藏
-
- 文章 · linux | 1天前 | 权限控制 · Ubuntu · Ubuntu include 权限规则 AppArmor local profile
- AppArmor 自定义权限怎么写到 local 目录避免升级被覆盖
- 106浏览 收藏
-
- 文章 · linux | 1天前 |
- AppArmor 日志出现 DENIED 时怎么用 aa-logprof 定位
- 159浏览 收藏
-
- 文章 · linux | 1天前 |
- apachectl -t 怎么在 reload 前检查 Apache 配置语法
- 254浏览 收藏
-
- 文章 · linux | 1天前 | Linux · apache · Apache 虚拟主机 ServerName apachectl -S ServerAlias
- apachectl -S 怎么确认请求实际匹配了哪个虚拟主机
- 377浏览 收藏
-
- 文章 · linux | 1天前 | 配置管理 · ansible ansible-playbook --check --diff 配置变更 运维预览
- Ansible playbook --check --diff 怎么预览配置变更
- 275浏览 收藏
-
- 文章 · linux | 1天前 | Linux · Linux auto manual apt-mark autoremove
- apt-mark auto 和 manual 怎么判断软件包是否会被自动删除
- 245浏览 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 543次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 516次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 500次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 485次学习
-
- PubMedQA
- 深入了解PubMedQA生物医学问答数据集,涵盖其核心功能、使用方法及在临床决策、药物研发等场景的应用,助力提升NLP模型性能。
- 992次使用
-
- H2O EvalGPT
- H2O EvalGPT是H2O.ai推出的开源LLM评估平台,提供详细的大模型性能排行榜、行业特定基准测试及A/B测试功能,助您快速选择最适合项目的高性能大语言模型。
- 995次使用
-
- LMArena
- LMArena是加州大学伯克利分校推出的AI模型匿名评测平台。通过盲测投票机制,用户可对比不同大模型回答并生成实时排行榜,助力开发者优化模型及用户选择最佳AI工具。
- 1117次使用
-
- HELM
- 深入了解斯坦福推出的HELM(Holistic Evaluation of Language Models)大模型评测体系。本文解析其核心功能、安装配置步骤及应用场景,涵盖准确性、公平性、鲁棒性等多维度指标,助力开发者全面优化语言模型性能。
- 1091次使用
-
- MMBench
- MMBench是由上海人工智能实验室等机构联合推出的多模态基准测试平台,提供细粒度能力评估、大规模数据集及VLMEvalKit工具。本文详细介绍其核心功能、安装使用方法及应用场景,助力开发者全面评估多模态模型性能。
- 932次使用
-
- Nginx 502 Bad Gateway 怎么排查:从 upstream 到应用端口一步步定位
- 2026-06-17 369浏览
-
- 详解golang执行Linuxshell命令完整场景下的使用方法
- 2023-01-07 426浏览
-
- go程序部署到linux上运行的实现方法
- 2023-01-02 387浏览
-
- Linux系统下Go语言开发环境搭建
- 2023-01-07 242浏览
-
- 使用golang获取linux上文件的访问/创建/修改时间
- 2022-12-31 238浏览

