Como migrar o Debian 12 para o ambiente de testes sem quebrar dependências

Cenário ilustrativo: Morgan usa um desktop Debian 12 para desenvolvimento pessoal e deseja bibliotecas mais recentes para um projeto. Morgan pode reinstalar o sistema, se necessário, mas prefere evitar um desktop parcialmente atualizado ou um plano de atualização do APT que remova pacotes importantes. Este é um exemplo hipotético, não uma migração real ou resultado de teste. A abordagem prática mais segura é realizar a migração em etapas, simular o plano de atualização do APT e interromper o processo sempre que as alterações propostas não forem compreendidas.

A partir de 9 de outubro de 2026, o Debian identifica a distribuição de teste atual como Forky, a próxima versão após o Debian 13 “Trixie”. O Debian alerta que as atualizações de segurança para a distribuição Testing não são gerenciadas pela Equipe de Segurança de forma oportuna. A distribuição Testing pode ser útil em um computador de mesa ou máquina de desenvolvimento reserva, mas não é adequada para sistemas que necessitam de cobertura de segurança previsível ou disponibilidade contínua. Nenhum procedimento de migração pode garantir que todas as dependências e aplicativos permanecerão inalterados.

1. O Debian Testing é a distribuição correta para este computador?

A distribuição Testing contém pacotes que passaram por critérios automatizados de migração da distribuição Unstable, incluindo verificações destinadas a manter as dependências instaláveis. Isso não significa que todos os pacotes estejam livres de bugs ou que todas as configurações de desktop funcionem. O projeto Debian explica como os pacotes entram na distribuição Testing em sua visão geral da distribuição Testing . As perguntas frequentes de segurança do Debian observam que as correções podem ser atrasadas por esperas ou transições de migração.

Para um computador de trabalho crítico, um servidor de produção ou uma máquina sem caminho de recuperação, mantenha a versão Estável. Para o hipotético computador de desenvolvimento de Morgan, a versão de Teste pode ser aceitável se transições ocasionais de pacotes, desinstalação temporária e manutenção prática fizerem parte do plano. Se o único objetivo for um aplicativo mais recente, verifique o Debian Backports ou outra opção de empacotamento compatível antes de migrar todo o sistema operacional.

2. O que deve ser copiado antes de alterar os repositórios?

Faça um backup que você possa restaurar, não apenas uma cópia da lista de pacotes. Preserve arquivos pessoais, dados de aplicativos, chaves de recuperação de criptografia, configurações importantes e quaisquer pacotes instalados localmente. Para uma máquina virtual, tire um snapshot e confirme como restaurá-lo. Para um computador físico, guarde a mídia de instalação e um método testado para inicializá-lo, e certifique-se de que o backup esteja armazenado em uma mídia separada.

Registre o estado atual do pacote e da fonte para que você possa compará-los posteriormente:

dpkg --get-selections > ~/package-selections.txt
apt-mark showmanual > ~/manually-installed-packages.txt
sudo cp -a /etc/apt ~/apt-config-before-testing

Esses registros ajudam a explicar o que mudou, mas não recriam o sistema por si só. Morgan deve agendar a migração quando houver tempo suficiente para revisar os alertas de APT e realizar a recuperação, em vez de começar pouco antes do prazo final.

3. O gerenciamento de pacotes e a instalação do Bookworm estão corretos?

Resolva os problemas existentes antes de instalar uma nova distribuição. Conclua as atualizações normais do Debian 12, reinicie o sistema caso o kernel ou os serviços principais tenham sido alterados e verifique se a área de trabalho funciona. Em seguida, inspecione o estado dos pacotes, os bloqueios e as origens dos repositórios:

sudo dpkg --audit
sudo apt-get check
apt-mark showhold
apt-cache policy bash libc6 systemd

dpkg --auditRelata estados de pacotes parcialmente instalados ou inconsistentes; apt-get checkverifica problemas de dependência no sistema atual. Revise os pacotes retidos em vez de liberá-los indiscriminadamente. Remova ou desative repositórios de terceiros para a transição e registre os pacotes instalados a partir de repositórios de fornecedores, arquivos locais ou compilações a partir do código-fonte. Esses pacotes podem não ter versões compatíveis no Debian Testing.

