Linux内核支持的文件系统取决于编译配置和模块路径，最可靠方法是查看/lib/modules/$(uname -r)/kernel/fs/目录下的子目录名，如ext4、xfs、btrfs等，每个子目录对应一种已编译或可动态加载的文件系统类型。
Linux内核支持哪些文件系统，不是靠挂载或探测设备能查到的——它取决于当前加载的模块和编译进内核的驱动。直接看 /lib/modules/ 下的目录结构最可靠。
查当前内核版本对应的支持列表
内核支持的文件系统模块都放在 /lib/modules/$(uname -r)/kernel/fs/ 目录下。这个路径里的每个子目录名（如 ext4、xfs、btrfs）就代表一种已编译或可动态加载的文件系统类型。
- 运行
ls /lib/modules/$(uname -r)/kernel/fs/即可列出全部支持项 - 如果看到
ext4/目录，说明 ext4 被支持（无论是否已加载模块） - 若目录为空或报错
No such file or directory，说明模块路径异常，可能系统未安装 kernel-modules 包
确认哪些文件系统已被实际加载
编译支持 ≠ 当前可用。有些文件系统需要手动 modprobe 才能启用。用 lsmod 看已加载的模块更贴近“此刻能用”的状态。
linux-performance-analyzer
下载
Linux 性能分析与调优专家，覆盖 CPU、内存、磁盘 I/O、网络、内核参数、编译优化、容器/K8s。适用场景：系统卡顿/高负载、内存不足/OOM/Swap 高、CPU 异常/iowait 高。
-
lsmod | grep -E '^(ext|btrfs|xfs|f2fs|ntfs)' | awk '{print $1}'快速过滤常见模块名 - 输出为空不等于不支持，只是没加载；比如 XFS 在很多发行版中默认不自动加载，但
modprobe xfs后立刻可用 -
cat /proc/filesystems显示的是内核当前注册的文件系统，带nodev前缀的是伪文件系统（如proc、sysfs），没带的才是块设备级真实支持项
为什么 df -T 或 lsblk -f 查不到“支持列表”
这些命令只反映已挂载或已识别的设备，跟内核能力无关。它们无法告诉你“能不能格式化一个 btrfs 分区”，只能告诉你“这个分区现在是不是 btrfs”。
-
df -T依赖挂载点，对未挂载设备完全无输出 -
lsblk -f读 superblock，如果设备没格式化或损坏，FSTYPE 列为空或不准 - 即使
blkid返回TYPE="ntfs"，也不代表内核支持读写 NTFS —— 可能只是识别出签名，实际挂载会失败（需ntfs3或ntfs-3g模块）
真正容易被忽略的是：内核配置里禁用的文件系统，连 /lib/modules/.../fs/ 目录下都不会出现，哪怕你装了用户态工具（如 btrfs-progs）也起不来。所以别只看命令输出，得盯住 $(uname -r) 和对应模块路径是否一致。
