Cómo migrar Debian 12 a Testing sin romper dependencias

Escenario ilustrativo: Morgan tiene un escritorio Debian 12 que usa para desarrollo personal y necesita bibliotecas más recientes para un proyecto. Puede reinstalar si es necesario, pero prefiere evitar un escritorio parcialmente actualizado o un plan de reenvío que elimine paquetes importantes. Este es un ejemplo hipotético, no una migración real ni un resultado de prueba. El enfoque práctico más seguro es planificar la migración, simular el plan de APT y detenerla cuando no se comprendan los cambios propuestos.

A fecha de 9 de octubre de 2026, Debian identifica la distribución de pruebas actual como Forky, la siguiente versión después de Debian 13 “Trixie”. Debian advierte que el equipo de seguridad no gestiona las actualizaciones de seguridad para la distribución de pruebas de forma oportuna. Esta distribución puede ser útil en un ordenador de sobremesa o de desarrollo, pero no es adecuada para sistemas que requieren una cobertura de seguridad predecible o una disponibilidad continua. Ningún procedimiento de migración puede garantizar que todas las dependencias y aplicaciones permanezcan inalteradas.

1. ¿Es Debian Testing el entorno adecuado para este ordenador?

La rama Testing contiene paquetes que han superado los criterios de migración automatizados desde Unstable, incluyendo comprobaciones para garantizar la instalabilidad de las dependencias. Esto no significa que todos los paquetes estén libres de errores ni que todas las configuraciones de escritorio funcionen. El proyecto Debian explica cómo los paquetes se incorporan a Testing en su descripción general de la distribución Testing . Las preguntas frecuentes sobre seguridad de Debian indican que las correcciones pueden retrasarse debido a las esperas o transiciones de migración.

Para un equipo de escritorio crítico para el trabajo, un servidor de producción o una máquina sin posibilidad de recuperación, manténgase en la versión Estable. Para el hipotético equipo de desarrollo de Morgan, la versión de Pruebas podría ser aceptable si se contemplan transiciones ocasionales de paquetes, la posibilidad de desinstalación temporal y el mantenimiento manual. Si el único objetivo es una aplicación más reciente, consulte Debian Backports u otra opción de empaquetado compatible antes de migrar todo el sistema operativo.

2. ¿Qué se debe respaldar antes de cambiar de repositorio?

Crea una copia de seguridad que puedas restaurar, no solo una copia de la lista de paquetes. Conserva tus archivos personales, datos de aplicaciones, claves de recuperación de cifrado, configuraciones importantes y cualquier paquete compilado localmente. Para una máquina virtual, crea una instantánea y confirma cómo restaurarla. Para un ordenador de escritorio físico, guarda el medio de instalación y una forma probada de arrancarlo, y asegúrate de que la copia de seguridad se almacene en un medio aparte.

Registra el estado actual del paquete y del código fuente para que puedas compararlo más tarde:

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

Estos registros ayudan a explicar los cambios, pero no recrean el sistema por sí solos. Morgan debería programar la migración cuando haya tiempo suficiente para revisar las alertas de APT y recuperarse, en lugar de comenzar justo antes de la fecha límite.

3. ¿La gestión de paquetes y la instalación de Bookworm están limpias?

Resuelva los problemas existentes antes de introducir una nueva distribución. Realice las actualizaciones normales de Debian 12, reinicie si el kernel o los servicios principales cambiaron y verifique que el escritorio funcione. Luego, inspeccione el estado de los paquetes, las retenciones y los orígenes de los repositorios:

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

dpkg --auditInforma sobre estados de paquetes parcialmente instalados o inconsistentes; apt-get checkcomprueba los problemas de dependencias en el sistema actual. Revisa los paquetes retenidos en lugar de liberarlos sin más. Elimina o desactiva los repositorios de terceros para la transición y anota los paquetes instalados desde repositorios de proveedores, archivos locales o compilaciones desde el código fuente. Es posible que estos paquetes no tengan versiones compatibles en Debian Testing.

Si el sistema ya presenta paquetes dañados, configuraciones sin resolver o conjuntos de paquetes mixtos, no aplique cambios en la distribución. Primero, corrija el estado actual o realice una instalación limpia en una partición o disco independiente. El resultado esperado es una base con problemas de paquetes conocidos, no una auditoría completamente vacía.

4. ¿Deberías cambiar de Bookworm a Trixie antes de hacer el examen?

Sí, utilice la actualización documentada de Bookworm a Trixie como paso intermedio. Las notas de la versión de Debian están escritas para las actualizaciones de una versión estable a la siguiente e incluyen la preparación, los problemas conocidos y las tareas posteriores a la actualización. Las notas de la versión Bookworm de Debian 12 describen la actualización a la siguiente versión. Siga esas instrucciones, reinicie el sistema y confirme que la máquina está ejecutando la versión estable actual antes de cambiarla a la versión de prueba.

Esta ruta por etapas proporciona un punto de control conocido y facilita el aislamiento de fallos. No omita las notas de la versión cambiando directamente las fuentes de Bookworm a Testing en su ordenador principal. Es posible que APT pueda solucionar un salto directo, pero no es la ruta de actualización documentada de estable a estable y puede combinar varias rondas de transiciones de paquetes en un único cambio más difícil de revisar. Si la actualización estable falla o deja paquetes sin resolver, deténgase ahí.

5. ¿Cómo se debe configurar APT para que realice pruebas sin mezclar conjuntos de pruebas?

