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

Scénario illustratif : Morgan utilise un ordinateur Debian 12 pour ses développements personnels et souhaite installer des bibliothèques plus récentes pour un projet. Il peut réinstaller le système si nécessaire, mais préférerait éviter une mise à jour partielle ou un plan de résolution qui supprimerait des paquets importants. Il s’agit d’un exemple hypothétique, et non d’une migration réelle ou d’un résultat de test. La méthode la plus sûre consiste à procéder par étapes, à simuler le plan d’APT et à l’interrompre dès que les modifications proposées ne sont pas comprises.

À compter du 9 octobre 2026, Debian désigne Forky comme distribution de test actuelle . Il s'agit de la version qui succédera à Debian 13 « Trixie ». Debian prévient que les mises à jour de sécurité pour la distribution de test ne sont pas gérées en temps opportun par l'équipe de sécurité. La distribution de test peut s'avérer utile sur un ordinateur de bureau ou une machine de développement de secours, mais elle est mal adaptée aux systèmes exigeant une couverture de sécurité prévisible ou une disponibilité continue. Aucune procédure de migration ne peut garantir que toutes les dépendances et applications resteront inchangées.

1. Debian Testing est-il la distribution appropriée pour cet ordinateur ?

Le dépôt Testing contient des paquets ayant passé avec succès les critères de migration automatisée depuis Unstable, notamment les vérifications visant à garantir la compatibilité des dépendances. Cela ne signifie pas pour autant que chaque paquet est exempt de bogues ni que toutes les configurations de bureau fonctionnent. Le projet Debian explique comment les paquets intègrent Testing dans sa présentation de la distribution Testing . La FAQ de sécurité de Debian indique que les correctifs peuvent être retardés par les délais de migration ou les transitions.

Pour un poste de travail critique, un serveur de production ou une machine sans possibilité de restauration, restez sur la version Stable. Pour le poste de développement hypothétique de Morgan, la version Testing peut convenir si des changements occasionnels de paquets, la possibilité de désinstaller temporairement le système et une maintenance manuelle sont prévus. Si votre seul objectif est d'installer une application plus récente, vérifiez l'utilisation de Debian Backports ou d'une autre solution de gestion de paquets compatible avant de migrer l'ensemble du système d'exploitation.

2. Que faut-il sauvegarder avant de changer de dépôt ?

Créez une sauvegarde que vous pourrez restaurer, et non une simple copie de la liste des paquets. Préservez vos fichiers personnels, les données des applications, les clés de récupération de chiffrement, les paramètres importants et tous les paquets compilés localement. Pour une machine virtuelle, prenez un instantané et vérifiez la procédure de restauration. Pour un ordinateur physique, conservez le support d'installation et une méthode de démarrage éprouvée, et assurez-vous que la sauvegarde est stockée sur un support distinct.

Enregistrez l'état actuel du package et de la source afin de pouvoir les comparer ultérieurement :

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

Ces enregistrements permettent d'expliquer les modifications apportées, mais ne recréent pas le système à eux seuls. Morgan devrait planifier la migration en prévoyant suffisamment de temps pour examiner les invites APT et effectuer une restauration, plutôt que de commencer juste avant une échéance.

3. La gestion des paquets et l'installation de Bookworm sont-elles correctes ?

Résolvez les problèmes existants avant d'installer une nouvelle distribution. Effectuez les mises à jour habituelles de Debian 12, redémarrez si le noyau ou les services principaux ont été modifiés et vérifiez que le bureau fonctionne correctement. Ensuite, examinez l'état des paquets, les blocages et les origines des dépôts :

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

dpkg --auditSignale les paquets partiellement installés ou présentant des incohérences ; apt-get checkvérifie les problèmes de dépendances du système actuel. Examinez les paquets en attente avant de les désinstaller sans les examiner. Supprimez ou désactivez les dépôts tiers pour la transition et notez les paquets installés depuis les dépôts des fournisseurs, les fichiers locaux ou les versions compilées à partir des sources. Ces paquets peuvent ne pas avoir de versions compatibles avec Debian Testing.

