当我使用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(在猴面包树中检测到只有 87 GB 可能是因为/snap
不应该计算目录),我的其他 51 GB 磁盘使用量在哪里?
EDIT1在答案上尝试了一种解决方案,似乎相同:
sudo mount -o bind / /mnt
du -hs /mnt
# 80 GB
EDIT2从答案中尝试了另一种解决方案,只有几兆字节被锁定(总共小于 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)
看来这个问题往往会在 stackexchange 网络上创建大量重复项。这是批准的解决方案的直接链接:
https://serverfault.com/questions/275206/disk-full-du-tells-different-how-to-further-investigate
但是您应该可以通过谷歌搜索“du vs df 安装的磁盘”找到更多信息。
祝你今天过得愉快
找到了罪魁祸首,就
yakuake
我而言,滚动日志太大(11GB --journalctl -f
和 34GB --ktorrent
),重置回滚(例如,将其设置为低 32k,解决了这个问题)通过键入此命令找到:(
lsof -Pn +L1
这比lsof
我在另一个 stackexchange站点上找到的任何其他命令都快)。检查的完整命令: