Comment migrer de Debian 12 vers Testing sans casser les dépendances

Scénario illustratif : Maya utilise un poste de travail Debian 12 Bookworm pour le développement. Elle souhaite bénéficier des paquets les plus récents de Debian Testing, mais ne peut se permettre de laisser APT avec une mise à jour partielle. La solution la plus sûre consiste à migrer d'abord vers la version stable actuellement prise en charge, puis à basculer le système stable ainsi nettoyé vers la version Testing. Cet exemple illustre une procédure prudente ; il ne s'agit pas d'un compte rendu de mise à niveau réelle ni d'une garantie que chaque machine bénéficiera du même plan de mise à jour.

À compter du 6 octobre 2026, Debian désigne Debian 13 « Trixie » comme version stable et Debian 14 « Forky » comme version de test. Les recommandations de Debian concernant la version de test préconisent de migrer vers cette dernière depuis la version stable actuelle ; elles avertissent que le passage à une version stable plus ancienne peut entraîner des erreurs inattendues. Pour une installation Bookworm, cela implique de suivre les instructions officielles de mise à niveau de Bookworm vers Trixie avant de modifier les dépôts pour utiliser Forky. Consultez à nouveau les pages des versions le jour de votre intervention, car le nom de code de la version de test change à chaque nouvelle publication d'une version stable par Debian.

Pourquoi modifier les dépendances par étapes ?

APT résout les dépendances à l'aide des index de paquets et des suites de versions configurés sur le système. Si vous pointez une ancienne installation directement vers Testing, APT peut proposer des modifications touchant les bibliothèques principales, le noyau, l'environnement de bureau, le microprogramme et les paquets tiers en une seule opération. Une simulation peut révéler un plan d'installation douteux, mais elle ne peut pas sécuriser un point de départ non pris en charge.

L'environnement de test est en constante évolution. Les paquets migrent de l'environnement instable après avoir satisfait aux critères d'archivage, mais des problèmes de dépendances temporaires et des régressions peuvent toujours survenir. Debian n'offre pas non plus le même niveau de sécurité permanent pour l'environnement de test que pour l'environnement stable. Cette approche réduit les conflits de paquets évitables ; elle ne peut cependant pas rendre l'environnement de test aussi fiable que l'environnement stable ni empêcher toute défaillance future.

Scénario illustratif : préparer la machine Bookworm de Maya

1. Vérifiez la version de démarrage et l'intégrité du package.

Maya vérifie d'abord qu'il s'agit bien de Debian et enregistre l'état actuel du système. Elle consulte les détails de la version et les fichiers du dépôt avant de modifier quoi que ce soit :

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

