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

Cenário ilustrativo: Maya mantém uma estação de trabalho Debian 12 Bookworm usada para desenvolvimento. Ela deseja os pacotes mais recentes do Debian Testing, mas não pode se dar ao luxo de sair do APT com um conjunto de pacotes parcialmente atualizado. A abordagem mais segura é migrar primeiro para a versão estável atualmente suportada e, em seguida, migrar o sistema estável limpo para o codinome Testing atual. Este exemplo explica um procedimento cauteloso; não se trata de um relato de uma atualização real nem de uma garantia de que todas as máquinas terão o mesmo plano de pacotes.

A partir de 6 de outubro de 2026, o Debian identifica o Debian 13 "Trixie" como estável e o Debian 14 "Forky" como em fase de testes. As diretrizes do Debian para a versão em testes recomendam migrar da versão estável atual para a versão em testes, alertando que iniciar a partir de uma versão estável mais antiga pode levar a erros inesperados. Para uma instalação do Bookworm, isso significa seguir as instruções oficiais de atualização do Bookworm para o Trixie antes de mudar para o repositório Forky. Verifique as páginas de lançamentos novamente no dia em que for trabalhar, pois o codinome da versão em testes muda quando o Debian publica uma nova versão estável.

Por que alterar as dependências em etapas?

O APT resolve dependências usando os índices de pacotes e os conjuntos de versões configurados no sistema. Se você direcionar uma instalação antiga diretamente para o ambiente de teste (Testing), o APT poderá propor alterações em bibliotecas principais, no kernel, na área de trabalho, no firmware e em pacotes de terceiros em uma única operação. Uma simulação pode expor um plano questionável, mas não pode tornar um ponto de partida não suportado seguro.

O ambiente de testes é dinâmico. Os pacotes migram do ambiente instável após atenderem aos critérios de arquivamento, mas ainda podem ocorrer lacunas temporárias de dependências e regressões. O Debian também não oferece o mesmo suporte de segurança permanente para o ambiente de testes que oferece para o ambiente estável. Essa abordagem reduz conflitos de pacotes evitáveis; no entanto, não pode tornar o ambiente de testes tão confiável quanto o estável nem impedir todas as falhas futuras.

Cenário ilustrativo: preparar a máquina Bibliófila da Maya

1. Confirme a versão inicial e a integridade do pacote.

Primeiro, Maya verifica se é realmente o Debian e registra o estado atual do sistema. Ela lê os detalhes da versão atual e os arquivos do repositório antes de editar qualquer coisa:

cat /etc/os-release
cat /etc/debian_version
apt-cache policy
dpkg --audit
apt-get check
apt-mark showhold

Ela revisa /etc/apt/sources.listtodos os arquivos em `/etc/apt/lib` e /etc/apt/sources.list.d/as preferências do APT em `/etc/ apt/lib` e `/etc/apt/lib`. O objetivo é identificar repositórios de fornecedores, pacotes compilados localmente, versões fixadas e pacotes retidos antes que eles causem confusão durante uma atualização. Se o `apt-get` reportar configuração de pacote incompleta ou dependências quebradas, Maya corrige essa condição no Bookworm primeiro, em vez de sobrepor uma alteração de distribuição./etc/apt/preferences/etc/apt/preferences.d/dpkg --auditapt-get check

2. Garanta a possibilidade de recuperação antes de alterar as versões.

Antes de mexer nos códigos-fonte dos pacotes, Maya cria um backup testado de seus dados pessoais e configurações importantes, incluindo bancos de dados de aplicativos e dados de serviço, quando aplicável. Uma imagem completa do disco ou um snapshot da máquina virtual permite que ela recupere o sistema operacional; uma cópia apenas do diretório home não é suficiente. Ela também se certifica de ter acesso ao console local, uma mídia de recuperação inicializável, espaço livre suficiente em /` /var/etc/ systemd`, `/etc/system` e `/etc/system` /boot, além de uma conexão de rede ativa.

Se a máquina for remota, ela programa um período de inatividade e usa um console fora da banda, se disponível. Uma atualização de pacote que reinicia a rede ou substitui componentes SSH pode desconectar uma sessão remota. Para um servidor importante, Maya testa toda a sequência em um clone primeiro. As notas de lançamento do Debian incluem orientações de preparação e recuperação; elas devem ser lidas antes de cada atualização de versão.

3. Conclua a atualização compatível de Bookworm para Trixie.

