Linux mountpoint 如何确认目录是否真的挂载：挂载点误判、findmnt 输出与排障复核

值班时最容易误判的一幕是：/srv/data 目录能进入，应用也能创建文件，但重启后磁盘占用突然落回根分区。目录“存在”只说明路径解析成功，并不等于目标文件系统已经挂载。Linux 上更稳妥的判断要分两层：先用 mountpoint 看路径是否为挂载点，再用 findmnt --mountpoint 核对内核看到的来源、文件系统类型和挂载选项。

不要用“目录能访问”代替“目录已挂载”。先检查 mountpoint -q /srv/data 的退出状态，再用 findmnt --mountpoint /srv/data --output TARGET,SOURCE,FSTYPE,OPTIONS 复核来源。

目录能访问，为什么仍可能没有挂载

Linux 路径解析会逐级处理目录。只要本地根文件系统里有一个名为 /srv/data 的目录，cd /srv/data 就可能成功；真正的独立文件系统没有出现时，程序仍会把文件写入父级文件系统。于是表面上是“数据盘空了”，实际却是业务把数据写进了根分区。

test -d /srv/data
echo $?

mountpoint /srv/data
echo $?

第一组命令只检查目录是否存在。第二组才检查它是否是挂载点。排障记录里要保留退出码：mountpoint 返回 0 表示目标是挂载点，非 0 则不能按已挂载处理。这里先别急着看容量，先把“路径存在”和“文件系统已接入”分开。

用 mountpoint 做第一道真假判断

mountpoint 适合放进值班脚本或发布前检查，因为它的核心结果是退出状态。静默模式可以避免把普通提示混进脚本日志：

if mountpoint -q /srv/data; then
    echo "mounted"
else
    echo "not mounted"
    exit 1
fi

这段检查只回答一个问题：/srv/data 是否对应一个挂载点。它不会替你判断来源设备是否正确，也不会证明业务已经使用了这个目录。比如挂载了错误的空目录，mountpoint -q 仍然可能成功，所以第二道检查不能省。

不要把 mountpoint 的普通输出当成接口

人读日志时可以直接看 mountpoint /srv/data 的文字，但脚本最好使用 -q 加退出码。输出文本适合值班记录，退出码才适合门禁逻辑。这样即使发行版调整提示格式，判断仍然围绕同一个状态。

用 findmnt 核对 TARGET、SOURCE 和 FSTYPE

确认它是挂载点之后，再把挂载记录摊开：

findmnt --mountpoint /srv/data \
  --output TARGET,SOURCE,FSTYPE,OPTIONS

--mountpoint 明确告诉 findmnt 只查这个挂载点；输出中的 TARGET 应该是 /srv/data，SOURCE 要和预期的设备、UUID 或网络来源一致，FSTYPE 用来确认文件系统类型，OPTIONS 则能暴露只读或其他关键挂载参数。不要依赖默认的树形输出拼接脚本，脚本场景应显式指定列。

一套不破坏现场的复核顺序

当应用已经在错误分区写入数据时，复核顺序比命令数量更重要。先停止继续写入，或者把应用切到维护状态；接着记录当前路径和容量，再做挂载判断：

1. 确认目标目录和应用配置使用的是同一条路径：readlink -f /srv/data。
2. 执行 mountpoint -q /srv/data，记录退出码。
3. 执行 findmnt --mountpoint /srv/data --output TARGET,SOURCE,FSTYPE,OPTIONS，保存完整一行。
4. 对照预期的设备或 UUID；如果来源不对，先修正挂载流程，不要覆盖目录。
5. 确认挂载后再检查业务文件是否出现在正确文件系统中，最后恢复写入。

尤其要注意“挂载前已经有文件”的情况：挂载成功后，原目录内容会被挂载文件系统遮住，并没有自动消失。直接在挂载后的路径执行清理，可能清理的是数据盘内容。先卸载、核对来源并保留现场，才能判断哪些文件属于根分区。

把判断接进启动和发布检查

如果服务必须依赖独立数据盘，可以把第一道检查放在服务启动前，把第二道来源核验放在人工或部署门禁里。最小脚本只做真假判断，不把设备名写死在每台机器上：

data_dir=/srv/data
if ! mountpoint -q "$data_dir"; then
    echo "required mount is missing: $data_dir" >&2
    exit 1
fi

findmnt --mountpoint "$data_dir" \
  --output TARGET,SOURCE,FSTYPE,OPTIONS

若脚本只需要判断是否挂载，保留 mountpoint -q 即可；若还要校验来源，就读取 findmnt 的显式列并做白名单比较。不要把命令的默认输出直接当成稳定接口。

常见问题

test -d 和 mountpoint -q 有什么区别？

test -d 只确认目录存在且是目录；mountpoint -q 判断该路径是否为挂载点。前者成功时，后者仍然可能失败。

findmnt 查到父目录，说明目标目录已挂载吗？

不能直接这样下结论。用 --mountpoint 明确限定目标，并检查 TARGET 是否精确为目标路径；父级文件系统存在不等于子目录有独立挂载。

mountpoint 成功后还需要 findmnt 吗？

需要。mountpoint 解决“有没有挂载”，findmnt 继续解决“挂的是什么、类型是什么、选项是什么”。挂错设备时，只有第一步可能仍显示成功。

能不能直接删除挂载点目录里的旧文件？

不要直接删。先区分挂载前被遮住的父级目录内容和当前文件系统内容，确认来源并做好备份后再处理。

小结

Linux 挂载排障的关键不是记住一条更长的命令，而是按状态逐层确认：目录存在、路径是挂载点、挂载来源正确、文件系统选项符合预期。用 mountpoint -q 做真假门槛，用 findmnt --mountpoint 固定字段复核，能避开“目录能打开所以磁盘已挂载”的常见误判。