Recentemente recebi uma mensagem indicando que o espaço estava acabando na minha partição raiz, então decidi aumentar o tamanho da minha partição de 9 GB para 30 GB (só para ter certeza). no futuro. Fiz isso há talvez 2 horas, mas acabei de receber esta mensagem novamente? Parece que minha partição raiz agora está cheia de 27 GB. Existe uma chance de programas ou arquivos estarem armazenados em minha partição raiz?
Aqui está a saída delsblk
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
Saída paradu -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
Atualizar:Muito recentemente instalei o docker para executar o Oracle DB, então pensei que talvez isso pudesse ser uma causa. Emeste tópico, este comando é recomendado para remover todos os contêineres e imagens e liberei 13 GB de espaço.
Eu estava usando esse contêiner apenas para brincar, já que de fato instalei o 11g na minha partição do Windows.
Saída paradu -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 /
Responder1
O diretório principal a ser observado é /var, que é para tudo que pode ser gravado por aplicativos normais. Existem também /run e /tmp, mas geralmente são discos RAM em muitas distribuições.
Você pode usar
df --max-depth 1 /var
para investigar qual. nãoexclua coisas antes de saber o que são.
Quando os sistemas explodem seu armazenamento, como você está descrevendo, geralmente é causado por algo preso girando em uma condição de gravação de um arquivo de log, o arquivo de log pode ter vários GB. Então /var/log é bastante provável.
Ocasionalmente, também pode ser causado por um processo que deu errado ao gravar em /var/cache /var/tmp ou /var/lib.