mount命令不带参数时输出每行末尾括号内的type字段即为内核实际挂载的文件系统类型，如ext4，它反映真实挂载状态而非设备预期类型；虚拟文件系统（proc/sysfs/tmpfs）也合法存在，而df -th和findmnt更可靠地筛选块设备挂载项并避免/etc/mtab同步问题。
直接看 mount 输出里的 type 字段
运行不带参数的 mount，每行末尾括号里写明了文件系统类型。例如 /dev/sda2 on / type ext4 (rw,relatime) 中的 ext4 就是类型。注意它不是靠 -t 参数推断出来的，而是内核实际识别并挂载时报告的真实类型。
常见干扰项：proc、sysfs、tmpfs 这类虚拟文件系统也会出现在输出中，它们没有对应物理设备，但仍是合法的挂载项，别误以为是错误。
用 df -Th 快速筛选块设备挂载点
df -Th 会列出所有已挂载的文件系统及其类型，且自动按人类可读格式显示容量。关键在于它默认只显示“真实块设备”挂载项（如 /dev/nvme0n1p2），跳过 proc、devtmpfs 等虚拟文件系统，更适合快速确认磁盘分区类型。
- 加
| grep "^/dev"可进一步过滤，只看物理设备行 - 如果看到某挂载点显示
unknown类型，说明内核没加载对应文件系统模块（比如没装ntfs3模块却去挂 NTFS 分区） -
df的类型列来自/proc/mounts，和mount命令输出一致，但展示更紧凑
查 /proc/mounts 或 findmnt 避免 /etc/mtab 同步问题
/etc/mtab 在现代发行版（如 Ubuntu 16.04+、RHEL 7+）中只是指向 /proc/self/mounts 的软链接，但手动修改或容器环境下仍可能不同步。最稳妥的方式是直接读 /proc/mounts：
awk '{print , , }' /proc/mounts | column -t
或者用更清晰的替代命令：findmnt —— 它默认按树形结构展示，支持 -D 显示详细选项，-t ext4 可按类型过滤，比纯文本解析更可靠。
注意：findmnt 不依赖 /etc/mtab，也不受 mount -n 影响，是排查挂载状态的首选工具。
为什么 blkid 和 lsblk -f 不能代替 mount 查“已挂载类型”
blkid /dev/sdb1 或 lsblk -f 显示的是设备“**预期**的文件系统类型”，即磁盘上 superblock 记录的类型。但它不反映当前是否已挂载，也不保证挂载时内核实际用了哪种驱动（比如一个标称 vfat 的 U 盘，可能被内核以 exfat 模块挂载）。
典型陷阱：
- 设备有多个分区，但只有部分被挂载 ——
blkid全部列出，容易混淆 - 同一设备被多次挂载（如 bind mount），
blkid只报一次，而mount或findmnt会显示每个挂载实例 - 使用
loop挂载的镜像文件，blkid能识别其内部类型，但无法告诉你它当前是否正被挂载在哪个路径下
真正要确认“此刻正在用什么类型访问这个路径”，唯一权威来源是内核维护的挂载表 —— 即 /proc/mounts 及其封装工具。