Si le système présente déjà des paquets défectueux, une configuration non résolue ou des suites logicielles hétérogènes, n'y ajoutez pas de nouvelle distribution. Corrigez d'abord l'état actuel ou effectuez une installation propre sur une partition ou un disque distinct. L'objectif est d'obtenir une configuration de base dont les problèmes de paquets sont identifiés, et non un rapport d'audit vide annoncé d'avance.

4. Devriez-vous passer de Bookworm à Trixie avant les tests ?

Oui, utilisez la procédure de mise à niveau documentée de Bookworm vers Trixie comme étape intermédiaire. Les notes de version de Debian sont conçues pour les mises à niveau d'une version stable à la suivante et détaillent la préparation, les problèmes connus et les tâches à effectuer après la mise à niveau. Les notes de version de Bookworm pour Debian 12 décrivent la mise à niveau vers la version suivante. Suivez ces instructions, redémarrez et vérifiez que la machine exécute bien la version stable actuelle avant de passer à la version Testing.

Ce processus par étapes vous offre un point de contrôle connu et facilite l'identification des erreurs. Ne négligez pas les notes de version en modifiant directement les sources de Bookworm vers la branche Testing sur votre ordinateur principal. Une migration directe peut être résolue par APT, mais il ne s'agit pas de la méthode de mise à niveau stable documentée et elle peut combiner plusieurs transitions de paquets en une seule modification plus difficile à examiner. Si la mise à niveau vers la branche stable échoue ou laisse des paquets non résolus, suspendez-la.

5. Comment configurer APT pour qu'il effectue des tests sans mélanger les suites ?

Une fois le système Trixie nettoyé et sauvegardé, inspectez chaque fichier sous `/ etc/trixie` /etc/apt/sources.listet /etc/apt/sources.list.d/`/etc/trixie`. Désactivez temporairement les dépôts tiers. Remplacez systématiquement les entrées de la suite stable Debian ; ne conservez pas un mélange de trixie` trixie-security/etc/trixie`, `/etc/trixie`, ` testing/etc/trixie` et de suites non liées, sauf si vous comprenez parfaitement le fonctionnement du pinning APT.

Les fichiers sources Deb822 utilisent une strophe par source. Voici un exemple simplifié pour l'archive Debian principale :

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

Conservez les composants et le paramètre de signature adaptés à votre installation ; tous les systèmes ne prennent pas en charge tous les composants. Si vous souhaitez que la distribution Testing actuelle suive automatiquement les futures transitions, utilisez le nom de la suite testing. À la date indiquée ci-dessus, il correspond à Forky. L'utilisation du nom de code forkyvous fige sur ce nom de version ; il ne suivra pas automatiquement le prochain nom de code Testing après la sortie de Forky.

Ne présumez pas qu'une testing-securityversion de test soit équivalente au dépôt de sécurité de la branche Stable. La page Forky actuelle de Debian indique que les mises à jour de sécurité de la branche Testing ne sont pas encore gérées par l'équipe de sécurité et pourraient ne pas être disponibles à temps. Consultez les informations relatives à la version Testing actuelle avant de poursuivre.

6. Que propose de changer l'APT ?

Actualisez les index des paquets, examinez les versions candidates, puis simulez la mise à niveau de la distribution :

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

Cette -soption simule la transaction ; elle n'installe pas les paquets proposés. Examinez le plan complet, notamment les suppressions de paquets, les bibliothèques nouvellement installées, les paquets en attente et ceux pour lesquels aucun candidat n'a été trouvé. APT full-upgradeest autorisé à installer ou supprimer des paquets pour satisfaire les dépendances ; par conséquent, « la commande s'est terminée » ne signifie pas « toutes mes applications souhaitées restent installées ».

Pour un plan complexe, répétez la simulation avec les diagnostics du résolveur :

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