Maya segue o procedimento de atualização do Bookworm para o Trixie descrito nas notas de lançamento oficiais do Debian 13, incluindo as verificações de repositórios de terceiros, preferências do APT, status dos pacotes e espaço disponível em disco. Ela não ignora a etapa de atualização suportada pelo Bookworm, que consiste em reescrever todos os arquivos-fonte para o Forky. O Debian documenta explicitamente a atualização do Debian 12 para o Debian 13; utilize a documentação específica da versão para obter informações precisas sobre pacotes e configurações que podem ser aplicáveis ​​ao seu sistema.

Após a atualização completa da máquina, ela reinicia o sistema no Trixie e confirma se a inicialização ocorre normalmente. Ela verifica serviços críticos, acesso à rede, montagens de armazenamento, login da área de trabalho ou da placa gráfica e qualquer hardware que dependa de firmware. Essa verificação é valiosa: se algo estiver errado, ela pode diagnosticar um problema em uma única transição de versão antes de introduzir o ambiente de testes.

Mude o sistema Estável verificado para o modo de Teste.

4. Remover entradas de repositório mistas ou obsoletas

Após o sistema estar íntegro no Trixie, Maya salva uma cópia do código-fonte e dos arquivos de preferências do APT. Ela desativa temporariamente repositórios de terceiros e backports ou entradas de atualização específicos do Trixie. Misturar conjuntos de distribuições estáveis, de teste e instáveis ​​sem uma política clara de fixação de versões pode gerar incompatibilidade de bibliotecas e conflitos de dependência. Pacotes de fornecedores externos ao Debian podem ainda não existir para o Forky; ela verifica as informações de compatibilidade de cada fornecedor em vez de presumir que um repositório do Trixie seja adequado.

Nas instalações atuais, as fontes podem usar o formato antigo de uma linha ou o .sourcesformato deb822. Edite o formato já em uso e certifique-se de que nenhuma entrada Debian ativa ainda aponte para o bookwormdiretório trixiede teste quando a atualização para o ambiente de teste for iniciada.

5. Aponte o repositório principal do Debian para o Forky.

Para este exemplo específico de data, Forky é o codinome atual de teste. Um arquivo fonte deb822, como este, /etc/apt/sources.list.d/debian.sourcespode usar a seguinte estrutura. Mantenha os componentes que correspondem à instalação; este exemplo inclui firmware comum e áreas não livres, mas não os habilita automaticamente em todos os sistemas.

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

Não copie esta seção sobre uma configuração existente sem inspecioná-la. Preserve as opções de espelhamento e os componentes necessários ao sistema e remova ou comente as entradas duplicadas do Debian. Evite usar o alias de migração testingse a intenção for permanecer no Forky após ele se tornar estável. Um codinome acompanha o Forky durante a transição de lançamento; o nome da suíte testingsegue a versão que estiver em fase de testes no futuro.

Para o ambiente de testes, não mantenha cegamente um URL de segurança da versão estável, como este, trixie-securitynem o substitua por um forky-securityconjunto de atualizações presumido. As perguntas frequentes do Debian informam que o ambiente de testes não recebe as mesmas atualizações de segurança dedicadas que a versão estável; correções podem precisar ser migradas da versão instável, e o tempo de implementação pode variar. Os leitores devem revisar as diretrizes atuais do Debian Testing e as informações sobre vulnerabilidades e decidir se esse modelo de suporte é aceitável.

6. Atualize os índices e simule a alteração completa da dependência.

Com as fontes editadas, o Maya atualiza os metadados do pacote e pede ao APT para simular a atualização completa:

sudo apt update
sudo apt -s full-upgrade

A simulação é uma etapa de revisão, não uma solicitação de aprovação que deva ser aceita automaticamente. Maya lê a lista de pacotes para instalar, atualizar, manter e remover. Ela interrompe o processo se a proposta remover o metapacote da área de trabalho, o servidor SSH, o carregador de inicialização, o gerenciador de rede, o banco de dados ou outro pacote do qual ela depende; se remover um grande conjunto de pacotes não relacionados; ou se o APT relatar dependências não resolvidas. Ela verifica se a causa é uma fonte de terceiros habilitada, uma retenção, um bloqueio, espaço em disco insuficiente ou uma transição temporária para o modo de teste.