Se o sistema já apresentar pacotes corrompidos, configurações não resolvidas ou conjuntos de pacotes misturados, não aplique uma nova distribuição por cima. Corrija o estado atual primeiro ou realize uma instalação limpa em uma partição ou disco separado. O resultado esperado é um sistema de referência com problemas de pacotes identificados, e não uma saída de auditoria completamente vazia, obtida antecipadamente.

4. Você deve mudar do Bookworm para o Trixie antes de fazer o teste?

Sim, utilize a atualização documentada do Bookworm para o Trixie como uma etapa intermediária. As notas de versão do Debian são escritas para atualizações de uma versão estável para a seguinte e descrevem a preparação, os problemas conhecidos e as tarefas pós-atualização. As notas de versão do Bookworm no Debian 12 descrevem a atualização para a próxima versão. Siga essas instruções, reinicie o sistema e confirme se a máquina está executando a versão estável atual antes de mudar para a versão de teste.

Essa rota em etapas fornece um ponto de verificação conhecido e facilita a identificação de falhas. Não ignore as notas de lançamento alterando diretamente as fontes do Bookworm para Testing em seu computador principal. Uma atualização direta pode ser resolvida pelo APT, mas não é o caminho de atualização estável para estável documentado e pode combinar várias rodadas de transições de pacotes em uma única alteração mais difícil de revisar. Se a atualização para a versão estável falhar ou deixar pacotes sem solução, pare nesse ponto.

5. Como configurar o APT para executar testes sem misturar suítes de teste?

Após limpar e fazer backup do sistema Trixie, inspecione todos os arquivos em `/etc/trixie` /etc/apt/sources.liste `/etc/trixie` /etc/apt/sources.list.d/. Desative temporariamente os repositórios de terceiros. Substitua as entradas do pacote de pacotes estável do Debian de forma consistente; não deixe uma mistura de pacotes ` trixie/ etc/trixie`, trixie-security`/ testingetc/trixie`, `/etc/trixie` e pacotes não relacionados, a menos que você entenda profundamente o conceito de fixação de pacotes do APT.

Os arquivos de origem do Deb822 usam uma seção por fonte. Um exemplo simplificado para o arquivo principal do Debian é:

Types: deb
URIs: https://deb.debian.org/debian
Suites: testing
Components: main contrib non-free non-free-firmware
Signed-By: /usr/share/keyrings/debian-archive-keyring.gpg

Preserve os componentes e a configuração de assinatura adequados à sua instalação; nem todos os sistemas habilitam todos os componentes. Se você deseja que a distribuição Testing atual acompanhe as transições futuras automaticamente, use o nome da suíte testing. Na data acima, ele é resolvido para Forky. Usar o codinome forkyfixa você a esse nome de versão; ele não seguirá automaticamente o próximo codinome Testing após o lançamento de Forky.

Não assuma que uma testing-securitylinha seja equivalente ao repositório de segurança da versão Estável. A página atual do Forky no Debian informa que as atualizações de segurança da versão de Teste ainda não são gerenciadas pela Equipe de Segurança e podem não chegar em tempo hábil. Verifique as informações da versão de Teste atual antes de prosseguir.

6. O que a APT propõe mudar?

Atualize os índices de pacotes, inspecione as versões candidatas e, em seguida, simule a atualização da distribuição:

sudo apt update
apt-cache policy
apt-get -s full-upgrade

Essa -sopção simula a transação; ela não instala os pacotes propostos. Analise o plano completo, especialmente as remoções de pacotes, as bibliotecas recém-instaladas, os pacotes retidos e os pacotes que não têm candidatos. O APT full-upgradetem permissão para instalar ou remover pacotes para satisfazer dependências, portanto, "o comando foi concluído" não é o mesmo que "todos os meus aplicativos desejados permanecem instalados".

