Como não floodar seu disco com logs no Linux
💥 O dia em que meu `/var/log` engoliu 287 GB
Diário de Devs — episódio: logs fora de controle.
Era um dia normal: Linux rodando liso, umas janelas abertas, uns contêineres rodando — Sério estava tudo de boa!
Até que, do nada, o note começou a engasgar.
Abri o terminal e lá estava o vilão…
O evento foi ruim, honestamente, porque a máquina morreu e eu achei mais prático formatar. Mas a fim de ajudar você a não passar pelo mesmo desafio, nervoso e problema (dependendo da hora que uma coisa dessa acontece) se liga na minha história, quase um causo de dev kkk!
🕵️ Diagnóstico rápido
Quando o sistema começa a se arrastar e o espaço em disco some, a primeira reação natural é procurar os culpados com:
sudo df -h
(A imagem tirada com o celular com não deixa mentir. 100% do Disco!!!)
Isso é muito anormal então fui descobrir exatamente o subdiretório que inflou.
sudo du -h --max-depth=1 /var
sudo du -h --max-depth=1 /var/logAchei o culpado, o fedamae do /var/log, com 287 GB.
Solução prática (se funcionar para você)
1 - Limpar o que já foi
sudo journalctl --vacuum-size=500M
Isso limita o journal a 500 MB, apagando o excesso.
Se quiser manter apenas os últimos dias:
sudo journalctl --vacuum-time=7d
2 - Prevenir novos floods (Minha dica para se prevenir)
Apesar de estar aqui como o passo dois, eu logo após formatar já configurei assim. Ahh não queria passar por aquele drama do disco cheio e note travado (ui dramático kkk) de novo. Faz ai… E se você conhece outro jeito me ocnta nos comentários, não esculacha, só conta o seu jeito :-)
Edite o arquivo de configuração do systemd journal:
sudo nano /etc/systemd/journald.conf
E adicione (ou ajuste) estas linhas:
SystemMaxUse=500M
SystemKeepFree=100M
RuntimeMaxUse=100M
SystemMaxUse→ limite total dos logs persistentes em/var/log/journalSystemKeepFree→ quanto espaço o systemd deve deixar livre no discoRuntimeMaxUse→ limite dos logs temporários (geralmente em/run/log/journal)
Depois, reinicie o serviço:
sudo systemctl restart systemd-journald
Esses valores mantêm um equilíbrio: espaço suficiente pra depuração, sem transformar o /var/log num buraco negro digital.
Como descobrir o processo floodando
Se o disco começar a encher de novo, vale investigar quem está escrevendo tanto:
sudo lsof | grep /var/log
Ou acompanhar em tempo real:
sudo tail -f /var/log/syslog
Muitas vezes é um serviço em loop, gerando o mesmo erro sem parar.
Quando encontrar, dá um jeito de pará-lo!!!
💡 Dica bônus
Configure limites, limpe periodicamente e monitore de vez em quando o tamanho do /var/log.
Se você usa o KDE Neon (estou usando e tem sido ótimo) ou qualquer distro baseada em Debian/Ubuntu ou com systemd, vale revisar essa configuração — o comportamento padrão pode não ter limite de tamanho definido.
⚠️ O que ainda pode encher o disco (mesmo com limite)
Outros logs fora do systemd, como:
/var/log/syslog/var/log/kern.loglogs de serviços tipo
nginx,postgres,docker, etc.
Esses são mantidos por
rsyslogou o próprio serviço, não obedecem aojournald.conf.
Cada um precisa de sua própria rotação configurada em/etc/logrotate.d/.Serviços floodando mensagens
Se um processo está num loop de erro (por exemplo, falhando e reiniciando em milissegundos), ele pode gerar milhares de linhas por segundo, e o journald vai ficar apagando e escrevendo sem parar, o que:aumenta o uso de CPU,
pode fragmentar o disco,
e manter o journal “sempre cheio” (mesmo respeitando o limite).
Logs persistentes + logs temporários simultâneos
Se ambos estão habilitados e você definiu limites só para um, o outro pode crescer demais.
É bom verificar com:
journalctl --disk-usage
E observar onde estão sendo gravados (
/var/log/journale/ou/run/log/journal).
🪶 Conclusões?
Eu formatei, mas você pode prevenir ou remediar com as dicas acima.
Meu KDE voltou, foi durante a noite, foi rápido e eu pude voltar a trabalhar. Ai a cara dele se vocês não conhecem.
Assim que subiu eu configurei journald.conf não quis pagar para ver se is enxer de novo…
Espero que esta história pelo menos te ajude a entender o que está acontecendo no seu disco caso vc esteja floodido em um uma situação semelhante!
Como eu disse lá para cima: sabe resolver de outro jeito? Conta aqui…
Moral da história: nem todo log é sabedoria — às vezes é só um loop infinito gritando no escuro. (Piadinha de ChatGPT)