我的基本问题是，Linux 系统是否使用基于 SI 单位的磁盘测量，其中 aKB是千字节，等于 1000 字节（10 3），还是基于二进制的混合近似值，其中 aKB 真正意味着千字节（实际上应该缩写为KiB）等于 1024 字节（2 10）。
出现这个问题是因为我正在安装和配置一个新的Avamar 备份系统（哇！），并且许可基于已使用的存储。它是基于 Linux 构建的磁盘到磁盘备份系统，因此我们最终的许可需求（以及基准测试等等）将有所不同，具体取决于 Linux 是否以正确的方式测量磁盘使用情况，或者是否像 Windows 一样报告1000 == 1024硬盘容量。
答：为了不让别人指责我吹毛求疵，1TB 和 1TB 之间的差别约为 10%，这意味着，一个方向上的差别就是备份 90% 的数据和备份所有数据之间的差别，而另一个方向上的差别则是六位数的成本，坦率地说，如果公司要浪费这种钱，那真的应该用来给我买一辆阿斯顿马丁。
经过 Avamar 培训和认证的工程师“帮助”进行设置，但他们不知道，他们的销售代表不知道，他们的技术支持也不知道，因此我想我会在这里问，希望我们的一位常驻 Linux 专家能够马上知道（或可以指导我如何找出答案），这样我就不用再浪费时间与不知道 Kibibyte 是什么的存储“专家”交谈了。（“不，我的发音没有错，请将我转接给了解情况的人。“)
顺便说一句，如果答案取决于版本或发行版，请告诉我，我可以通过 SSH 进入系统来获取该信息。
答案1
嗯，“正确”取决于你问谁；只是因为 IEC 这么说，并不意味着它就被广泛使用或认可。
我很想看看我们这个领域的一些民意调查（应该把它添加到SF 调查下次再说吧），但我敢打赌，大多数人与“千字节”这个词联系在一起的数字是：
1024，除非我们谈论的是物理媒体 - 在这种情况下，你指的是驱动器制造商的千字节，即 1000
我认为我们大多数人都认为没有必要设立一套单位来减少混乱，因为我们一开始并没有感到困惑。除非软件真正普遍使用“新”术语，否则对旧术语的重新定义不会产生任何实际影响。
尽管我们都知道如今，“drivemaker 的千字节”确实已降至 900 字节以下。
Avamar 的用户界面以“KB”表示存储大小，单位为 1024。
例如，这个 56.5 * 10^9 字节的日志条目显示为 52.7 GB。
我不确定这是否等同于许可证大小，但我怀疑它确实如此。
答案2
从man df和man du:
-h, --human-readable
print sizes in human readable format (e.g., 1K 234M 2G)
-H, --si
likewise, but use powers of 1000 not 1024
ls也允许该--si选项，但是-H有另一层含义。
一般来说，除非另有说明，Linux 通常使用基数 2，这是有道理的，因为所有内容都是基于这个基数来组织的，直到磁盘扇区大小为 512 字节或 4096 字节。