O Debian 13 “Trixie” traz uma mudança radical no comportamento do diretório /tmp, que já está a dar que falar entre administradores de sistemas e utilizadores avançados. Aquilo que antes era apenas mais uma área no disco rígido, agora foi transferido para a memória RAM através de tmpfs, tornando o acesso incrivelmente rápido… mas também carregado de potenciais armadilhas.
O tmpfs permite criar sistemas de ficheiros que vivem diretamente na memória virtual, garantindo velocidade estonteante no acesso aos ficheiros temporários. Porém, a sua natureza volátil significa que qualquer reboot apaga tudo, o que pode transformar-se num pesadelo para quem insiste em guardar trabalhos ou dados críticos em /tmp. Basta recordar a lenda urbana do programador que passou meses a armazenar o seu projeto no /tmp, apenas para perder tudo ao reiniciar o servidor.
O problema é que a questão vai muito além de perder ficheiros. Se o /tmp encher até 100%, o sistema pode simplesmente falhar em funções básicas. Basta imaginar descarregar e extrair um ficheiro .zip de 1GB e esquecê-lo lá… nesse momento, em vez de ocupar espaço no disco, estará a devorar a memória RAM, comprometendo o desempenho global.
Debian 13 e o tmpfs: Perigos Ocultos e Como Reagir
Por defeito, o Debian limita o tmpfs a 50% da memória RAM disponível. Num servidor com 4GB, isso significa que o /tmp pode consumir até 2GB de RAM sem piedade. Felizmente, há forma de ajustar este valor ao gosto de cada utilizador.
Com o comando:
systemctl edit tmp.mountAbre-se um editor que permite definir parâmetros como:
[Mount]
What=tmpfs
Where=/tmp
Type=tmpfs
Options=mode=1777,strictatime,nosuid,nodev,size=1G,nr_inodes=1mAssim é possível limitar o /tmp a 1GB, ou até configurar apenas 25% da RAM. Após aplicar estas alterações e reiniciar o serviço, o limite fica ativo, protegendo o sistema de abusos involuntários.
Limpeza Automática: A Bomba-Relógio do /tmp
Outra mudança marcante é a limpeza automática de ficheiros:
- /tmp → ficheiros eliminados após 10 dias de inatividade ou no reboot
- /var/tmp → ficheiros eliminados após 30 dias (mas sobrevivem ao reboot)
Para a maioria, os valores padrão serão suficientes, mas nada impede que se torne a política mais agressiva, reduzindo o prazo para 3 dias, por exemplo.
O Impacto nos Servidores de Baixa Memória
Em máquinas virtuais de apenas 512MB de RAM, permitir que o /tmp consuma 256MB pode ser devastador. Para estas situações, há sempre a opção nuclear:
systemctl mask tmp.mountSeguido de reboot, que desativa por completo a utilização de tmpfs para /tmp, devolvendo a sua localização ao disco. Isso garante mais espaço, embora com menor desempenho, mas pode ser a única forma de manter a estabilidade em sistemas limitados.
O Debian 13 transforma assim o simples /tmp num campo de batalha entre desempenho alucinante e risco de colapso por abuso de RAM. Administradores prudentes já estão a afinar as suas configurações para não serem apanhados desprevenidos.
