最直接的方法是使用lsblk -f命令，它无需root权限即可一次性列出所有块设备的挂载点、文件系统类型（FSTYPE列）和UUID；若FSTYPE为空但MOUNTPOINT有值，说明分区已挂载但内核未识别文件系统，可能损坏或驱动缺失。
lsblk -f 是最直接的办法：它能一次性列出所有块设备的挂载点、文件系统类型（FSTYPE列）和 UUID，无需 root 权限，且结果直观。如果 FSTYPE 为空但 MOUNTPOINT 有值，说明该分区已挂载但内核未识别其文件系统——这往往意味着损坏或驱动缺失。
用 blkid 查未挂载设备的真实类型
blkid 不依赖挂载状态，直接读取设备超级块，是验证“裸设备”格式的黄金标准。
- 输出中 TYPE="ext4"、TYPE="xfs"、TYPE="btrfs" 字段就是最终答案
- 若某分区没出现在 blkid 输出里，大概率是未被内核识别（比如缺少 xfs 模块）或设备物理异常
- 单查某个设备更稳妥：sudo blkid /dev/sdb1，避免误读其他设备
当 df -T 和 mount 结果不一致时怎么办
df -T 只显示已挂载的文件系统类型，而 mount | grep "^/dev" 的输出里 type ext4 是内核实际使用的类型。两者不一致通常是因为：
- 使用了 bind mount 或 overlayfs，df 显示底层设备类型，mount 显示挂载层类型
- 某些容器或虚拟化环境（如 Docker Desktop）会插入中间层，导致 df -T 看到的是 host 的 ext4，而应用看到的是 overlay2
- 如果 df -T 某行 Type 列是 rootfs 或 nsfs，说明这不是真实块设备，不能用 blkid 查
file -sL 是最后的兜底手段
blkid 识别、又未挂载时，sudo file -sL /dev/sdb1 通过二进制签名硬匹配：
- 输出含 Linux rev 1.0 ext4 filesystem data → 确实是 ext4
- 含 SGI XFS filesystem data → XFS
- 含 BTRFS Filesystem → Btrfs
- 但注意：若输出是 data 或 empty，不代表不是这些类型，可能是签名区损坏或工具版本太老
真正容易被忽略的是：不同命令看的是不同层面的信息——lsblk -f 依赖 udev 缓存，blkid 读硬件，df -T 问内核，file -sL 猜格式。遇到矛盾结果，优先信 blkid；若它也失灵，再用 file -sL 验证原始字节。
