磁盘大小和大小大量膨胀

Question

我得到的“磁盘大小”比我预期的文件“大小”大 50%，如链接所示。我从其他帖子中了解到一些关于集群大小和集群小文件分配导致浪费的想法，但这会导致使用/浪费 300GB 的额外空间吗？

关于如何解决这种差异并减少磁盘大小的任何想法？

Answer 1

您已应用 NAS 标签。这是否意味着您确定了文件共享的这些统计信息？它是什么类型的 NAS？基于 Linux 的？

\n\n

从 Windows 8.1 开始（或者可能仅在 Windows 8.1 上），Windows 使用 \xe2\x80\x9callocation roundup size\xe2\x80\x9d Samba 报告错误地计算已用磁盘空间。\xe2\x80\x99 有一篇文章解释了这个 Samba 参数和各种其他内容背后的含义。默认情况下，它\xe2\x80\x99s 1 MiB，因此当存在大量较小文件时， \xe2\x80\x99 会大大增加假定的磁盘空间使用量。

\n\n

tl;dr：它\xe2\x80\x99是一个错误。

\n

Answer 2

一般来说，FAT 12/16/32 更改簇大小会导致其他困难，例如减小最大分区大小。FAT16 2gb MAX@16k 簇，任何认为这是个好主意的人都错了......大错特错。

请勿格式化含有数据的硬盘。您应该只格式化一个全新的分区/驱动器！我怎么强调都不为过。

您可能可以使用 gparted 或partedmagic 可启动 ISO 来完成这项工作。

您可以做的最有效的事情是调整簇的大小，或添加另一个分区（缩小现有分区，并添加可用空间）并用较小的簇格式化新分区。（格式化时不要接受默认值）

此外，您可以将所有/大部分小文件放入 zip 文件中，但这可能会破坏程序的功能。而且你还需要不断地解压并将它们放回 ZIP 文件中，这真是一件痛苦的事情。

您可以从磁盘管理创建并挂载 VHD 文件，它会被分配自己的驱动器号。它仍然会慢一点，但仍然允许您格式化具有较小集群的虚拟驱动器，而无需重新分区的麻烦，也无需 ZIP 或其他文件压缩的​​提取/压缩麻烦。

文件/文件夹压缩没有帮助，因为每个文件仍至少使用 1 个簇。

您可以拥有 0.5k、1k、2k 或 4k 集群，任何更大的集群都会产生更多浪费。

首先，您必须确定哪些文件浪费最多的空间，并按程序对它们进行分组。

然后，根据您有多少可用空间，将其中一些移动到新驱动器/分区。您可以决定何时该比率足以让您停止。