Um pacote que é retido não está automaticamente quebrado. Ele pode exigir alterações de dependências que a upgradeoperação conservadora não fará. Não force a instalação de uma biblioteca ou remova um metapacote apenas para que a contagem de pacotes chegue a zero. Se o plano não for compreensível, aguarde a transição do repositório se estabilizar, consulte o bug do pacote Debian relevante ou as informações de transição, ou permaneça na versão Estável.

Aplicar a atualização em etapas revisáveis

7. Execute a atualização conservadora e, em seguida, revise a atualização completa novamente.

Se a simulação for razoável e o backup estiver atualizado, o Maya primeiro realiza uma atualização que não remove os pacotes instalados:

sudo apt upgrade --without-new-pkgs

Ela lê atentamente todas as perguntas sobre o arquivo de configuração e mantém um registro das alterações locais. Em seguida, ela simula novamente, pois o plano de pacotes pode ter mudado:

sudo apt -s full-upgrade

Ela só inicia a operação quando as remoções e adições propostas fazem sentido:

sudo apt full-upgrade

full-upgradePode instalar novas dependências e remover pacotes para concluir uma transição de versão. É por isso que a simulação e a revisão humana são importantes. Se o programa sugerir remoções inexplicáveis ​​ou falhar com erros de dependência, o Maya para e salva a saída exata. Ele não encadeia apt --fix-broken installseleções aleatórias e forçadas de versão, nem remoções manuais de bibliotecas; essas ações podem agravar a inconsistência. Primeiro, inspecione o erro do APT, a configuração da fonte, os bloqueios e o status do pacote; em seguida, tente novamente somente após entender a causa.

Mantenha o computador ligado e conectado durante a descompactação e configuração dos pacotes. Evite iniciar outro gerenciador de pacotes simultaneamente. Se o processo for interrompido, utilize as instruções de recuperação para o erro observado e conclua a configuração pendente dos pacotes somente após confirmar o estado do banco de dados de pacotes.

8. Reinicie, verifique as dependências e restaure apenas os repositórios compatíveis.

Após a conclusão do APT sem erros não resolvidos, o Maya verifica o estado dos pacotes e reinicia quando necessário:

sudo dpkg --audit
sudo apt-get check
sudo apt update
sudo reboot

Após a reinicialização, ela confirma a versão instalada com `apt-get` /etc/os-release, verifica se o kernel esperado está em execução com ` uname -rapt-get`, revisa o `package.json` systemctl --failede testa seus aplicativos e serviços essenciais. Ela pode inspecionar a atividade recente de pacotes em `/ /var/log/apt/history.logetc /var/log/dpkg.log/package.json` e `/etc/package.json`. Uma execução bem-sucedida do APT não é suficiente se o sistema não inicializar mais, a rede estiver indisponível ou um serviço importante falhar.

Somente depois que os pacotes Debian estiverem íntegros, ela considera reativar repositórios de terceiros, um de cada vez, e apenas quando o fornecedor documenta o suporte para o Forky. Em seguida, ela executa apt updatee simula qualquer atualização resultante antes de aceitá-la. Ela mantém o backup de recuperação até que a máquina esteja estável em uso normal.

Como decidir se a migração está concluída

Maya considera a migração concluída quando a máquina inicializa com o codinome de teste esperado, dpkg --auditestá limpa, apt-get checknão reporta dependências quebradas, as atualizações do APT a partir dos repositórios pretendidos são executadas sem erros de assinatura ou de versão, e suas cargas de trabalho críticas passam em suas próprias verificações. Ela também registra a data, as alterações no código-fonte, as remoções de pacotes e quaisquer decisões de configuração manual para que uma regressão posterior possa ser rastreada.

Se o objetivo for apenas uma aplicação mais recente, permanecer na versão Stable e usar um backport oficial, um pacote com suporte do fornecedor, um contêiner ou um ambiente de teste isolado pode ser menos disruptivo. Se o computador for essencial para os negócios, estiver conectado à internet ou não puder ser restaurado rapidamente, o Debian Stable geralmente é a escolha mais apropriada. A versão Testing é para usuários preparados para monitorar atualizações, ler planos de pacotes e solucionar problemas temporários de arquivos ou dependências.

Referências oficiais

• Versões do Debian: status atual das versões Estáveis, de Teste e de Lançamento.
• Notas de lançamento do Debian 13: atualizações do Debian 12 Bookworm
• Wiki do Debian: Guia de testes e atualização do Debian
• FAQ do Debian: como escolher entre as versões Estável, de Teste ou Instável
• Referência Debian: APT, pacotes de repositórios e gerenciamento de dependências