Instalar o Arch Linux não é uma configuração única: é uma tarefa rotineira. Para manter um sistema Arch Linux a longo prazo, eu executo regularmente as tarefas abaixo:

  • Verifico o feed de notícias do Arch antes de toda atualização;
  • Atualizo o sistema e os pacotes AUR regularmente;
  • Removo pacotes órfãos que não são mais necessários para nada;
  • Apare periodicamente o cache de pacotes do pacman;
  • Reviso os arquivos de configuração .pacnew e .pacsave depois das atualizações;
  • e verifico serviços com falha.

Nenhuma delas é urgente individualmente, mas pular todas por meses é uma das causas mais citadas para relatos de “meu sistema Arch parece quebrado”.

No final, incluí uma cadência sugerida para você não ficar adivinhando com que frequência executar cada item.

Escopo: este guia assume a configuração padrão com pacman mais um ajudante AUR do nosso guia pós-instalação do Arch Linux.

1. Verifique o feed de notícias antes de cada atualização

Antes de executar uma atualização, abra archlinux.org/news no navegador.

O Arch Linux é uma distribuição rolling release sem “versões” programadas para testar mudanças antes.

Na maioria das vezes, pacman -Syu simplesmente funciona. Ocasionalmente, uma mudança exige intervenção manual (mudança no layout de partições, migração de configuração, divisão de pacote), e essas mudanças são sempre anunciadas no feed de notícias antes de os pacotes chegarem aos repositórios.

Pular essa verificação é uma causa frequente de atualizações que parecem “quebrar” algo.

2. Atualize o sistema e os pacotes AUR

2.1. Atualização completa do sistema

sudo pacman -Syu

Sempre execute -Syu junto. Nunca sincronize (-Sy) sem também atualizar (-u) no mesmo comando. O Arch não suporta atualizações parciais, e sincronizar sem atualizar é uma das formas mais comuns de quebrar dependências de pacotes.

2.2. Atualizando pacotes AUR

Os ajudantes AUR (paru ou yay) lidam com pacotes oficiais e do AUR em um único comando:

paru -Syu

Pacotes AUR não são pré-compilados. Atualizar um significa recompilá-lo a partir do código-fonte na sua máquina; por isso, uma atualização com muitos pacotes AUR pode demorar bem mais do que uma atualização só dos repositórios oficiais.

3. Remova pacotes órfãos

Um pacote órfão é um pacote que foi instalado originalmente como dependência de outro, mas esse outro foi removido ou substituído, deixando a dependência para trás sem nada que a use.

3.1. Encontrando órfãos

pacman -Qdt

3.2. Removendo-os

sudo pacman -Rns $(pacman -Qdtq)

A flag -Rns remove os pacotes, as dependências deles que não são mais necessárias e quaisquer arquivos de configuração associados.

Se não houver órfãos, o comando imprime error: argument '-' specified with empty stdin em vez de não fazer nada silenciosamente. Isso é esperado e inofensivo: significa apenas que não havia nada para passar ao comando de remoção, não que algo está quebrado.

Também vale uma verificação periódica:

pacman -Qm lista pacotes “estrangeiros”, ou seja, qualquer coisa instalada do AUR ou manualmente, em vez de um repositório oficial. De vez em quando, um pacote AUR é excluído completamente upstream; nesse caso, seu ajudante AUR não consegue mais atualizá-lo e você nunca saberia. Vale dar uma olhada nessa lista a cada poucos meses.

4. Limpe o cache de pacotes do pacman

Toda vez que você instala ou atualiza um pacote, o pacman mantém uma cópia do arquivo baixado em /var/cache/pacman/pkg/.

$ ls /var/cache/pacman/pkg/
abseil-cpp-20260526.0-2-x86_64.pkg.tar.zst
abseil-cpp-20260526.0-2-x86_64.pkg.tar.zst.sig
accountsservice-26.13.3-1-x86_64.pkg.tar.zst
accountsservice-26.13.3-1-x86_64.pkg.tar.zst.sig
[...]

Isso é intencional: permite fazer downgrade de um pacote se uma atualização quebrar algo. Se não for gerenciado, o cache cresce indefinidamente.

4.1. Limitando com paccache

sudo pacman -S pacman-contrib
sudo paccache -rk2

A flag -rk2 mantém as 2 versões mais recentes de cada pacote e remove o restante. Isso preserva a rede de segurança para downgrade sem deixar o cache crescer para sempre.

4.2. Automatize

sudo systemctl enable --now paccache.timer