Una vez que el sistema Trixie esté limpio y se haya realizado una copia de seguridad, inspeccione cada archivo en /etc/apt/sources.listy /etc/apt/sources.list.d/. Deshabilite temporalmente los repositorios de terceros. Reemplace las entradas de la suite estable de Debian de manera consistente; no deje una mezcla de trixie, trixie-security, testing, y suites no relacionadas a menos que comprenda deliberadamente el anclaje de APT.

Los archivos fuente Deb822 utilizan una estrofa por fuente. Un ejemplo simplificado para el archivo principal de Debian es:

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

Conserva los componentes y la configuración de firma que correspondan a tu instalación; no todos los sistemas habilitan todos los componentes. Si deseas que la distribución de prueba actual siga automáticamente las transiciones futuras, usa el nombre de la suite testing. A partir de la fecha indicada, se resuelve como Forky. Usar el nombre en clave forkyte vincula a ese nombre de versión; no seguirá automáticamente el siguiente nombre en clave de prueba después del lanzamiento de Forky.

No asuma que una testing-securitylínea es equivalente al repositorio de seguridad de Stable. La página actual de Forky de Debian indica que las actualizaciones de seguridad de Testing aún no son gestionadas por el Equipo de Seguridad y podrían no llegar a tiempo. Consulte la información de la versión actual de Testing antes de continuar.

6. ¿Qué cambios propone APT?

Actualizar los índices de paquetes, inspeccionar las versiones candidatas y, a continuación, simular la actualización de la distribución:

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

Esta -sopción simula la transacción; no instala los paquetes propuestos. Revise el plan completo, especialmente las eliminaciones de paquetes, las bibliotecas recién instaladas, los paquetes retenidos y los paquetes que no tienen un candidato. APT full-upgradepuede instalar o eliminar paquetes para satisfacer dependencias, por lo que "el comando se completó" no significa que "todas mis aplicaciones deseadas permanezcan instaladas".

Para un plan complejo, repita la simulación con diagnósticos del resolvedor:

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

No continúe si el plan elimina el entorno de escritorio, el gestor de pantalla, la red, el gestor de arranque u otro paquete del que dependa y no puede explicar el motivo. Una transición de biblioteca puede hacer que algunas aplicaciones no estén disponibles temporalmente en el entorno de pruebas. Esperar a que finalice la transición o mantener temporalmente el sistema en el entorno estable puede ser más seguro que forzar una combinación de paquetes. Nunca utilice --forceeliminaciones masivas de paquetes para que la simulación parezca limpia.

7. ¿Cuándo debería ejecutar la actualización real?

Proceda únicamente después de que el plan simulado sea aceptable, tenga disponible la copia de seguridad y el equipo cuente con alimentación eléctrica y acceso a la red fiables. Cierre las aplicaciones, utilice un terminal local en lugar de una sesión remota inestable e inicie la actualización sin confirmación automática.

sudo apt full-upgrade

Lea nuevamente el resumen del paquete y la eliminación antes de aceptar. Si APT propone eliminar un paquete crítico de escritorio o del núcleo, responda que no e investigue. Si la actualización se detiene debido a errores de dependencia, conserve el mensaje de error exacto. No ejecute apt --fix-broken installni repita la operación inmediatamente -y; primero identifique qué restricción de paquete o repositorio provocó la detención del solucionador.

Tras una transacción exitosa, siga las notificaciones de los paquetes, reinicie el equipo y compruebe que la sesión gráfica, la red, el sonido, el almacenamiento y las aplicaciones esenciales funcionan correctamente. Si se está llevando a cabo una transición importante o los paquetes han desaparecido temporalmente de Testing, suele ser preferible esperar a que se completen las migraciones de archivos en lugar de mezclar paquetes de Unstable. El capítulo sobre APT de Debian en el Manual del Administrador de Debian explica la diferencia entre las actualizaciones normales y APT full-upgrade, incluyendo su capacidad para eliminar paquetes.

8. ¿Cómo se puede verificar la migración y mantenerla recuperable?

Tras reiniciar, confirme la versión activa y compruebe la coherencia del paquete:

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

Revise el historial de APT /var/log/apt/history.logy el registro de paquetes /var/log/dpkg.logsi necesita comprender qué cambió. Pruebe las aplicaciones de las que depende Morgan, incluyendo cualquier proyecto que haya motivado el cambio. Verifique que los archivos fuente ahora apunten al conjunto de aplicaciones previsto y que las entradas de terceros deshabilitadas no se hayan reactivado silenciosamente.

Conserva la copia de seguridad hasta que el equipo haya completado sus tareas habituales y haya recibido al menos una actualización de paquete adicional. APT no ofrece una degradación general compatible de la versión Testing a la versión Stable. Si el sistema deja de funcionar, restaurar una imagen completa del sistema o reinstalar la versión Stable y restaurar los datos suele ser más predecible que intentar revertir manualmente cada versión de paquete.

Para un uso continuo, actualice periódicamente, lea las propuestas de eliminación de paquetes y esté atento a los avisos de seguridad y pruebas de Debian. Si las prioridades de Morgan cambian y se centran en el mantenimiento de seguridad, en lugar de en paquetes de desarrollo más recientes, el siguiente paso correcto es una instalación o restauración limpia de la versión estable, no una edición superficial del paquete ni asumir que la degradación funcionará.

Referencias oficiales

• Información sobre la versión de prueba de Debian : nombre en clave actual y estado de seguridad.
• Cómo funciona Debian Testing : criterios de migración de paquetes.
• Preguntas frecuentes del equipo de seguridad de Debian : manejo de la seguridad para las pruebas.
• Notas de la versión de Debian 12 Bookworm : preparación para la actualización compatible.
• Referencia de Debian: Gestión de paquetes y Manual del administrador de Debian: APT .
• Manual de APT/apt-get : simulación y comportamiento de actualización.