Maus hábitos em Linux que lentamente destroem o teu sistema

Um sistema Linux raramente cai de um dia para o outro. Normalmente morre à conta de pequenos hábitos que parecem inofensivos, repetidos vezes sem conta, até um dia nada bater certo. Quem passa mais tempo no terminal sabe bem o poder que tem nas mãos, mas o conforto com a linha de comandos costuma vir acompanhado de preguiça e atalhos perigosos. É esse o alerta que o How-To Geek deixa: muitas instalações instáveis não são culpa da distribuição, são culpa do utilizador.

O primeiro vício apontado é o clássico reflexo do sudo em tudo. Quando um comando falha, a tentação é escrever outra vez com sudo à frente e seguir viagem. Funciona, por isso o hábito cola-se. O problema é o rasto que isso deixa. Ficheiros de configuração e caches criados por apps a correr como root começam a aparecer na pasta pessoal, e de repente o mesmo programa já não arranca em modo normal por causa de permissões partidas. Um erro de digitação como utilizador comum estraga meia dúzia de ficheiros. O mesmo erro com sudo pode mexer em componentes do sistema inteiro.

Outro clássico é usar permissões como martelo universal. Vês um “Permission denied” e a resposta automática é um chmod 777, muitas vezes com -R para despachar. De repente tudo funciona e parece que resolveste o problema. Na prática só tiraste a fechadura da porta. Como lembra o How-To Geek, definir 777 dá leitura, escrita e execução a qualquer utilizador e processo. Aplicado à diretoria errada pode quebrar SSH, sudo e serviços que recusam correr se detectarem permissões demasiado abertas. Em vez disso, faz o mínimo indispensável: verifica dono e permissões com ls -l, ajusta apenas o bit que falta e, se for preciso rever a base, vale a pena ler um guia sólido sobre permissões em Linux antes de continuar a atirar 7s para o terminal.

A desorganização também mata sistemas, só demora mais a notar. Instalar pacotes de repositórios misturados, adicionar PPAs abandonados e seguir tutoriais de há dez anos sem olhar para a versão da distribuição é meio caminho andado para conflitos de dependências impossíveis de resolver com um simples apt --fix-broken install. Juntar a isto ferramentas como pip e npm a instalar coisas globalmente com sudo, em vez de ambientes isolados, é pedir para um upgrade de sistema desmontar metade do teu stack de desenvolvimento. Quando uma distribuição como Ubuntu ou Fedora começa a cuspir erros crípticos sempre que tentas atualizar, muitas vezes é o acúmulo destas “gambiarras” que está a cobrar a factura.

Também há o lado teimoso de quem nunca limpa nem faz backups a sério. Encher o sistema de kernels antigos, dependências órfãs e snaps que já não usas pode não partir nada de imediato, mas contribui para ecrãs cheios a 100% e falhas em atualizações críticas. O How-To Geek insiste na disciplina de snapshots e cópias de segurança regulares. Ferramentas como Timeshift ou simples scripts com rsync resolvem muito, desde que existam antes da desgraça. Quando algo corre mal a sério, ter um ponto de restauro fiável é o que separa uma tarde de recuperação de uma reinstalação completa.

No limite, a moral é pouco romântica: o Linux dá-te liberdade e assume que sabes o que estás a fazer. Se tratas sudo como panaceia, permissões como brinquedo e o gestor de pacotes como um casino, o sistema vai acabar por ceder. A boa notícia é que os mesmos comandos que o podem destruir também te dão controlo fino para o manter saudável. Exige só uma coisa que não cabe num manual de referência: auto-disciplina. E essa, nenhuma distribuição instala por ti.

Fonte: How-To Geek