Para mais detalhes, leia nosso guia no link abaixo:

5. Revise e mescle arquivos .pacnew (e .pacsave)

Quando uma atualização muda um arquivo de configuração que você personalizou, o pacman não sobrescreve sua versão. Ele instala o novo padrão ao lado do seu como filename.pacnew, deixando você decidir o que fazer.

O tipo de arquivo complementar, .pacsave, aparece quando você remove um pacote que era dono de uma configuração que você modificou. É a sua versão antiga, mantida caso você reinstale depois.

5.1. Encontrando e mesclando

sudo pacman -S pacman-contrib
pacdiff

pacdiff varre o sistema em busca de arquivos .pacnew e .pacsave e guia você pela mesclagem de cada um com a configuração existente, mostrando um diff para você ver exatamente o que mudou.

Por que isso importa:

Ignorar esses arquivos indefinidamente significa que suas configurações vão, aos poucos, se distanciando do que o pacote realmente espera. Normalmente é inofensivo por meses, até que uma atualização específica assuma um padrão que sua configuração antiga não tem, e algo quebre de uma forma difícil de rastrear até um arquivo de configuração que você esqueceu que existia.

Para mais detalhes sobre esses dois tipos de arquivo, leia os guias:

6. Verifique serviços com falha e erros

6.1. Serviços systemd com falha

systemctl --failed

Um resultado vazio é bom: significa que todo serviço habilitado iniciou com sucesso no último boot. Qualquer coisa listada merece investigação com journalctl -u service-name.

6.2. Revisando o log do pacman

less /var/log/pacman.log

Vale uma olhada periódica, especialmente depois de uma atualização problemática. É um registro completo de cada pacote instalado, removido ou atualizado, com timestamps.

6.3. Não se esqueça dos processos já em execução

Uma atualização de biblioteca não tem efeito em programas que já estão em execução. Um navegador aberto há dias, por exemplo, continua usando a versão antiga na memória até ser reiniciado.

Reiniciar periodicamente, não apenas depois de atualizações de kernel, é a maneira mais simples de garantir que todo processo em execução esteja realmente nas versões que você acabou de instalar.

7. Cadência sugerida

Um sistema deixado sem atualizar por seis meses ou mais geralmente acumula dezenas de arquivos .pacnew e um cache de vários gigabytes de uma vez. Isso torna a eventual atualização de recuperação muito mais arriscada do que qualquer atualização semanal teria sido. Pouco e frequente vence raro e grande.

Perguntas Frequentes (FAQ)

P: É seguro remover todos os pacotes órfãos?

R: Geralmente, sim. O comando pacman -Qdt lista apenas pacotes dos quais nada depende no momento. A exceção rara é um pacote que você instalou manualmente por um motivo que o pacman não consegue enxergar (por exemplo, um módulo de kernel contra o qual você compila), mas que nunca foi marcado como “instalado explicitamente”.

Se você não tiver certeza sobre um pacote específico, verifique o que é antes de removê-lo, em vez de simplesmente passar a lista inteira adiante.

P: O que acontece se eu ignorar arquivos .pacnew?

R: Nada imediatamente. Sua configuração antiga continua funcionando exatamente como antes. O risco é cumulativo: cada arquivo .pacnew ignorado é mais um ponto em que a configuração real do sistema divergiu silenciosamente do que as versões atuais dos pacotes esperam; essa lacuna acaba causando uma falha confusa durante alguma atualização futura não relacionada.

P: O cache do pacman encheu meu disco. E agora?

R: Execute sudo paccache -rk2 imediatamente para recuperar espaço e depois configure o paccache.timer do Passo 4 para não acontecer de novo. Se você precisar de espaço agora e não se importar com a possibilidade de downgrade, sudo pacman -Scc limpa o cache inteiro, mas você perde a capacidade de reverter qualquer pacote instalado no momento.

P: Com que frequência devo realmente atualizar o Arch?

R: Semanalmente é a cadência comumente recomendada. É frequente o bastante para que cada atualização seja pequena e fácil de diagnosticar se algo der errado, e rara o bastante para não virar tarefa diária.

Ficar meses entre atualizações é o que tende a produzir a experiência dramática de “tudo quebrou de uma vez”, porque dezenas de mudanças chegam juntas em vez de uma ou duas por vez.

Conclusão

Neste guia, cobrimos seis tarefas importantes de manutenção do Arch Linux que todo usuário deve executar regularmente. Seguir essas boas práticas ajuda a manter o Arch Linux limpo, estável e funcionando bem no longo prazo.

Recursos: