不少技术人员在排查磁盘挂载问题时，习惯性地翻阅 /etc/fstab 或直接使用 mount 命令。实际上，这两种方法都带有一定的“滞后性”——/etc/fstab 充其量只是系统启动时的配置意愿，而 mount 命令的输出则做了某些过滤和格式化。真正能反映当前内核实际设定的，是 /proc/self/mountinfo 这个文件，而 findmnt 命令正是专门解析它的利器，用于查看 Linux 磁盘分区挂载选项。

直接查看当前生效的挂载选项，用 findmnt 最准确

不要只盯着 /etc/fstab，它只是启动时的“愿望清单”；实际运行时，systemd、mount -o remount 或内核启动参数都可能覆盖它。findmnt 读取的是 /proc/self/mountinfo，字段语义明确、不怕空格和特殊字符，输出的信息也比 mount 更完整，是查询挂载选项的推荐工具。

• findmnt /dev/sdb1：直接查询设备，输出包含完整的挂载选项列（例如 rw,noatime,stripe=400），一目了然
• findmnt /data：按挂载点查询，相比 mount | grep /data 更不易遗漏，且结果更规范
• findmnt -o SOURCE,TARGET,FSTYPE,OPTIONS -t ext4：按文件系统类型筛选，可以避开 tmpfs、proc 这类伪文件系统，快速定位实际存储分区

为什么 /proc/mounts 比 mount 命令更底层、更可信

mount 命令本质上是对 /proc/mounts 的格式化输出，但有一个隐藏风险：它默认会过滤掉 debugfs、securityfs 等内核内部挂载项，甚至某些动态挂载（如 systemd-mount 或 autofs）也有可能被遗漏。而 /proc/mounts 是内核维护的实时快照，它的第四列是用逗号分隔的字符串（例如 rw,relatime,data=ordered），这个字符串就是此刻真正起作用的参数——没有中间商赚差价，可靠性最高。

• 快速定位根分区：grep " / " /proc/mounts
• 整齐列出所有挂载点及其选项：awk '{print $2,$4}' /proc/mounts | column -t
• 注意：mount 命令的输出顺序不固定，而 /proc/mounts 的字段位置稳定，脚本解析时使用后者更安全、更精准

df -h 根本不显示挂载选项，别指望用它判断只读状态

df -h 只统计磁盘空间的用量，完全不涉及 ro/rw、noatime、barrier=1 这类行为控制项。你能看到 /boot 挂载在 /dev/sda1 上，但完全无法判断它到底是只读还是可写。一旦误配成 ro，执行 touch /boot/test 会直接报 Read-only file system，而 df -h 依然显示一切正常——这种情况很容易误导诊断。

• 确认挂载点是否可写，必须使用：findmnt -o OPTIONS /boot 或 grep /boot /proc/mounts
• df -T 能补上文件系统类型（例如 xfs），但仍然不反映实际挂载行为选项
• 部分发行版（如 RHEL 8+）会通过 systemd-remount-fs.service 动态覆盖 fstab 中的配置，此时 /proc/mounts 才是唯一的真相来源

改了 /etc/fstab 却没生效？常见原因就这三类

你明明在 fstab 的第四字段老老实实加上了 ,noatime，但 findmnt / 显示的却还是 relatime。这时候别急着重写配置，大概率不是语法写错了，而是没有触发重挂载，或者被更高优先级的机制给覆盖了。

• 没执行 sudo mount -o remount /：修改 /etc/fstab 并不会自动重新挂载已经在运行中的分区，需要手动触发才能生效
• LVM 或加密卷的路径对不上：fstab 里写的是 /dev/sdb1，但实际挂载的是 /dev/mapper/vg-lv，你改的那行选项根本没有落到真正的挂载点上
• 内核启动参数全局覆盖：比如 rootflags=noatime 会直接压过单个挂载点的局部设置，导致 fstab 中的更改被忽略

所以归根结底，真正起决定性作用的，永远是 /proc/mounts 里那行第四列的内容——其他的一切都只是中间状态，或者静态意图而已。掌握通过 findmnt 和 /proc/mounts 查看挂载选项的方法，才能高效排查 Linux 磁盘分区问题。