如何计算目录的总大小，为什么目录副本之间的“du”输出不同？

ext4 文件系统的块和扩展区布局取决于文件系统的填充率和碎片。

这意味着，与空文件系统相比，具有更多文件的文件系统可能会为其他文件占用（略微）不同的空间。在您的情况下，第 4 个副本将比第 1 个副本占用更多空间。

不要忘记du在原始底层文件系统级别报告磁盘使用情况，而不是在明显的“文件大小”级别......请参阅--apparent-size。

--apparent-size

打印外观尺寸，而不是磁盘使用情况；尽管表观大小通常较小，但由于（“稀疏”）文件中的漏洞、内部碎片、间接块等原因，它可能会更大

另请参阅-b，这可能是给予--block-size=1 和 --apparent-size一起更好的选择：

-b,--bytes

相当于--apparent-size --block-size=1

...那么，会du -bs ${dir}产生更好的结果吗？

鉴于大多数/所有文件系统都基于固定大小的块，很常见的是明显的“文件大小”（即您可以从文件中读取的字节数）与磁盘上使用的实际空间不同（即：存储此文件及其元数据所消耗的字节数）。

例如：

• 小文件通常会使用比“应该”更多的空间......在具有 4KiB 块的文件系统上，即使文件只存储一个字节，也不可能让文件使用少于 4KiB 的磁盘空间。
• 大文件通常由许多“范围”构成……一个范围将描述在何处定位文件一部分的数据。盘区也消耗磁盘空间。
  • 在没有任何碎片（即：未使用空间的大间隙）的文件系统中，可能有一个只有一个扩展区的“大”文件。
  • 在具有大量碎片的文件系统中（即：到处都有大量数据，在数据之间留下很小的间隙），同一个“大”文件实际上可能有许多用于指示数据存储位置的范围。

这完全取决于文件在磁盘上的放置顺序，以及用于寻找连续空闲空间块的算法。

您可以拥有一个非常节省空间的文件系统，它可以连续且仔细地重新排列所有文件，使它们像玩得好的俄罗斯方块板一样完美地镶嵌。文件系统最终会花费大量时间来寻找合适的空间，并且性能会受到严重影响。

同样，您可以拥有一个非常面向碎片的文件系统，它只使用第一个未使用的块，并跳过使用的块。在第一间隙写入数据也会影响你的表现。

相反，我们更喜欢平衡事物，花一些时间（但不要太多）来寻找一个连续的未使用空间块，其中将包含我们正在尝试写入的全部数据。

文件的碎片级别与复制命令的发布顺序没有直接关系——部分原因是上面概述的“尝试，但不太难”的方法。

综上所述，这两个目录中存储的数据应该是相同的，但磁盘使用情况（即使是相同的数据）不太可能完美匹配。

有许多选项可以验证存储的数据是否相同 - 尝试diff（没有输出是好的，它会报告更改）：

diff -qr "${src}" "${dst}"

更复杂的是，稀疏文件的使用可能比预期的要少得多：

$ truncate -s 100M x
$ ls -l x
-rw-r--r-- 1 attie attie 104857600 Jul 14 17:15 x
$ du --block-size 1 x
0       x
$ du -bs x
104857600       x