N'allez pas plus loin si le plan supprime l'environnement de bureau, le gestionnaire d'affichage, le réseau, le chargeur de démarrage ou tout autre paquet essentiel à votre système, et que vous ne pouvez pas en expliquer la raison. Une migration de bibliothèque peut rendre temporairement certaines applications indisponibles en mode Test. Attendre la fin de la migration ou maintenir temporairement le système en mode Stable peut s'avérer plus sûr que de forcer une combinaison de paquets. N'utilisez jamais --forcede suppressions massives de paquets pour simuler un résultat impeccable.

7. Quand faut-il effectuer la véritable mise à niveau ?

Ne procédez qu'après avoir validé le plan simulé, vérifié la disponibilité de votre sauvegarde et vous être assuré que l'ordinateur est correctement alimenté et connecté au réseau. Fermez les applications, utilisez un terminal local plutôt qu'une session distante instable et lancez la mise à niveau sans confirmation automatique.

sudo apt full-upgrade

Relisez le résumé du paquet et de la suppression avant d'accepter. Si APT propose de supprimer un paquet critique du système de bureau ou un paquet essentiel, refusez et effectuez des recherches. Si la mise à niveau s'interrompt en raison d'erreurs de dépendance, conservez le message d'erreur exact. N'exécutez pas immédiatement apt --fix-broken installl'opération et ne la répétez pas-y ; identifiez d'abord le paquet ou la contrainte de dépôt qui a provoqué l'arrêt du solveur.

Après une transaction réussie, suivez les instructions des paquets, redémarrez l'ordinateur et vérifiez le bon fonctionnement de l'interface graphique, du réseau, du son, du stockage et des applications essentielles. En cas de migration importante ou si des paquets ont temporairement disparu de la branche Testing, il est souvent préférable d'attendre la fin des migrations d'archives plutôt que d'installer des paquets instables. Le chapitre consacré à APT dans le Manuel de l'administrateur Debian explique la différence entre les mises à niveau classiques et full-upgradeles suppressions de paquets, notamment la possibilité pour APT de supprimer des paquets.

8. Comment pouvez-vous vérifier la migration et la rendre récupérable ?

Après le redémarrage, confirmez la version active et vérifiez la cohérence des paquets :

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

Consultez l'historique APT /var/log/apt/history.loget le journal des paquets /var/log/dpkg.logpour comprendre les modifications apportées. Testez les applications dont dépend Morgan, y compris tout projet ayant motivé la migration. Vérifiez que les fichiers sources pointent désormais vers la suite logicielle prévue et que les entrées tierces désactivées n'ont pas été réactivées silencieusement.

Conservez la sauvegarde jusqu'à ce que le poste de travail ait fonctionné normalement et qu'au moins une mise à jour de paquet supplémentaire ait été effectuée. APT ne propose pas de procédure de rétrogradation générale prise en charge de la version Testing à la version Stable. Si le système devient inutilisable, la restauration d'une image système complète ou la réinstallation de la version Stable et la restauration des données sont généralement plus fiables que la restauration manuelle de chaque version de paquet.

Pour une utilisation continue, effectuez des mises à jour régulières, prenez connaissance des suppressions de paquets proposées et suivez les annonces de sécurité et de test de Debian. Si les priorités de Morgan évoluent, passant des nouveaux paquets de développement à la maintenance de sécurité prévisible, la prochaine étape appropriée consiste en une installation propre de la version stable ou une restauration ; il est préférable d'éviter une modification superficielle de la suite système en supposant qu'une rétrogradation fonctionnera.

Références officielles

• Informations sur la version de test de Debian — nom de code actuel et état de sécurité.
• Comment fonctionne Debian Testing ? – Critères de migration des paquets.
• FAQ de l'équipe de sécurité Debian — Gestion de la sécurité pour les tests.
• Notes de version de Debian 12 Bookworm — Préparation de la mise à niveau prise en charge.
• Référence Debian : Gestion des paquets et Manuel de l’administrateur Debian : APT .
• Manuel APT/apt-get — Comportement de simulation et de mise à niveau.