探秘：磁盘可用空间被谁吃掉了？

2024-07-29 21:30:30 223人阅读

可疑：

分区总容量 7.2T,挂载分区后发现只有6.8T的空间可以使用，400G的空间哪里去了？

探究：

1. 文件被删除未释放磁盘空间？

通过命令 lsof |grep delete 查看确认并未有被进程占用的deleted状态的文件句柄。

2.文件系统损坏了？

umount 分区后，fsck.ext3 分区，挂载后空间依旧显示只有6.8T空间可用。

3.硬件坏了？

先放着硬件的状态，想想还有什么情况会导致这个问题？

到底是谁吃了我的磁盘空间？

在几个小伙伴的一致探寻下，最终谁会是真凶呢？

结论：

原来，ext文件系统会默认预留5%的磁盘空间用于root用户维护系统或者记录系统关键日志。

mkfs.ext3 的man page：

-m reserved-blocks-percentage

Specify the percentage of the filesystem blocks reserved for the

super-user. This avoids fragmentation, and allows root-owned

daemons, such as syslogd(8), to continue to function correctly

after non-privileged processes are prevented from writing to the

filesystem. The default percentage is 5%.

预留这么大的空间是不是太不把硬盘当硬盘了，能否缩小预留的空间或者去除预留的空间？

那是当然的了。我们可以通过 tune2fs 来改变5％的默认设置，比如只预留1％的空间。可以设成0％，但是不推荐。

tune2fs -m 1 /dev/sdb

tune2fs 1.41.12 (17-May-2010)