Para um plano complexo, repita a simulação com diagnósticos do resolver:

apt-get -s -o Debug::pkgProblemResolver=yes full-upgrade

Não prossiga se o plano remover o ambiente de área de trabalho, o gerenciador de exibição, a rede, o carregador de inicialização ou outro pacote do qual você depende e você não souber explicar o motivo. Uma transição de biblioteca pode tornar alguns aplicativos temporariamente indisponíveis no ambiente de Teste. Aguardar a transição ou manter o sistema temporariamente no ambiente Estável pode ser mais seguro do que forçar uma combinação de pacotes. Nunca use --forceremoções em massa de pacotes para fazer a simulação parecer limpa.

7. Quando você deve executar a atualização real?

Prossiga somente após o plano simulado ser aceitável, seu backup estar disponível e o computador ter energia e acesso à rede confiáveis. Feche os aplicativos, use um terminal local em vez de uma sessão remota instável e inicie a atualização sem confirmação automática.

sudo apt full-upgrade

Leia novamente o pacote e o resumo da remoção antes de aceitar. Se o APT sugerir a remoção de um pacote crítico do desktop ou do núcleo do sistema, responda "não" e investigue. Se a atualização for interrompida devido a erros de dependência, guarde a mensagem de erro exata. Não execute apt --fix-broken installou repita a operação imediatamente -y; primeiro identifique qual pacote ou restrição de repositório fez com que o solucionador parasse.

Após uma transação bem-sucedida, siga as instruções de atualização de pacotes, reinicie o computador e verifique se a interface gráfica, a rede, o som, o armazenamento e os aplicativos essenciais estão funcionando corretamente. Se uma grande transição estiver em andamento ou se pacotes desaparecerem temporariamente do repositório Testing, aguardar a migração completa dos repositórios geralmente é preferível a misturar pacotes instáveis. O capítulo sobre APT no Manual do Administrador Debian explica a diferença entre atualizações comuns e full-upgradeo APT, incluindo a capacidade do APT de remover pacotes.

8. Como você pode verificar a migração e garantir que ela seja recuperável?

Após reiniciar, confirme a versão ativa e verifique a consistência do pacote:

cat /etc/os-release
sudo apt-get check
sudo dpkg --audit
apt-cache policy bash libc6 systemd

Analise o histórico do APT /var/log/apt/history.loge o registro de pacotes, /var/log/dpkg.logcaso precise entender o que mudou. Teste os aplicativos dos quais o Morgan depende, incluindo qualquer projeto que tenha motivado a migração. Verifique se os arquivos de origem agora apontam para o conjunto de aplicativos desejado e se as entradas de terceiros desativadas não foram reativadas silenciosamente.

Mantenha o backup até que o computador tenha concluído as tarefas normais de trabalho e pelo menos mais uma atualização de pacotes. O APT não oferece um downgrade de uso geral da versão Testing para a Stable. Se o sistema ficar inutilizável, restaurar uma imagem completa do sistema ou reinstalar a versão Stable e restaurar os dados geralmente é mais previsível do que tentar reverter cada versão de pacote manualmente.

Para uso contínuo, atualize regularmente, leia as remoções de pacotes propostas e fique de olho nos avisos de segurança e de testes do Debian. Se as prioridades de Morgan mudarem de novos pacotes de desenvolvimento para manutenção de segurança previsível, o próximo passo correto é uma instalação limpa da versão Estável ou uma restauração — não uma edição casual do conjunto de pacotes e a suposição de que o downgrade funcionará.

Referências oficiais

• Informações sobre a versão Debian Testing — codinome atual e status de segurança.
• Como funciona o Debian Testing — critérios de migração de pacotes.
• FAQ da Equipe de Segurança do Debian — tratamento de segurança para testes.
• Notas de lançamento do Debian 12 Bookworm — preparação para atualização com suporte.
• Referência Debian: Gerenciamento de Pacotes e Manual do Administrador Debian: APT .
• Manual do APT/apt-get — comportamento de simulação e atualização.