新的ext4分区和已用空间

我有一个新的ext4分区，这意味着我只是用mkfs.ext4 -m 0.1 / dev / mapper / abak-home对其进行了格式化，已经使用了27G的空间。将保留的根空间（-m）设置为0无效。

我正在使用LVM，但我认为LVM不会对此产生任何影响。Ubuntu版本是12.04 LTS。

＃df -h
已使用的文件系统大小可用百分比已安装在
...
/ dev / mapper / abak-home 1.8T 27G 1.8T 2％/ home

然后我尝试使用ext3格式化分区，结果要好得多：

＃df -h
已使用的文件系统大小可用百分比已安装在
...
/ dev / mapper / abak-home 1.8T 196M 1.8T 1％/ home

无论如何，为什么会有区别，如何解决呢？

没有要修复的东西，这完全正常。

ext4在创建任何文件之前会产生大量开销。它并不意味着它比ext3的“雪上加霜”。如果用文件填充该分区，您会注意到ext3（和NTFS）的开销将与文件成比例地增加，就像ext4一样，它将永远永久保持不变。

通过“预分配”的开销，它可以管理它远好于不断增长的一个。所以ext4现在正在做，ext3以后会做。

此外，27G可能看起来很多，但仍然只有1.5％的开销。将其与FAT的旧时代进行比较，在FAT中，闲置空间可能会占用分区空间的5％到30％，并且您会注意到此后的发展情况。

另外，我强烈建议您不要使用-m 0。保留空间是有原因的：它降低了碎片的机会，并为节省了一些空间fsck。它仅由用户保留，但root（以及因此安装的所有软件）可以完全使用它。如果您认为5％过多，请至少保留1％。

请记住：中没有零碎的噩梦ext。但是这种美丽是有代价的。它需要可用空间作为适当管理的空间。把它交给他，事情就会顺利得多。此外，在购买更大的硬盘之前，谁曾使用过90％以上的硬盘？那么，保留空间为5％的问题是什么？下次您不小心创建一个十几GB的文件来填充整个分区，并由于其他进程的空间不足而最终导致操作系统崩溃时，可能会为您节省很多时间。

如需更详细的技术阅读，请阅读此处

我怀疑这归结为开销：文件系统需要某个地方来保存有关文件的信息。ext4是一种较新的文件系统，其默认值可能比ext3为文件元数据保留更多的空间，而ext3是在存储设备较小且易于保存较少文件的时候开发的。

你是对的，LVM对此没有影响; 这只是提供块设备的另一种方式。

我认为您不一定需要“修复”此问题-我希望您在如此大的驱动器上使用ext4的默认选项比ext3更好。如果要在创建文件系统时调整选项，则可以随时查阅的手册mkfs.ext4。鉴于体积的预期负载，最好选择这些选项。

请改用df -H。您看到的差异是由于实际GB / TB（因数1024）和销售人员的GB / TB（因数1000）不同。