直接看当前生效的挂载选项应使用findmnt，它读取/proc/self/mountinfo，字段明确、不丢信息、比mount和/etc/fstab更准确可靠；findmnt /dev/sdb1或findmnt /data可精准查设备或挂载点的实时参数。
直接看当前生效的挂载选项，用 findmnt 最准
别只盯着 /etc/fstab，它只是启动时的“愿望清单”，实际运行中可能被 systemd、mount -o remount 或内核策略覆盖。findmnt 读的是 /proc/self/mountinfo，字段语义明确、不丢信息、不怕空格和特殊字符。
-
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 却没生效？常见原因就这三类
你加了 ,noatime 到 fstab 第四字段，但 findmnt / 仍显示 relatime，大概率不是配置写错了，而是没触发重挂载或被更高优先级机制覆盖。
- 没执行
sudo mount -o remount /：修改/etc/fstab不会自动重挂已运行的分区 - LVM 或加密卷路径错位：fstab 写的是
/dev/sdb1，实际挂载的是/dev/mapper/vg-lv，选项根本没套上 - 内核启动参数全局覆盖：比如
rootflags=noatime会压过单个挂载点的设置
真正生效的永远是 /proc/mounts 里那行第四列的内容——其他都是中间状态或静态意图。
