最准方法是用blkid，它直接读取设备超级块获取真实文件系统类型，不依赖挂载状态或缓存；查所有设备执行sudo blkid，查单一分区用sudo blkid /dev/sdb1，脚本取值可用blkid -o value -s type /dev/nvme0n1p2。
直接看 blkid，它读设备超级块，结果最准；其他命令要么依赖挂载状态，要么只查缓存或参数，容易出错。
怎么用 blkid 查未挂载设备的真实类型
blkid 不管设备挂没挂，也不管 udev 缓存新不新，直接读硬盘分区头里的元数据——这才是文件系统“身份证”。
- 查所有设备：
sudo blkid，输出里TYPE="ext4"或TYPE="xfs"就是最终答案 - 只查某一分区更稳妥：
sudo blkid /dev/sdb1，避免误读其他设备 - 脚本里取值用：
blkid -o value -s TYPE /dev/nvme0n1p2，只输出ext4这类字符串，无多余字段 - 遇到
TYPE="crypto_LUKS"，说明外层是加密卷，得先cryptsetup open才能查内层真实类型
df -T 和 mount 输出不一致时信谁
df -T 显示的是内核当前挂载时实际使用的类型，mount 输出的 type ext4 也是同一来源，但两者可能和磁盘真实格式不符——因为挂载时可以强制指定 -t 参数。
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
- 如果
df -T显示ext4，但blkid显示TYPE="xfs"，说明挂载参数覆盖了检测，实际格式是 xfs -
df -T对未挂载设备完全没输出，也看不出 LVM 逻辑卷底下到底是什么 - 容器或 overlayfs 场景下，
df -T可能显示overlay或ext4（宿主机底层），而应用看到的是上层抽象，不能反推物理盘格式
file -sL 是最后的兜底手段
当 blkid 没反应、设备又没挂载时，file -sL 直接扫描原始字节签名，不依赖内核模块或超级块完整性。
- 运行：
sudo file -sL /dev/sdb1（-L防符号链接跳转，-s支持块设备） - 典型输出：
/dev/sdb1: Linux rev 1.0 ext4 filesystem data→ 确实是 ext4 - 输出
data或empty不代表不是 ext4/xfs，可能是签名区损坏、内核太老不识别新特性（如 ext4 的 casefold）、或工具版本过旧 - 注意：它只是“猜”，不如
blkid权威；但能绕过驱动缺失问题——哪怕 ntfs3 模块没加载，file -sL仍可能识别出 NTFS 分区
真正容易被忽略的是：不同命令查的是不同层面。lsblk -f 依赖 udev 缓存，df -T 问内核挂载态，blkid 读硬件，file -sL 猜二进制。有矛盾时，优先信 blkid；它失灵了，再用 file -sL 看原始字节。
