当前位置:首页 > 文章列表 > 文章 > linux > Linux findmnt 怎样查看挂载点对应的文件系统

Linux findmnt 怎样查看挂载点对应的文件系统

来源:17golang原创 2026-11-12 10:54:48 0浏览 收藏

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:挂载选项;它描述当前记录的选项,不等于某个发行版的全部配置意图。

默认展示适合人工浏览,但不适合让脚本按列号解析。官方手册建议需要稳定输出时显式指定列名;这也是排查“目录到底来自哪块盘”时最稳妥的第一步。

Linux findmnt 与 mountinfo 以及挂载记录字段关系说明图
图1:findmnt 挂载记录字段关系说明图;它帮助理解查询结果的字段边界,是静态说明图,不是终端截图。

用 --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

阅读结果时,把“路径所在文件系统”和“严格挂载点记录”当成两个不同问题。尤其在绑定挂载、覆盖挂载和容器挂载命名空间中,目标路径的视图可能与宿主机不同。

Linux findmnt 的 target、mountpoint 查询和稳定输出参数边界说明图
图2:findmnt 路径查询与稳定输出边界说明图;它表达参数职责关系,不是运行截图或执行流程。

固定脚本输出,避免解析默认树形格式

默认输出会为了人眼阅读显示树形关系,列和格式可能随 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

一份可复用的查看清单

  1. 问题是“路径在哪个文件系统”时先用 --target;问题是“这里是不是登记的挂载点”时用 --mountpoint。
  2. 人工浏览可以看默认树形输出,脚本则固定 --output,需要结构化数据时使用 --json 或 --pairs。
  3. 把 TARGET、SOURCE、FSTYPE、OPTIONS 分开解释,不要只凭来源设备猜文件系统类型。
  4. 需要看配置声明时加 --fstab;需要解析标签时再加 --evaluate,两者都不会替你执行挂载。
  5. 在容器或其他挂载命名空间里,先确认查询进程看到的挂载视图,再把结果与宿主机信息比较。

记住一句话:findmnt --target 回答“这条路径落在哪个文件系统”,findmnt --mountpoint 更接近“这个目录是否就是挂载点”。一旦把查询语义和输出契约分开,挂载排查就不会被默认树形格式或设备名称带偏。

相关问题

为什么普通子目录也能被 --target 查到结果?

因为 --target 查询的是路径所在文件系统,路径本身不必是独立挂载点;需要严格匹配挂载点时改用 --mountpoint。

findmnt 默认查的是 fstab 还是当前挂载表?

不加 --fstab 时,通常是在当前内核挂载信息中查找;查看配置文件声明要显式使用 --fstab。

脚本为什么不应该直接解析 findmnt 的默认输出?

默认格式面向人工阅读,树形关系、列和显示方式可能变化。脚本应固定 --output,并优先使用 --json 或 --pairs。

版本声明
本文转载于:17golang原创 如有侵犯,请联系study_golang@163.com删除
Linux procfs 怎样查看进程内存映射Linux procfs 怎样查看进程内存映射
上一篇
Linux procfs 怎样查看进程内存映射
AppArmor profile 怎样区分 enforce 与 complain
下一篇
AppArmor profile 怎样区分 enforce 与 complain
查看更多
最新文章
查看更多
课程推荐
  • 前端进阶之JavaScript设计模式
    前端进阶之JavaScript设计模式
    设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
    543次学习
  • GO语言核心编程课程
    GO语言核心编程课程
    本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
    516次学习
  • 简单聊聊mysql8与网络通信
    简单聊聊mysql8与网络通信
    如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
    500次学习
  • JavaScript正则表达式基础与实战
    JavaScript正则表达式基础与实战
    在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
    487次学习
  • 从零制作响应式网站—Grid布局
    从零制作响应式网站—Grid布局
    本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
    485次学习
查看更多
AI推荐
  • PubMedQA数据集详解:生物医学问答基准、功能与应用指南
    PubMedQA
    深入了解PubMedQA生物医学问答数据集,涵盖其核心功能、使用方法及在临床决策、药物研发等场景的应用,助力提升NLP模型性能。
    992次使用
  • H2O EvalGPT:开源LLM大模型评估与排行榜工具
    H2O EvalGPT
    H2O EvalGPT是H2O.ai推出的开源LLM评估平台,提供详细的大模型性能排行榜、行业特定基准测试及A/B测试功能,助您快速选择最适合项目的高性能大语言模型。
    995次使用
  • LMArena是什么?伯克利AI模型评估平台使用指南与功能解析
    LMArena
    LMArena是加州大学伯克利分校推出的AI模型匿名评测平台。通过盲测投票机制,用户可对比不同大模型回答并生成实时排行榜,助力开发者优化模型及用户选择最佳AI工具。
    1117次使用
  • 斯坦福HELM:大语言模型Holistic Evaluation整体评估框架详解
    HELM
    深入了解斯坦福推出的HELM(Holistic Evaluation of Language Models)大模型评测体系。本文解析其核心功能、安装配置步骤及应用场景,涵盖准确性、公平性、鲁棒性等多维度指标,助力开发者全面优化语言模型性能。
    1091次使用
  • MMBench详解:多模态大模型基准测试、功能特点与使用指南
    MMBench
    MMBench是由上海人工智能实验室等机构联合推出的多模态基准测试平台,提供细粒度能力评估、大规模数据集及VLMEvalKit工具。本文详细介绍其核心功能、安装使用方法及应用场景,助力开发者全面评估多模态模型性能。
    932次使用
微信登录更方便
  • 密码登录
  • 注册账号
登录即同意 用户协议 和 隐私政策
返回登录
  • 重置密码