当我使用df -h
它时显示:
Filesystem Size Used Avail Use% Mounted on
/dev/sdg5 218G 151G 56G 74% /
根据哪个正确的容量lsblk
sdg 8:96 1 223,6G 0 disk
├─sdg1 8:97 1 1,9G 0 part /boot/efi
├─sdg2 8:98 1 1K 0 part
└─sdg5 8:101 1 221,7G 0 part /
但当我使用du -h --max-depth 2 | grep G
它时显示类似的结果sudo baobab
36G /home/kyz
11G /home/kcy
47G /home
11G /usr
13G /var/lib
22G /var
8,2G /snap
总计应该只使用了大约 100 GB(在 baobab 中仅检测到 87 GB,可能是因为/snap
目录不应该计算在内),我的其他 51 GB 磁盘使用量到哪里去了?
编辑1尝试了一个解决方案,答案似乎相同:
sudo mount -o bind / /mnt
du -hs /mnt
# 80 GB
编辑2尝试了答案中的另一种解决方案,仅锁定几兆字节(总计少于 2 GB)以供删除:
sudo lsof | grep deleted
chrome 463364 485536 MemoryInf kcy txt REG 8,101 167169112 11273579 /opt/google/chrome/chrome (deleted)
chrome 463364 485536 MemoryInf kcy 5r REG 8,101 10518160 11273640 /opt/google/chrome/icudtl.dat (deleted)
MainThrea 729751 kyz 14r REG 8,101 25411839 7085195 /usr/lib/firefox/omni.ja (deleted)
MainThrea 729751 kyz 15r REG 8,101 43682061 7085151 /usr/lib/firefox/browser/omni.ja (deleted)
答案1
看来这个问题往往会在 stackexchange 网络上产生大量重复。以下是已批准解决方案的直接链接:
https://serverfault.com/questions/275206/disk-full-du-tells-different-how-to-further-investigate
但您可以通过谷歌搜索“du vs df mounted disks”找到更多信息。
祝你今天过得愉快
答案2
找到了罪魁祸首,就yakuake
我的情况而言,滚动日志太大(11GB -journalctl -f
和 34GB - ktorrent
),重置回滚(或将其设置为低于 32k 即可解决此问题)
通过键入此命令找到:(lsof -Pn +L1
这比lsof
我在另一个 stackexchange 上找到的任何其他命令都要快得多站点)。
完整的检查命令:
lsof -Pn +L1 2> /dev/null |
awk '{if ($NF=="(deleted)") {x=4;y=1} else {x=2;y=0}; {print $(NF-x) " " $(NF-y) } }' |
sort -nru |
numfmt --field=1 --to=iec