我在我的服务器中发现了一些问题,如下所示:
df -H | columt -t
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/vg_test-lv_home 212G 177G 25G 88% /home
du -sh /home/
59G /home/
有人知道为什么我的/home/
消耗了59G空间,但是vg_test_lv_home
却使用了177G空间,这没有意义,对吗?
答案1
du
和之间的区别df
du
根据文件系统条目仅计算他们能看到的内容......df
查询文件系统元数据
已删除但未关闭的条目
可能有已删除条目仍由正在运行的进程拥有。
(
(
dd if=/dev/zero count=102400
sleep 5 ) >test.img &
sleep 1
ls -l test.img
df -k .
du -xks /home
rm -v test.img
df -k .
du -xks /home
sleep 5
df -k .
du -xks /home
) 2>/dev/null
-rw-r--r-- 1 user user 52428800 Jul 28 18:51 test.img
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/mapper/MyRX-HOME 10321208 7560824 2236096 78% /home
7159956 /home
removed `test.img'
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/mapper/MyRX-HOME 10321208 7560824 2236096 78% /home
7108756 /home
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/mapper/MyRX-HOME 10321208 7509472 2287448 77% /home
7108756 /home
尽管文件被删除,已用空间停留在,并且一旦第一个完成(并且重定向进程完成)7560824
就返回到。7509472
sleep 5
为系统管理员保留的块
文件系统可能会有保留(取决于所使用的文件系统及其配置方式)。
dumpe2fs -h /dev/mapper/vg_test-lv_home
答案2
如果逻辑卷已调整大小,但底层文件系统尚未调整,则这是有意义的。
尝试运行:
# resize2fs /dev/mapper/vg_test-lv_home
然后再次检查报告的尺寸是否匹配。