Ceci est une ancienne révision du document !
Mise à niveau
Mise à niveau, mise à jour, et migration
Ainsi la mise à niveau est à différencier d'une simple mise à jour :
voir le chapitre Quelles sont les différences entre mise à niveau, mise à jour, et migration dans la FAQ sur le sujet.
Migrer en douceur via dual-boot
Très pratique pour passer progressivement d'une version à une autre :
- consulter le tutoriel : Comment migrer en douceur (par dual-boot).
- il est aussi possible de faire une installation dans une partition à part en la chaînant pour ne pas interférer avec le menu de démarrage actuel. Voir cette discussion.
Problèmes courants
Le logiciel détecte que l'ancien fichier a été modifié.
Le message banalisé est le suivant
Fichier de configuration « /xxxxx/yyyyy/zzzzz » ==> Modifié (par vous ou par un script) depuis l'installation. ==> Le distributeur du paquet a fourni une version mise à jour. Que voulez-vous faire ? Vos options sont les suivantes : Y ou I : installer la version du responsable du paquet N ou O : garder votre version actuellement installée D : afficher les différences entre les versions Z : suspendre ce processus pour examiner la situation L'action par défaut garde votre version actuelle.
La réponse Y/I semble préférable à la réponse N/O. Il sera toujours possible remettre les modifications si elles sont encore nécessaire en vérifiant qu'il n'y a pas un répertoire prévu pour que les modifications restent d'une version à l'autre. C'est souvent un répertoire xxxxx.d
Nous sommes naturellement tentés de répondre D ou Z. Dans les deux cas, la façon de continuer l'installation pour choisir Y/I ou N/O n'est toujours pas proposée. Cela va donc se terminer par un abandon de l'installation avec nécessité de la prendre tel qu'indiqué ci-dessous.
Mise à niveau interrompue ou défectueuse.
Pendant la mise à niveau de nombreux incidents peuvent survenir : une coupure de courant, plus d'accès au serveur de mise à jour ou encore le petit dernier qui débranche la prise électrique. On peut ainsi se retrouver avec une mise à niveau incomplète ou des dépendances non satisfaites.
En cas de problème mineur de dépendances, booter avec un ancien noyau puis tentez les commandes :
sudo dpkg --configure -a
puis :
sudo apt-get -f install sudo apt update sudo apt upgrade
La commande qui suit semble ne plus prendre en compte le -a à vérifier.
Si votre mise à niveau ne s'est pas terminée ou qu'un souci majeur est intervenu, vous pouvez tenter la commande :
sudo dpkg-reconfigure -phigh -a
Cette commande aura pour effet de réinstaller et reconfigurer les paquets de la mise à niveau. Notez qu'elle peut durer un certain temps, parfois une heure.
sudo dpkg-reconfigure -phigh -a Unknown option: a Utilisation : dpkg-reconfigure [options] paquets -u, --unseen-only affiche seulement les questions qui n'ont pas encore été posées ; --default-priority utilise la priorité par défaut plutôt que la priorité basse ; --force force la reconfiguration des paquets cassés. --no-reload ne pas recharger les modèles. (à utiliser avec précaution) -f, --frontend indique l'interface debconf à utiliser ; -p, --priority indique la priorité minimale à afficher ; --terse active le mode laconique (« terse »).
Guides spécifiques de mise à niveau
Versions non soutenues (obsolètes, fin de vie)
La migration vers une version obsolète d'Ubuntu n'est pas possible. Sauvegarder vos données et installer une version encore soutenue est la seule procédure recommandée.
Les dépôts des vieilles versions n'étant plus supportées (comme 17.10, 18.10 et 19.04) ont été déplacés vers un serveur d'archive. Aussi, il faudra modifier la liste des dépôts : voir cette page.
Migration en mode graphique
Par défaut dans les paramètres, le gestionnaire de mise à jour vérifie quotidiennement la présence de mises à jour ou la disponibilité d'une nouvelle version d'Ubuntu.
Si le gestionnaire de mise à jour se lance automatiquement, vous pouvez accepter la proposition de mise à niveau et suivre les instructions.
Ou bien, vous pouvez lancer manuellement le gestionnaire de mise à jour via la commande :
update-manager
Migration en ligne de commande
L'outil en ligne de commande do-release-upgrade permet d'effectuer une mise à niveau d'Ubuntu sans utiliser d'utilitaire graphique. Il est particulièrement pertinent pour les serveurs, qui fonctionnent sans interface graphique. L'ensemble des options de cet outil peut être lu en exécutant la commande :
do-release-upgrade --help
Voici quelques-unes des options les plus utiles :
do-release-upgrade --check-dist-upgrade-only
L'option
--check-dist-upgrade-onlyvérifie l'existence d'une nouvelle version. Si une nouvelle version est trouvée, celle-ci est affichée en résultat dans le terminal. Exécutée ainsi, cette commande n'effectue qu'une vérification ; aucune mise à niveau n'est faite.do-release-upgrade --sandbox
L'option
--sandboxpermet de tester une mise à niveau dans un environnement protégé. Ceci est particulièrement utile pour tester le déploiement d'une mise à niveau avant de procéder à son application dans l'environnement de production.
do-release-upgrade
ou avec une interface graphique :
sudo do-release-upgrade -f DistUpgradeViewGtk3
- Mise à niveau sans interaction :
do-release-upgrade -f DistUpgradeViewNonInteractive
Sans option, l'outil do-release-upgrade recherche et procède à une mise à niveau vers la prochaine version LTS ou stable disponible, si elle existe.
Les options suivantes permettent de vérifier l'existence d'une nouvelle version de développement et de procéder à la mise à niveau vers celle-ci. Elles ne devraient être utilisées que dans des environnements de développement, puisqu'elles peuvent être instables et contenir des bogues.
do-release-upgrade --check-dist-upgrade-only --devel-release
Le couple d'options
--check-dist-upgrade-onlyet--devel-releasevérifie l'existence d'une nouvelle version de développement. Si une nouvelle version de développement est trouvée, celle-ci est affichée en résultat dans le terminal. Exécutée ainsi, cette commande n'effectue qu'une vérification ; aucune mise à niveau n'est faite.do-release-upgrade --devel-release
L'option
--devel-releaserecherche et procède à une mise à niveau vers la prochaine version de développement disponible, si elle existe.
Rechercher uniquement des versions LTS
L'outil do-release-upgrade se base sur la politique de mise à niveau telle que définie dans votre fichier /etc/update-manager/release-upgrades. La variable Prompt, en fin de fichier, indique si seules les versions LTS doivent être recherchées ou si toutes les versions (LTS et régulières) doivent être recherchées.
Prompt=lts: rechercher les versions LTS uniquement ;Prompt=normal: rechercher toutes les versions ;Prompt=never: ne jamais rechercher de nouvelle version d'Ubuntu.
Prompt=lts que si votre version actuelle d'Ubuntu est une version LTS. Autrement, aucune nouvelle version ne sera détectée par do-release-upgrade.
Si vous choisissez de rechercher les versions LTS uniquement, il ne vous sera pas proposé de passer à la LTS+1 suivante dès sa sortie (par exemple un upgrade de la 12.04.4 LTS vers la 14.04 LTS n'aboutira pas) :
user@machine:~$ sudo do-release-upgrade Recherche d'une nouvelle version d'Ubuntu Aucune nouvelle version trouvée
C'est normal ! Il faudra attendre la version LTS+1.1 (14.04.1 par exemple) qui est la première grosse mise à jours corrective et qui est généralement annoncée 3 mois après la sortie de la LTS.
Si vous avez vraiment besoin de mettre à niveau vers la nouvelle LTS, vous pouvez utiliser (à vos risques et périls) l'option -d (--devel-release) signifiant une migration vers la prochaine version en développement) à condition d'être déjà sur une LTS et d'avoir choisi Prompt=lts.
N'hésitez pas à utiliser l'option -c (--check-dist-upgrade-only) en conjonction de -d pour vérifier que vous allez bien migrer vers la version voulue.
Migration en ligne de commande via SSH
Lancer une migration via SSH n'est pas recommandé car cela peut se révéler plus périlleux en cas de problème. Ceci dit, c'est tout à fait possible.
Le script de mise à niveau va alors créer un serveur SSH additionnel écoutant sur le port TCP 1022 (en plus du serveur SSH sur lequel vous êtes connecté). Attention à vos règles de pare-feu qui pourraient bloquer ce port.
Le script sera lancé dans un screen : il sera possible de retrouver son terminal en l'état et donc de continuer la mise à niveau en cas de déconnexion.
- Pour se reconnecter :
ssh login@pc42 #sur le serveur habituel.
ou
ssh login@pc42 -p 1022 #Si le pare-feu ne le bloque pas.
- Pour récupérer le terminal :
sudo screen -x
ou
sudo screen -r
Et ensuite
La commande
uname -mr
permet de visualiser quel noyau est actif actuellement .
Lorsque la Mise à Niveau est terminée , il reste encore a nettoyer le système , car elle ne fait pas tout automatiquement . La 1ere des choses à faire est de redémarrer l' ordinateur afin de vérifier que le nouveau noyau prend bien en compte tout votre matériel et qu ' il n' y a pas eu de régression .
Après le redémarrage , si vous repassez donc
uname -mr
vous verrez que le noyau actif a changé . Vérifiez bien que tout votre matériel fonctionne . wifi , bluetooth etc …
Nettoyage des paquets devenus inutiles
Certains paquets ne sont plus utiles , mais sont toujours installés sur votre système , pour les supprimer :
sudo apt autoremove --purge
Pour supprimer les résidus de configuration de ces paquets ( et ceux modifiés lors de la migration ) :
sudo apt purge ~c
Les noyaux
Sujet sensibles … la MAN ne gère pas la suppression des anciens noyaux directement , et c' est plutôt bien , car si jamais il y a un problème avec le nouveau noyau et que la MAN supprime les anciens , cela pourrait être dramatique .
Cependant , après une période de test de 15 jours , il est bon de supprimer les noyaux de l ' ancienne version . Cela ne peut se faire qu ' à la main .
Les dépôts " annexes "
Si vous aviez des dépôts tiers , ils ont été désactivés . Comme vous avez probablement lu toute la page , vous avez donc vérifiez que les logiciels que vous utilisez par l' intermédiaire de ces dépôts sont disponibles pour la nouvelle version d ' ubuntu . Maintenant il faut éditer ces fichiers pour les " assortir " a votre nouvelle version . il va falloir remplacer les noms de l ' ancienne version d ' ubuntu par celui de la nouvelle . par exemple , si vous étiez sur " jammy " ( 22.04 LTS ) et que vous venez de faire la Mise à Niveau " noble " ( 24.04 LTS ) , il faudra remplacer toutes les occurrences de " jammy " par " noble " dans tous les fichiers *.sources ou *.list .
Vérifiez ensuite avec :
sudo apt update
qu ' il n ' y a pas d ' erreur .
Notez qu'à partir de la version 23.10, une option permet de les faire participer à migration. --allow-third-party
Voir aussi
Pour les détails, voir cette Discussion
Pour connaître les applications installées manuellement, voir cette discussion.
- Discussion au sujet de cette page sur le forum.


