![使用2小时后根分区已满](https://linux22.com/image/191868/%E4%BD%BF%E7%94%A82%E5%B0%8F%E6%97%B6%E5%90%8E%E6%A0%B9%E5%88%86%E5%8C%BA%E5%B7%B2%E6%BB%A1.png)
我最近收到一条消息,表明我的根分区空间不足,因此我决定将分区大小从 9GB 增加到 30GB(只是为了确定),将来当我很忙时我就不必处理这个问题了将来。我大概 2 小时前这样做了,但我刚刚又收到了这条消息?我的根分区现在似乎已满 27 GB,是否有可能程序或文件正在存储在我的根分区中?
这是输出lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 931.5G 0 disk
├─sda1 8:1 0 529M 0 part
├─sda2 8:2 0 1.1G 0 part /boot/efi
├─sda3 8:3 0 540.3G 0 part
├─sda4 8:4 0 29.1G 0 part /
└─sda5 8:5 0 360.5G 0 part /home
输出为du -h --max-depth 1 /var
4.0K /var/mail
4.0K /var/opt
18G /var/lib
9.8M /var/spool
55M /var/crash
8.0K /var/lock
90M /var/cache
905M /var/log
76K /var/tmp
4.0K /var/local
132K /var/backups
19G /var
更新:最近我安装了 docker 来运行 oracle db,所以我想这可能是一个原因。在这个线程,建议使用此命令删除所有容器和映像,我释放了 13GB 空间。
我使用这个容器只是为了玩玩,因为我确实在我的 Windows 分区中安装了 11g。
输出为du -x / | sort -n | tail -30
318900 /usr/share/libreoffice/help
326748 /usr/lib/libreoffice
332656 /usr/share/libreoffice
341964 /usr/share/fonts/opentype
412112 /usr/lib/jvm/java-11-openjdk-amd64
412124 /usr/lib/jvm
480108 /usr/share/fonts
491740 /usr/bin
668084 /usr/lib/firmware
922872 /var/log/journal/3699a9056d9109ba5307595660a9fe08
922876 /var/log/journal
937232 /var/log
956460 /var/lib/docker/volumes/98c155107c69aa57a69cc71514d4976fb484bb5a6467d6c6ae61ac67092b920e/_data/u02/app/oracle/oradata/ORCLCDB/orclpdb1
1081484 /usr/lib/x86_64-linux-gnu
1110068 /var/lib/docker/volumes/98c155107c69aa57a69cc71514d4976fb484bb5a6467d6c6ae61ac67092b920e/_data/u02/app/oracle/oradata/ORCLCDB/pdbseed
2668860 /usr/share
3526180 /usr/lib
3777544 /var/lib/docker/volumes/98c155107c69aa57a69cc71514d4976fb484bb5a6467d6c6ae61ac67092b920e/_data/u02/app/oracle/oradata/ORCLCDB
3777548 /var/lib/docker/volumes/98c155107c69aa57a69cc71514d4976fb484bb5a6467d6c6ae61ac67092b920e/_data/u02/app/oracle/oradata
3778008 /var/lib/docker/volumes/98c155107c69aa57a69cc71514d4976fb484bb5a6467d6c6ae61ac67092b920e/_data/u02/app/oracle
3778012 /var/lib/docker/volumes/98c155107c69aa57a69cc71514d4976fb484bb5a6467d6c6ae61ac67092b920e/_data/u02/app
3778016 /var/lib/docker/volumes/98c155107c69aa57a69cc71514d4976fb484bb5a6467d6c6ae61ac67092b920e/_data/u02
3814936 /var/lib/docker/volumes/98c155107c69aa57a69cc71514d4976fb484bb5a6467d6c6ae61ac67092b920e/_data
3814940 /var/lib/docker/volumes/98c155107c69aa57a69cc71514d4976fb484bb5a6467d6c6ae61ac67092b920e
3814968 /var/lib/docker/volumes
3815324 /var/lib/docker
4250432 /var/lib
5428724 /var
7058496 /usr
12854996 /
答案1
要查看的主要目录是 /var,它包含普通应用程序可写的所有内容。还有 /run 和 /tmp,但在许多发行版上它们通常是 RAM 磁盘。
您可以使用
df --max-depth 1 /var
去调查是哪一个。 不要在你知道它们是什么之前就删除它们。
当系统像您所描述的那样耗尽存储空间时,通常是由于写入日志文件的情况下卡住旋转造成的,日志文件最终可能会达到几 GB。所以 /var/log 很有可能。
有时,它也可能是由于进程失控写入 /var/cache /var/tmp 或 /var/lib 造成的。