Passer Debian et Ubuntu à la version majeure suivante sans perdre la possibilité de revenir en arrière

Objectif

Migrer un hôte Ubuntu Server 22.04 vers la 24.04, ou un hôte Debian 12 (bookworm) vers la 13 (trixie), en gardant un moyen fiable de revenir en arrière si la mise à niveau échoue en cours de route.

Prérequis

Une sauvegarde complète ou un snapshot : les notes de version de Debian la jugent « strongly recommended » (fortement recommandée) avant la mise à niveau et préviennent qu'une panne matérielle en cours de migration peut laisser le système « severely » (gravement) endommagé. Il faut aussi une console (série, KVM ou console web du fournisseur) indépendante de SSH, au cas où la configuration réseau changerait pendant la mise à niveau, ainsi qu'assez d'espace disque libre pour les paquets téléchargés.

Étapes

Ubuntu

1. Vérifier que toutes les mises à jour courantes sont installées : apt-get update && apt-get -y upgrade.
2. Lancer do-release-upgrade. La documentation d'Ubuntu recommande spécifiquement cette commande pour l'édition Server et les images cloud, car elle « can handle system configuration changes that are sometimes needed between releases » (sait gérer les changements de configuration système parfois nécessaires entre deux versions).
3. Entre deux versions LTS, do-release-upgrade ne propose la LTS suivante qu'à la sortie de sa première version intermédiaire (point release). Pour tester plutôt une version de développement, on utilise -d ; la documentation d'Ubuntu précise que c'est « not recommended for production environments » (déconseillé en environnement de production).
4. Via SSH, l'outil s'exécute lui-même dans screen, de sorte que la mise à niveau survit à une déconnexion (pour se reconnecter : screen -r). Il faut garder la session SSH d'origine ouverte et, depuis la console distincte, surveiller le service SSH temporaire que l'outil démarre sur un autre port au cas où la session principale tomberait.

Debian

1. Commencer par ouvrir une session tmux ou screen, afin qu'une coupure SSH n'interrompe pas apt en pleine mise à niveau. Modifier /etc/apt/sources.list (ou les fichiers .sources) pour remplacer le nom de code de l'ancienne version par celui de la nouvelle, puis exécuter apt-get update.
2. Effectuer d'abord une passe minimale : apt-get upgrade --without-new-pkgs, qui « upgrad[es] those packages which can be upgraded without requiring any other packages to be removed or installed » (met à niveau les paquets qui peuvent l'être sans qu'aucun autre paquet doive être supprimé ou installé). C'est un bon moment pour détecter tôt les problèmes d'espace disque ou de paquets bloqués (held).
3. Terminer la mise à niveau avec apt-get full-upgrade (ou apt full-upgrade), qui autorise les suppressions et les nouvelles installations.
4. Redémarrer une fois le processus terminé sans erreur.

Résultat attendu

lsb_release -a (Ubuntu) ou cat /etc/debian_version (Debian) indique la nouvelle version ; apt list --upgradable ne renvoie plus aucun paquet en attente.

Limites et base de vérification

Les deux procédures exigent un redémarrage pour charger le nouveau noyau et achever les transitions des unités systemd. Si la mise à niveau échoue, la restauration de la sauvegarde réalisée au titre des prérequis est la solution de repli documentée ; aucun des deux éditeurs ne garantit de retour arrière automatique.