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/log

Achei 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/journal

• SystemKeepFree → quanto espaço o systemd deve deixar livre no disco

• RuntimeMaxUse → 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)

1. Outros logs fora do systemd, como:

   • /var/log/syslog

   • /var/log/kern.log

   • logs de serviços tipo nginx, postgres, docker, etc.

   Esses são mantidos por rsyslog ou o próprio serviço, não obedecem ao journald.conf.
   Cada um precisa de sua própria rotação configurada em /etc/logrotate.d/.

2. 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).

3. 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

1. E observar onde estão sendo gravados (/var/log/journal e/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)

Referências úteis:

• KDE Neon — sistema baseado no Ubuntu com foco no KDE Plasma

• systemd — sistema de inicialização e gerenciamento de serviços no Linux

• journalctl manual — documentação oficial

Oi, gente!

Com essa cara de menino feliz, começo meu post dizendo — sem me alongar — que “programar me ajudou a transformar ideias em produtos, produtos em histórias e histórias em grandes amizades.”

Um pouco de contexto? Ok…

Nos últimos anos tenho me dedicado a aprender, empreender, compartilhar e reconhecer cada oportunidade que a vida me oferece. Em toda situação à qual sou apresentado, me esforço para refletir em como posso ser uma pessoa melhor — um pai melhor, um marido melhor e um profissional melhor.
Percebi há tempos que não dá pra ser um personagem em cada contexto, então quem me conhece, conhece minha única e melhor versão.

Voltando aos papos do título: foi libertador o poder que o Python me deu!
Claro que outros dirão coisas parecidas sobre outras linguagens — e nem estamos falando de fanatismos tech. Cada um pode gostar do que quiser; eu me identifico com Python por muitos motivos:

• Criei soluções que muitos diriam ser impossíveis;

• Resolvi problemas com simplicidade;

• Conheci muitos lugares do Brasil (e alguns fora);

• Fiz muitas amizades em cada projeto, feira, reunião, meetup ou evento que participei;

• Aprendi que qualquer um tem dúvidas — mas quem realmente precisa, consegue resolver;

• Descobri nas comunidades de Python, Django e Linux que basta perguntar. Sempre (sempre mesmo!) alguém vai te ajudar.

Daria pra ficar aqui pirando e escrevendo mil razões para aprender a programar — ou tentando convencer que linguagem A ou B é melhor — mas isso é bobagem.
Como eu disse: me identifico com Python, e a linguagem resolve e performa bem para os meus objetivos.

💡 Dicas:

#1: Timidez é bobagem. Fale e interaja com as pessoas.
#2: Apareça! Se você fez, deixe que saibam que foi você e valorize cada conquista.
#3: De um jeito fácil (e persistentemente claro), você aprende a resolver coisas complicadas.

📖 Sobre a foto, o livro e a cara de feliz

A foto lá em cima é de um dos eventos da Comunidade Python de SJC, onde tive a oportunidade de ganhar no sorteio o livro Python Fluente. Foi muito legal, e toda vez que conto lembro de como foi…
Pensei: “Vou dar um passo ali em direção ao palco, porque eu vou ganhar o livro.”
Ganhei!!! Sem marmelada — foi porque tinha que ser. 😄

Pra mim foi especial, porque o Luciano Ramalho é uma grande referência no mundo Python. Já salvei podcasts dele que ficavam tocando nas estradas de Goiás enquanto eu dirigia — mesmo sem sinal de internet! 😂

Já mandei e-mail pra ele, e a surpresa boa foi que ele respondeu! O mundo é pequeno, conhecemos pessoas em comum… Enfim, é um cara que eu admiro muito. Então, realmente curti muiiiito ganhar o livro! ❤️

Se você se interessou, dá uma olhada na versão online:
👉 pythonfluente.com/2/

Ou melhor ainda: dá uma olhada no Catarse pra comprar a versão impressa:
👉 catarse.me/pythonfluente

Onde eu ganhei? Ahh já falei…

Tenho fotos do evento e posso provar kkk. Juro que eu estou ali.

✈️ Como eu disse, já viajei por aí este ano…

E em todas as viagens, de alguma forma, tinha Python e Django no meio da conversa.
Esse ano já fui algumas vezes pra MG, RJ, GO, MS e também dei um pulinho no Qatar, Filipinas e China 😊

Tem que ter foto? Tenho!!!

📝 Sobre este post

Estou bem contente em postar por aqui.
Já há alguns anos tenho o hábito de escrever sobre os casos, causos e coisas que aparecem pra eu resolver — e este ano ativei o domínio samthings.io.
Então, em definitivo, vocês vão me ver mais por aqui! 😄

O trocadilho é que aqui você encontra as Coisas do Sam e Some other Things.
Sim, precisa saber um tequinho de inglês pra entender a piada. 😂

Um abraço, gente!