创建文件大小与du -sh显示大小存在差异的技术咨询

这种现象的核心是文件逻辑大小和磁盘实际占用空间的区别，结合命令单位解析差异和文件系统配置导致，具体如下：

1. 命令参数的单位解析差异 #

不同工具对存储单位的默认解析规则不同：

• dd命令：你使用的bs=1MB中，MB是十进制单位（1MB = 1,000,000字节），因此count=10000生成的文件逻辑大小为10000 × 1,000,000 = 10^10字节（对应十进制10GB，二进制约9.3GiB），这和dd输出的10000000000 bytes (10 GB, 9.3 GiB)完全一致。
• fallocate命令：-l 10G中的G默认是二进制单位（1G = 1,073,741,824字节，即GiB），因此生成的文件逻辑大小为10 × 1,073,741,824 = 10,737,418,240字节（对应二进制10GiB，十进制约11.5GB）。

2. 文件系统的冗余配置（核心原因） #

du -sh和ls -sh显示的是磁盘实际消耗的空间，而非文件的逻辑大小。你看到数值翻倍，大概率是文件系统启用了数据冗余机制：

• ZFS文件系统：如果设置了copies=2（每个数据块保留2份副本），实际占用空间会是文件逻辑大小的2倍。
• Btrfs/RAID1模式：文件系统采用镜像存储，所有数据会被写入两个独立磁盘，磁盘占用空间直接翻倍。

验证方式 #

可以通过以下命令确认配置：

• 检查ZFS副本数：zfs get copies <你的ZFS数据集>，若返回copies=2则符合推测。
• 检查Btrfs/RAID状态：btrfs filesystem df <挂载点>或cat /proc/mdstat，确认是否为RAID1模式。
• 查看文件逻辑字节数：ls -l foo bar，会显示文件的真实字节数（foo为10000000000，bar为10737418240），和du显示的磁盘占用形成明确对比。

内容的提问来源于stack exchange，提问作者Tarun Gupta