关键在于交叉验证挂载点与底层设备的对应关系：用df -ht可快速定位路径所属设备及文件系统类型；lsblk -f以树状结构直观展示设备、分区与挂载点映射；mount或/proc/mounts核验内核实时挂载状态；最后通过ls、touch等操作测试挂载点实际读写能力。
确认文件系统是否成功挂载，关键在于把“挂载点”和“底层设备”对应起来——也就是看清哪个目录（挂载点）连着哪块磁盘或分区（驱动关系）。这不是单看一个命令就能闭环的事，需要交叉验证。
用 df 快速定位路径归属的设备
最直接的办法：对任意文件或目录运行 df -hT 路径。它会告诉你这个路径实际落在哪个设备上、用的是什么文件系统、挂载在哪。
-
df -hT /home→ 显示/home所在的分区（比如/dev/sda2）和它的挂载点（通常是/home本身） -
df -hT /mnt/backup→ 如果返回空或报错，说明该目录没被挂载，或者挂载失败 - 注意 Mounted on 列：如果显示的是
/，说明属于系统盘；如果是/mnt/data或/srv等，大概率是独立数据盘
用 lsblk 直观呈现设备与挂载点树状关系
lsblk 把物理设备、分区和挂载点串成一棵树，一眼看清“谁挂在哪”。
- 运行
lsblk -f，会列出设备名（如 sda）、分区（sda1）、文件系统类型（ext4/xfs）、LABEL、UUID 和 MOUNTPOINT - 没有显示 MOUNTPOINT 的分区，就是当前未挂载；有值的，就是已生效的挂载关系
- 例如：
sdb1 └─ /mnt/storage表示这块硬盘的第一个分区正挂载到/mnt/storage
用 mount 或 /proc/mounts 核验实时挂载行为
mount 显示的是内核当前认可的挂载状态，比 fstab 更真实；/proc/mounts 是它的原始版本，适合脚本解析。
-
mount | grep "on /mnt"只看外部存储挂载情况 -
grep "/dev/sdc1" /proc/mounts查某设备是否真被挂上，避免误判（比如目录存在但没挂） - 输出中括号里的选项（如
rw,relatime）说明挂载权限和策略，也佐证挂载已生效
手动访问挂载点验证可用性
命令结果再准，也不如实地读写一次可靠。
-
ls -l /mnt/nas—— 能列出内容，基本确认挂载成功 -
touch /mnt/nas/testfile && rm /mnt/nas/testfile—— 测试读写权限 - 若提示
Read-only file system，说明挂载为只读，需检查挂载参数或设备健康状态
