Linux单个文件最大大小由文件系统类型、内核off_t位宽（getconf FILESIZEBITS须为64）及格式化参数（如ext4需-O 64bit、xfs需mkfs时设-bsize）三重决定，缺一不可。
Linux 系统本身不限制单个文件大小，真正起决定作用的是文件系统类型和内核配置。 直接查 ulimit -f 或运行 df 都得不到“最大支持值”，它不是个固定数字，得看挂载点用的是什么文件系统、是否启用了 64 位 inode、内核是否支持大文件（modern kernel 基本都支持）。
查看当前挂载点的文件系统类型
这是第一步，因为 ext4、xfs、btrfs 对大文件的支持能力不同，而老的 ext2/ext3 在未启用 large_file 特性时可能卡在 2TB。
- 运行
df -T /path（比如df -T /home）可看到该路径所在分区的Type列，常见值如ext4、xfs、btrfs - 也可用
findmnt -D /path查更详细的挂载参数 - 注意：同一台机器不同挂载点可能用不同文件系统，不能只看
/根分区
确认文件系统是否启用 64 位 inode 和 large_file 特性
对 ext 系列（尤其是 ext4），需确保创建时或通过 tune2fs 启用了 large_file 和 64bit 特性，否则即使内核支持，文件系统层也会拒绝 >2TB 的文件写入。
- 检查 ext4 特性：
dumpe2fs -h /dev/sdXN | grep -E "Filesystem features|Large file" - 输出中应含
large_file（ext4 默认开启）、64bit（决定能否突破 2^32 块限制） - 若缺失
64bit，需先e2fsck -f /dev/sdXN，再tune2fs -O 64bit /dev/sdXN（⚠️操作前必须备份） - xfs 和 btrfs 默认原生支持 PB 级文件，无需额外开启特性
验证内核和工具链是否支持大文件
现代 Linux 内核（2.6+）和 glibc 默认启用 _FILE_OFFSET_BITS=64，但个别老旧定制环境或静态链接二进制可能不满足。
- 检查编译宏：
getconf LFS_CFLAGS /应返回-D_FILE_OFFSET_BITS=64 - 检查运行时支持：
getconf LFS_LDFLAGS /和getconf LFS_LIBS / - 实际测试：用
dd if=/dev/zero of=testfile bs=1G count=5 seek=1000尝试创建一个跳过前 1000G 的 5G 文件——成功说明 sparse file + 大文件 I/O 正常 -
ulimit -f显示的是 shell 进程级软限制（单位 KB），设为unlimited才不干扰测试，但它不反映系统能力上限
真正容易被忽略的是：**文件系统块大小（block size）和 inode 分配策略会影响单个文件的实际可写上限**。例如 ext4 在 4K 块、默认 inode 大小下理论支持约 16TB 单文件；而 xfs 在 64K 块、agcount 足够时能轻松支撑上百 TB。别只盯着“是否支持”，得结合你的具体挂载参数和业务写模式来判断。
