能查未挂载分区文件系统类型的命令有：lsblk -f（显示FSTYPE列）、blkid（输出TYPE字段）、file -sL /dev/sdXn（底层探测）、parted /dev/sdX print（显示分区表记录的预期类型）。
没挂载的磁盘分区也能查文件系统类型，但必须用对命令；df -T 只能看已挂载的，别指望它报出 /dev/sdb1 的格式。
哪些命令能查未挂载分区的文件系统类型
未挂载的设备（比如新插的硬盘、刚分完区还没格式化的分区）无法通过 df 或 mount 查到类型，因为它们没进入 VFS 层。真正靠谱的是：
-
lsblk -f：最常用，直接显示所有块设备的FSTYPE列，包括未挂载、未格式化（显示为空）、swap、LVM 逻辑卷等 -
blkid：专为识别块设备属性设计，输出带 UUID 和 TYPE，对 LUKS 加密卷也有效 -
file -sL /dev/sdXn：底层探测，能识别“伪格式”或损坏/未完成格式化的分区（比如只写了一半的mkfs.ext4），但需要 root 权限读设备 -
parted /dev/sdX print：进交互模式后执行print，会显示每个分区的File system字段（注意：这是 parted 记录的“预期类型”，不是实际写入的文件系统，可能不准）
df -T 和 mount 为什么有时查不到类型
这两个命令依赖内核已识别并挂载的文件系统。常见失效场景：
- 分区存在但未挂载 →
df -T不显示该设备，mount | grep /dev/sdXn无输出 - 分区已挂载但内核不支持其类型（如 XFS 未加载模块）→
mount显示unknown，df -T的Type列为空或报错 - 使用了 overlayfs、bind mount 等叠加挂载 →
mount显示的是上层类型，df -T显示的是底层块设备类型，容易混淆 -
df -T默认只显示挂载点非none或tmpfs的条目，某些容器环境挂载点为overlay时，TYPE 列可能被截断
实操中容易踩的坑
查类型不是“跑一个命令就完事”，几个关键细节决定结果是否可信：
-
lsblk -f中的FSTYPE是内核解析 superblock 后的结果，但如果分区刚被mkfs写入一半就中断，它可能仍显示旧类型（比如从 ext3 变 ext4 但没刷完），此时file -sL /dev/sdXn更准 -
blkid缓存可能过期：执行过mkfs后立即运行blkid有时仍返回旧 UUID 或空 TYPE，加-p（probe）参数可强制重读：blkid -p /dev/sdb1 -
parted显示的 “File system” 字段来自分区表标志（如 ID=83），不是真实文件系统，/dev/sdb1标了 Linux 类型但实际是 NTFS，它照样写 “ext2” - 遇到 LVM、LUKS、RAID 设备时，
df -T和mount只能看到顶层挂载点，得用lsblk或pvs/lvs/cryptsetup status逐层往下查
快速判断该用哪个命令
按目标明确选：
- 只想确认某挂载点（如
/mnt/data）用的什么格式 →df -Th /mnt/data或findmnt /mnt/data（更简洁） - 新接一块硬盘，不知道
/dev/sdb上有没有分区、格式是否写入 → 先lsblk，再lsblk -f，最后对可疑分区补sudo file -sL /dev/sdb1 - 脚本里自动化检测 → 优先用
blkid -o value -s TYPE /dev/sdb1 2>/dev/null，失败再 fallback 到lsblk -no FSTYPE /dev/sdb1 - 看到
mount输出里有type fuse.或type cifs→ 别纠结底层块设备，那是用户态文件系统或网络存储，df -T显示的就是它对外宣称的类型
真实环境中，/dev/sdXn 的文件系统类型不是静态元数据，而是由 superblock 内容决定的；只要没被覆盖或损坏，file -sL 和 blkid 都能读出来，但前者更底层，后者更依赖缓存和 udev 状态。
