Linux中磁盘文件系统最大支持容量是动态边界，取决于文件系统类型、格式化参数、内核能力、块大小和inode策略；需分层验证挂载点类型与特性、内核及工具链大文件支持、sparse与dense实测能力，以及inode和块资源瓶颈。
Linux 中测试磁盘文件系统的最大支持容量，不能靠查某个固定数值，因为“最大容量”不是系统预设的硬编码上限，而是由文件系统类型、格式化参数、内核能力、块大小和 inode 策略共同决定的动态边界。实际测试需分层验证，重点看能否成功创建并操作超大文件（尤其是接近理论极限的 sparse 或 dense 文件）。
确认当前挂载点的文件系统类型和关键参数
这是起点，不同文件系统能力差异巨大：
-
df -T /path查看挂载点类型（如 ext4、xfs、btrfs） -
findmnt -D /path查看是否启用 64bit、large_file 等特性（ext4 需 64bit 特性才支持 >16TB 单文件） -
tune2fs -l /dev/sdXN | grep -E "Block count|Block size|Filesystem features"（ext4）或xfs_info /mount/point（xfs）获取底层结构参数
验证内核与工具链是否支持大文件 I/O
即使文件系统支持，用户态程序也可能受限：
-
getconf LFS_CFLAGS /应输出-D_FILE_OFFSET_BITS=64 -
getconf FILESIZEBITS /应返回64（表示 off_t 是 64 位） - 若为定制环境，还需检查 glibc 编译选项和二进制链接方式
执行分阶段实测，区分 sparse 和 dense 场景
直接 dd 写满 TB 级文件不现实，应结合跳写（sparse）与顺序写（dense）判断真实能力：
- 测试 sparse 能力（验证文件系统+内核对大 offset 的支持）：
dd if=/dev/zero of=test.sparse bs=1G count=1 seek=1000000 2>/dev/null && ls -lh test.sparse
成功生成一个逻辑大小约 1PB 的空洞文件，说明文件系统能管理超大偏移地址 - 测试 dense 写入能力（验证实际存储带宽与块分配策略）：
dd if=/dev/zero of=test.dense bs=1M count=20000 oflag=direct 2>/dev/null（写 20GB）
若失败（如 “File too large”），说明可能缺失 64bit 特性、块大小过小，或 inode 分配不足
检查 inode 与块资源是否成为隐性瓶颈
单个超大文件虽不耗 inode，但极端场景下（如 xfs agcount 不足、ext4 group 数固定）仍可能因元数据限制失败：
-
df -i /mount/point确保 inode 未耗尽 - 对 ext4：
dumpe2fs -h /dev/sdXN | grep "Inodes per group"，总 inode 数 = Inodes per group × Group count - 对 xfs：
xfs_info /mount/point中agcount和agsize决定元数据扩展能力
不复杂但容易忽略