Elle examine /etc/apt/sources.listchaque fichier du répertoire ` / /etc/apt/sources.list.d/etc / /etc/apt/preferenceslib /etc/apt/preferences.d/...dpkg --auditapt-get check

2. Rendre la récupération possible avant de modifier les versions.

Avant de modifier les sources des paquets, Maya crée une sauvegarde testée de ses données personnelles et de sa configuration importante, incluant les bases de données d'applications et les données de service, le cas échéant. Une image disque complète ou un instantané de machine virtuelle lui permet de restaurer le système d'exploitation ; une simple copie de son répertoire personnel ne suffit pas. Elle s'assure également de disposer d'un accès à la console locale, d'un support de récupération amorçable, d'un espace libre suffisant dans les répertoires `/etc/system` /, /var`/etc/system` et `/etc /boot/system`, ainsi que d'une connexion réseau fonctionnelle.

Si la machine est distante, elle planifie une interruption de service et utilise une console hors bande si disponible. Une mise à jour de paquet qui redémarre le réseau ou remplace des composants SSH peut interrompre une session distante. Pour un serveur critique, Maya teste d'abord l'ensemble de la procédure sur une copie de sauvegarde. Les notes de version de Debian contiennent des recommandations de préparation et de récupération ; il est conseillé de les consulter avant chaque mise à jour.

3. Effectuez la mise à niveau Bookworm vers Trixie prise en charge

Maya suit la procédure de migration de Bookworm vers Trixie décrite dans les notes de version officielles de Debian 13, y compris la vérification des archives tierces, des préférences APT, de l'état des paquets et de l'espace disque disponible. Elle ne néglige pas l'étape de mise à niveau de Bookworm en réécrivant toutes les sources vers Forky. Debian documente explicitement la mise à niveau de Debian 12 vers Debian 13 ; consultez la documentation spécifique à cette version pour connaître les invites de configuration et les paquets exacts qui peuvent s'appliquer à votre système.

Une fois la machine entièrement mise à niveau, elle redémarre sous Trixie et vérifie son bon fonctionnement. Elle contrôle les services critiques, l'accès réseau, les périphériques de stockage montés, la connexion graphique ou au bureau, ainsi que tout matériel dépendant du firmware. Ce contrôle est précieux : en cas de problème, elle peut diagnostiquer une transition de version spécifique avant de lancer les tests.

Basculer le système stable vérifié en mode Test

4. Supprimer les entrées de référentiel mixtes ou obsolètes

Une fois le système stable sur Trixie, Maya sauvegarde une copie de ses fichiers sources APT et de préférences. Elle désactive temporairement les dépôts tiers ainsi que les rétroportages et mises à jour spécifiques à Trixie. Mélanger les suites stables, de test et instables sans politique de sélection claire peut engendrer des incompatibilités de bibliothèques et des conflits de dépendances. Les paquets provenant de fournisseurs externes à Debian n'étant pas encore disponibles pour Forky, elle vérifie les informations de compatibilité de chaque fournisseur au lieu de supposer qu'un dépôt Trixie convient.

Sur les installations actuelles, les sources peuvent utiliser soit l'ancien format sur une seule ligne, soit le .sourcesformat deb822. Modifiez le format déjà utilisé et assurez-vous qu'aucune entrée Debian active ne pointe encore vers bookwormce format trixielorsque la mise à niveau de Testing commencera.

5. Pointer l'archive principale de Debian vers Forky

Dans cet exemple précis, Forky est le nom de code actuel de la phase de test. Un fichier source deb822 /etc/apt/sources.list.d/debian.sourcespeut utiliser la structure suivante. Conservez les composants correspondant à l'installation ; cet exemple inclut des firmwares courants et des zones non libres, mais ne les active pas automatiquement sur tous les systèmes.

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

Ne copiez pas cette section par-dessus une configuration existante sans l'avoir vérifiée. Conservez les choix de miroirs et les composants nécessaires au système, et supprimez ou mettez en commentaire les entrées Debian dupliquées. Évitez d'utiliser l'alias de déplacement testingsi vous souhaitez rester sur Forky après sa transition vers la version stable. Un nom de code permet de suivre Forky lors de ses transitions de version ; le nom de la suite testingcorrespond à la version en phase de test (Testing) ultérieure.

Pour les tests, ne conservez pas aveuglément une URL de sécurité stable (par exemple, `/dev/test/`) trixie-securityet ne la remplacez pas par une forky-securitysuite de correctifs de sécurité choisie au hasard. La FAQ de Debian indique que les tests ne bénéficient pas des mêmes mises à jour de sécurité dédiées que la version stable ; les correctifs peuvent nécessiter une migration depuis la version instable, et les délais de déploiement peuvent varier. Il est conseillé aux utilisateurs de consulter les recommandations et les informations sur les vulnérabilités relatives aux tests Debian et de déterminer si ce modèle de support leur convient.

6. Actualiser les index et simuler la modification complète de la dépendance

Une fois les sources modifiées, Maya actualise les métadonnées du package et demande à APT de simuler la mise à niveau complète :

sudo apt update
sudo apt -s full-upgrade

La simulation est une étape de vérification, et non une demande d'approbation automatique. Maya examine la liste des paquets à installer, mettre à jour, conserver et supprimer. Elle s'arrête si la proposition supprime le métapaquet du bureau, le serveur SSH, le chargeur de démarrage, le gestionnaire de réseau, la base de données ou tout autre paquet dont elle dépend ; si elle supprime un grand nombre de paquets sans rapport ; ou si APT signale des dépendances non résolues. Elle vérifie si la cause est une source tierce activée, une mise en attente, un blocage, un espace disque insuffisant ou une transition de test temporaire.

Un paquet mis en attente n'est pas automatiquement défectueux. Il peut nécessiter des modifications de dépendances que l' upgradeopération conservatrice n'effectuera pas. N'installez pas de force une bibliothèque et ne supprimez pas un métapaquet dans le seul but de ramener le nombre de paquets à zéro. Si le plan n'est pas clair, attendez la fin de la transition des archives, consultez les informations relatives aux bogues ou aux transitions des paquets Debian, ou restez sur la branche Stable.

Appliquer la mise à niveau par étapes révisables

7. Lancez la mise à niveau conservatrice, puis réexaminez la mise à niveau complète.

Si la simulation est raisonnable et que la sauvegarde est à jour, Maya effectue d'abord une mise à niveau qui ne supprime pas les packages installés :

sudo apt upgrade --without-new-pkgs

Elle lit attentivement toutes les questions relatives aux fichiers de configuration et consigne les modifications locales. Ensuite, elle effectue une nouvelle simulation, car le plan de déploiement des paquets a pu changer.

sudo apt -s full-upgrade

Ce n'est que lorsque les suppressions et ajouts proposés sont pertinents qu'elle dirige l'opération proprement dite :

sudo apt full-upgrade

full-upgradeMaya peut installer de nouvelles dépendances et supprimer des paquets pour mener à bien une transition de version. C'est pourquoi la simulation et la vérification humaine sont essentielles. Si elle propose des suppressions inexpliquées ou rencontre des erreurs de dépendances, Maya s'arrête et enregistre la sortie exacte. Elle n'effectue pas d'enchaînement aléatoire apt --fix-broken install, de sélection de version forcée ni de suppression manuelle de bibliothèques ; ces actions peuvent aggraver les incohérences. Examinez d'abord l'erreur APT, la configuration source, les blocages et l'état des paquets, puis réessayez seulement après avoir compris la cause.

Maintenez l'ordinateur sous tension et connecté pendant le décompression et la configuration des paquets. Évitez de lancer un autre gestionnaire de paquets simultanément. En cas d'interruption, suivez les instructions de récupération relatives à l'erreur rencontrée et terminez la configuration des paquets en attente uniquement après avoir vérifié l'état de la base de données des paquets.

8. Redémarrez, vérifiez les dépendances et restaurez uniquement les dépôts compatibles.

Une fois l'installation d'APT terminée sans erreurs non résolues, Maya vérifie l'état du package et redémarre le cas échéant :

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

Après le redémarrage, elle confirme la version installée avec `apt-get install` /etc/os-release, vérifie que le noyau attendu est en cours d'exécution avec ` apt-get install` uname -r, consulte les fichiers système systemctl --failedet teste ses applications et services essentiels. Elle peut examiner l'activité récente des paquets dans ` /var/log/apt/history.logapt /var/log/dpkg.log-get` et `apt-get`. Une exécution réussie d'APT ne suffit pas si le système ne démarre plus, si le réseau est indisponible ou si un service important est défaillant.

Ce n'est qu'une fois les paquets Debian stables qu'elle envisage de réactiver les dépôts tiers, un par un, et uniquement lorsque le fournisseur documente la prise en charge de Forky. Elle effectue ensuite apt updateune simulation de chaque mise à jour avant de l'accepter. Elle conserve la sauvegarde de récupération jusqu'à ce que la machine soit stable en utilisation normale.

Comment déterminer si la migration est terminée ?

Maya considère la migration comme terminée lorsque la machine démarre avec le nom de code « Testing » attendu, dpkg --auditest propre, apt-get checkne signale aucune dépendance cassée, effectue les mises à jour APT depuis les dépôts prévus sans erreur de signature ni de version, et que ses charges de travail critiques réussissent leurs tests. Elle consigne également la date, les modifications apportées au code source, les suppressions de paquets et toute décision de configuration manuelle afin de pouvoir retracer une éventuelle régression ultérieure.

Si l'objectif est simplement d'installer une application récente, rester sur la version Stable et utiliser un portage officiel, un paquet fourni par le fournisseur, un conteneur ou un environnement de test isolé peut s'avérer moins perturbateur. En revanche, si l'ordinateur est critique pour l'entreprise, exposé à Internet ou ne peut être restauré rapidement, Debian Stable est généralement le choix le plus approprié. Les tests sont destinés aux utilisateurs prêts à suivre les mises à jour, à consulter les plans de distribution des paquets et à résoudre les problèmes liés aux archives temporaires ou aux dépendances.

Références officielles

• Versions de Debian : état actuel des versions stable, de test et de publication
• Notes de version de Debian 13 : mises à niveau depuis Debian 12 Bookworm
• Wiki Debian : Guide de test et de mise à niveau de Debian
• FAQ Debian : choisir entre Stable, Testing et Unstable
• Référence Debian : APT, suites d’archives et gestion des dépendances