| Les deux révisions précédentesRévision précédenteProchaine révision | Révision précédente |
| passer_de_debian_12_a_debian_13 [2026/07/06 22:06] – [Préparation] Flaz | passer_de_debian_12_a_debian_13 [2026/07/08 10:18] (Version actuelle) – [Avant de lancer la mise à jour] Flaz |
|---|
| ==== Mise à jour ==== | ==== Mise à jour ==== |
| La mise à jour se compose d'une succession de mises à jour et se conclue par un nettoyage du système. | La mise à jour se compose d'une succession de mises à jour et se conclue par un nettoyage du système. |
| | === Upgrades === |
| Une bonne pratique consiste à effectuer au moins deux mises à jours de portée différente. Une première mise à jour minimale, sans suppression de paquets. Une fois effectuée, une mise à jour complète effectuera toutes les mises à jour possibles au regard des dépôts déclarés. | Une bonne pratique consiste à effectuer au moins deux mises à jours de portée différente. Une première mise à jour minimale, sans suppression de paquets. Une fois effectuée, une mise à jour complète effectuera toutes les mises à jour possibles au regard des dépôts déclarés. |
| | === Nettoyage === |
| Le nettoyage réitère certaines des opérations réalisées dans la phase préparatoire. Il vise à mettre le système Debian 13 dans un état aussi proche que possible de ce qu'on aurait obtenu si on avait fait une installation à partir de zéro (clean install). Cela conduit jusqu'à débarrasser le système de scories de comptabilité Debian 12 / Debian 13 (apt sources, transitionnal packages, etc.). | Le nettoyage réitère certaines des opérations réalisées dans la phase préparatoire. Il vise à mettre le système Debian 13 issu de l'upgrade dans un état aussi proche que possible de ce qu'on aurait obtenu si on avait fait une installation à partir de zéro (clean install). Cela conduit jusqu'à débarrasser le système de scories de comptabilité Debian 12 / Debian 13 (apt sources, transitionnal packages, etc.). |
| |
| ===== Préparation ===== | ===== Préparation ===== |
| Pour des tas de bonnes raisons, il est nécessaire d'enregistrer une trace automatisée des actions réalisées et de leurs résultats affichés dans le terminal. En cas de problème comme d'absence de problème, cela permet de savoir avec certitude ce que l'on a fait : comprendre les erreurs, documenter ce qui fonctionne, etc. | Pour des tas de bonnes raisons, il est nécessaire d'enregistrer une trace automatisée des actions réalisées et de leurs résultats affichés dans le terminal. En cas de problème comme d'absence de problème, cela permet de savoir avec certitude ce que l'on a fait : comprendre les erreurs, documenter ce qui fonctionne, etc. |
| |
| Les mises à jour se faisant "à distance" via ssh, il est très vivement recommandé de se prémunir de risques de coupure de connexion risquant de mettre un coup d'arrêt brutal à une action en cours de réalisation. Un des pire cas de figure est une interruption pendant le processus d'upgrade lui-même pouvant se traduire par un système incohérent jusqu'à être irrattrapable((Si non ne peut pas booter du un système sain de secours ou se connecter via une console physique ou virtuelle.)). | Les mises à jour se faisant depuis un autre système, via ssh, il est très vivement recommandé de se prémunir de risques de coupure de connexion risquant de mettre un coup d'arrêt brutal à une action en cours de réalisation. Un des pire cas de figure est une interruption pendant le processus d'upgrade lui-même pouvant se traduire par un système incohérent jusqu'à être irrattrapable((Si non ne peut pas booter depuis un système sain de secours (Rescue) ni se connecter via une console physique ou virtuelle.)). |
| |
| L'enregistrement des traces de lancement et d'exécution de commandes dans une terminal est usuellement traitée avec tee. La création de sessions indépendantes des terminaux depuis lesquels elles sont lancées est usuellement traitée en virtualisant les session via screen (ou tmux). | L'enregistrement des traces de lancement et d'exécution de commandes dans une terminal est usuellement traitée avec //tee//. La création de sessions indépendantes des terminaux depuis lesquels elles sont lancées est usuellement traitée en virtualisant les sessions via //screen// (ou //tmux//). |
| |
| Screen (et tmux) offrent des options permettant de tracer les actions et leur résultats. Dans ces conditions, pas besoin de recourir à tee. Toutefois, que ce soit avec tee ou screen, les fichiers de traces peuvent devenir difficilement lisibles tant ils sont pollués par des séquences de caractères indésirables. Le filtre ans12txt peut grandement nettoyer les fichiers mais il n'est disponible qu'à partir de Trixie… La commande suivante permet d'effectuer un nettoyage substanciel : | //Screen// (et //tmux//) offrent des options permettant de tracer les actions et leur résultats. Dans ces conditions, pas besoin de recourir à //tee//. Toutefois, que ce soit avec //tee// ou //screen//, les fichiers de traces peuvent devenir difficilement lisibles tant ils sont pollués par des séquences de caractères indésirables. Le filtre ans12txt peut grandement nettoyer les fichiers mais il n'est disponible qu'à partir de Trixie((Encodage de couleurs, d'enrichissements, d'effacements…)). La commande suivante permet d'effectuer un nettoyage substantiel : |
| <code>cat screenlog.0 | perl -pe 's/\e([^\[\]]|\[.*?[a-zA-Z]|\].*?\a)//g' | col -b > typescript-processed</code> | <code>cat screenlog.0 | perl -pe 's/\e([^\[\]]|\[.*?[a-zA-Z]|\].*?\a)//g' | col -b > typescript-processed</code> |
| |
| |
| |
| | ===== Avant de lancer la mise à jour ===== |
| | |
| | Parcourir [[https://www.debian.org/releases/trixie/release-notes/issues.en.html#mariadb-major-version-upgrades-only-work-reliably-after-a-clean-shutdown|Issues to be aware of for trixie]] (en) (debian.org) |
| | |
| | Arrêter MariaDB car la [[https://www.debian.org/releases/trixie/release-notes/issues.en.html#mariadb-major-version-upgrades-only-work-reliably-after-a-clean-shutdown|nouvelle version ne peut pas récupérer un crash]] de la version précédente. |
| | |
| | Régler la question du [[https://doc.dovecot.org/main/installation/upgrade/2.3-to-2.4.html|changement de configuration de Dovecot]]. Voir du côté de Virtualmin. |
| | |
| | |
| | ===== Avant de redémarrer ===== |
| |
| | Si certains système de fichiers sont chiffrés, s'assurer que le paquetage //systemd-cryptsetup// est installé((Dans Trixie, la fonctionnalité de découverte automatique de systèmes de fichiers chiffrés a changé de paquetage. L'upgrade d'un système utilisant ce chiffrement est censé installer automatiquement ce paquetage mais mieux vaut s'en assurer.)). |