Linux 7.2 em fim de vida: planear uma mudança de kernel controlada

Atualizado em 9 de novembro de 2026. O Kernel.org assinala o Linux 7.2.15, de 1 de novembro, como EOL e apresenta o Linux 7.3.3, de 6 de novembro, como estável. É motivo para verificar o inventário, não uma ordem de instalação para todos os computadores Linux. Importam a origem do pacote e o suporte do sistema concreto. [1]

O que significa o fim de vida

Este guia destina-se a utilizadores experientes de Linux e administradores. O fim do ramo upstream 7.2 não demonstra, por si só, que um pacote da distribuição deixou de receber correções de segurança. Os fornecedores podem adaptar correções a versões anteriores e definir prazos próprios. Uma família de versões antiga não prova uma vulnerabilidade sem correção; uma mais recente também não prova que determinado erro foi corrigido. As versões candidatas não são uma recomendação geral para produção. [2]

Preparação: garantir primeiro a recuperação

Reserve uma janela de manutenção, uma cópia de segurança verificada e um meio de recuperação realmente acessível. Num computador remoto, uma consola independente é importante: uma sessão SSH aberta não sobrevive ao reinício. Registe o procedimento de desbloqueio da encriptação, a seleção de arranque e os controladores necessários, sem copiar chaves para o registo de trabalho. Um snapshot no mesmo disco não substitui uma cópia separada.

Cinco passos para uma mudança controlada

  1. Recolha o inventário sem alterar o sistema. uname -r mostra o kernel em execução e cat /etc/os-release identifica a distribuição. Identifique também o pacote do kernel instalado e o repositório no gestor de pacotes. Num contentor, uname -r refere-se ao kernel do anfitrião: a mudança compete ao seu operador, não à imagem do contentor.
  2. Confirme o suporte correto. Consulte os avisos do fornecedor para a distribuição, edição, arquitetura e variante do kernel exatas. O Ubuntu, por exemplo, apresenta coberturas próprias de produtos e kernels. [4] Se o sistema continuar suportado e o pacote receber correções, não abandone o canal do fornecedor apenas devido ao EOL upstream. Um kernel 7.2 compilado por si exige um sucessor mantido e um plano de testes sob a sua responsabilidade.
  3. Prepare a compatibilidade e o arranque de recurso. Verifique o espaço livre na área de arranque e as indicações sobre módulos adicionais, DKMS, Secure Boot e initramfs. Conserve o kernel funcional conhecido e os módulos correspondentes; saiba selecioná-lo antes de uma emergência. Não desative proteções só para arrancar um pacote desconhecido. Pare se o acesso de recuperação não estiver esclarecido.
  4. Atualize pelo procedimento documentado. Utilize o canal de pacotes/imagens suportado ou o processo de compilação próprio previsto para esta instalação, não comandos avulsos de terceiros. A documentação do kernel mostra que a compilação e instalação dependem da distribuição. [3] Verifique erros de instalação e de módulos antes do reinício planeado. Este artigo não altera o seu sistema.
  5. Depois de reiniciar, valide o resultado real. Compare uname -r com o pacote instalado pretendido. Teste armazenamento, rede, gráficos, serviços importantes e, em portáteis, suspensão e retoma. Num servidor, teste uma nova ligação externa. Ter o pacote instalado ou conseguir arrancar não basta.

Validar o resultado e recuperar de problemas

Perante uma regressão, volte ao kernel conhecido pelo meio de arranque/recuperação preparado, registe versões e sintomas e contacte o fornecedor. O kernel antigo é uma medida temporária de continuidade, não uma solução permanente num ramo sem manutenção. Planeie a limpeza normal apenas após validação estável; não execute instruções genéricas de eliminação.

Limites e fontes

Procedimento editorial, não um teste de kernel, hardware ou ataque realizado por nós. Não há versão de destino universal, correção de CVE afirmada nem garantia de compatibilidade. Prevalecem as orientações atuais do fornecedor. Este guia não comercial não contém ligações de afiliado.