新的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的旧时代相比,宽松的空间可以占用你的分区空间的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)之间的差异。