Mettre Ubuntu à jour peut vouloir dire deux choses différentes : installer les mises à jour de paquets, ou passer à une nouvelle version d’Ubuntu. Ce n’est pas le même niveau de risque, ni le même niveau de préparation.

Pour mettre à jour les paquets installés, on utilise apt update et apt upgrade. Pour passer d’une version d’Ubuntu à une autre, par exemple d’Ubuntu 24.04 LTS à Ubuntu 26.04 LTS, on utilise do-release-upgrade.

Voici une méthode propre pour mettre Ubuntu à niveau vers la dernière version disponible, sans transformer votre serveur en escape game système.

Mise à jour ou mise à niveau : la différence

Avant de lancer des commandes, il faut distinguer deux opérations.

Opération	Commande principale	Effet
Mise à jour des paquets	apt upgrade	Met à jour les logiciels de la version actuelle
Mise à niveau de version	do-release-upgrade	Passe à une nouvelle version d’Ubuntu

Si vous êtes en Ubuntu 24.04 et que vous lancez apt upgrade, vous restez en Ubuntu 24.04. Vous recevez simplement les mises à jour disponibles pour cette version.

Si vous lancez do-release-upgrade, Ubuntu peut vous proposer de passer à la version suivante autorisée par votre canal de mise à niveau.

Quelle version d’Ubuntu choisir ?

Ubuntu propose deux grands types de versions : les versions LTS et les versions intermédiaires.

• LTS signifie Long Term Support. Ces versions sortent tous les deux ans et reçoivent cinq ans de support standard.
• Interim releases : ces versions sortent entre deux LTS et sont supportées environ neuf mois.

Pour un serveur, une machine de production, un site WordPress ou un poste stable, choisissez une version LTS. Pour tester du matériel récent ou des logiciels plus frais, une version intermédiaire peut se justifier, mais elle demande des mises à niveau plus fréquentes.

Ubuntu ne permet pas de sauter directement plusieurs versions LTS avec do-release-upgrade. Il faut avancer par étapes : 20.04 vers 22.04, puis 22.04 vers 24.04, puis 24.04 vers 26.04.

Vérifier la version Ubuntu actuelle

Commencez par vérifier la version installée :

lsb_release -a

Ou, plus simplement :

cat /etc/os-release

Vous pouvez aussi vérifier le noyau Linux actuellement utilisé :

uname -a

Le noyau ne suffit pas à identifier proprement la version Ubuntu, mais il aide à contrôler l’état du système après la mise à niveau.

Vérifier le canal de mise à niveau

Ubuntu utilise le fichier /etc/update-manager/release-upgrades pour savoir quelles versions proposer.

cat /etc/update-manager/release-upgrades

La ligne importante est Prompt.

Prompt=lts

Avec Prompt=lts, Ubuntu ne propose que les versions LTS. C’est le bon réglage pour un serveur ou une machine stable.

Prompt=normal

Avec Prompt=normal, Ubuntu peut proposer les versions intermédiaires. À réserver aux machines où vous acceptez des mises à niveau plus fréquentes.

Pour modifier ce fichier :

sudo nano /etc/update-manager/release-upgrades

Avant toute mise à niveau : sauvegarder

Avant une mise à niveau Ubuntu, sauvegardez. Pas “si possible”. Pas “plus tard”. Maintenant.

Sur un serveur, sauvegardez au minimum :

• les fichiers des sites ;
• les bases de données ;
• les fichiers de configuration dans /etc ;
• les certificats TLS ;
• les tâches cron ;
• les fichiers systemd personnalisés ;
• les clés importantes ;
• les données applicatives dans /var ou /srv.

Si votre serveur est virtualisé, créez aussi un snapshot depuis le panel hébergeur. Un snapshot ne remplace pas une vraie sauvegarde, mais il peut vous sauver la soirée si l’upgrade tourne au théâtre expérimental.

Exemple de sauvegarde rapide de /etc :

sudo tar -czf ~/etc-backup-$(date +%F).tar.gz /etc

Pour une base MySQL ou MariaDB :

mysqldump --single-transaction --routines --triggers nom_de_base | gzip > nom_de_base-$(date +%F).sql.gz

Préparer le système avant do-release-upgrade

Avant de changer de version Ubuntu, mettez complètement à jour le système actuel.

sudo apt update
sudo apt upgrade

Puis appliquez les mises à jour qui nécessitent parfois l’installation ou la suppression de paquets :

sudo apt full-upgrade

Nettoyez les paquets inutiles :

sudo apt autoremove --purge
sudo apt autoclean

Redémarrez si le système le demande, notamment après une mise à jour du noyau ou de bibliothèques critiques :

sudo reboot

Après redémarrage, reconnectez-vous et vérifiez que le système est propre :

sudo apt update
sudo apt list --upgradable

Idéalement, il ne doit plus rester de mise à jour importante avant de lancer la mise à niveau de version.

Installer l’outil de mise à niveau

Sur Ubuntu Server, vérifiez que le paquet nécessaire est installé :

sudo apt install update-manager-core

Ce paquet fournit les outils nécessaires à la mise à niveau de release, notamment do-release-upgrade.

Lancer la mise à niveau vers la dernière version disponible

Pour lancer la mise à niveau :

sudo do-release-upgrade

L’outil vérifie la version actuelle, cherche la prochaine version disponible selon votre canal, désactive généralement les dépôts tiers, calcule les changements, puis vous demande confirmation.

Lisez les messages. Oui, vraiment. Surtout les lignes qui indiquent les paquets supprimés, les services modifiés et les fichiers de configuration remplacés.

Si aucune nouvelle version n’est proposée

Si do-release-upgrade répond qu’aucune nouvelle version n’est disponible, plusieurs explications sont possibles :

• vous êtes déjà sur la dernière version proposée par votre canal ;
• votre fichier release-upgrades est en Prompt=lts et la prochaine LTS n’est pas encore proposée à votre système ;
• la mise à niveau LTS automatique attend la première version mineure, par exemple 26.04.1 ;
• vos sources APT ou miroirs ne sont pas à jour ;
• vous utilisez une version non supportée ou un chemin d’upgrade non direct.

Sur les LTS, Ubuntu attend souvent la première point release avant de proposer automatiquement la mise à niveau à tous les systèmes LTS. C’est voulu : cela laisse le temps de corriger les premiers problèmes de la nouvelle version.

Si vous voulez tester plus tôt la prochaine LTS, vous pouvez utiliser :

sudo do-release-upgrade -d

À utiliser avec prudence. Sur un serveur de production, mieux vaut attendre que la mise à niveau soit proposée normalement, sauf besoin précis et tests préalables sur staging.

Mise à niveau via SSH : précautions importantes

Mettre à niveau Ubuntu via SSH est courant, mais il faut éviter de perdre la session en plein milieu.

Utilisez tmux ou screen :

sudo apt install tmux
tmux new -s ubuntu-upgrade

Puis lancez la mise à niveau dans cette session :

sudo do-release-upgrade

Si votre connexion SSH tombe, reconnectez-vous puis reprenez la session :

tmux attach -t ubuntu-upgrade

Ubuntu peut aussi ouvrir un port SSH de secours pendant certaines mises à niveau. Notez les instructions affichées par do-release-upgrade si l’outil vous les présente.

Que faire avec les fichiers de configuration modifiés ?

Pendant la mise à niveau, Ubuntu peut vous demander quoi faire avec des fichiers de configuration modifiés localement.

Options fréquentes :

• garder votre version actuelle ;
• installer la version du mainteneur du paquet ;
• voir les différences ;
• ouvrir un shell pour inspecter ;
• fusionner manuellement plus tard.

Sur un serveur, ne remplacez pas aveuglément des fichiers comme ceux de Nginx, Apache, PHP-FPM, Postfix, Dovecot, MySQL, SSH ou systemd. Affichez les différences avant de choisir.

Quand vous avez un doute, gardez souvent la version actuelle, puis comparez avec la nouvelle version après l’upgrade. Ce n’est pas toujours parfait, mais c’est généralement moins risqué que d’écraser une configuration de production en plein vol.

Dépôts tiers, PPA et paquets externes

Les dépôts tiers sont une cause fréquente de blocage ou de casse après mise à niveau. Pendant l’upgrade, Ubuntu désactive souvent les sources externes. Il faudra les vérifier ensuite.

Listez vos sources APT :

find /etc/apt/sources.list /etc/apt/sources.list.d -type f -maxdepth 1 -print

Listez les paquets qui ne viennent pas des dépôts Ubuntu standards :

apt list '?narrow(?installed, ?not(?origin(Ubuntu)))'

Après la mise à niveau, réactivez seulement les dépôts compatibles avec la nouvelle version Ubuntu. Un PPA prévu pour l’ancienne release peut casser vos dépendances avec une efficacité remarquable.

Après la mise à niveau : redémarrer

Une fois la mise à niveau terminée, redémarrez :

sudo reboot

Reconnectez-vous ensuite et vérifiez la version :

lsb_release -a
cat /etc/os-release
uname -a

Vérifiez aussi les paquets restants à mettre à jour :

sudo apt update
sudo apt full-upgrade

Puis nettoyez :

sudo apt autoremove --purge
sudo apt autoclean

Contrôles post-upgrade sur un serveur

Après une mise à niveau Ubuntu Server, vérifiez les services essentiels.

systemctl --failed

Consultez les logs du boot courant :

journalctl -p warning -b --no-pager

Vérifiez les ports ouverts :

sudo ss -ltnp

Vérifiez Nginx si vous l’utilisez :

sudo nginx -t
sudo systemctl status nginx --no-pager

Vérifiez Apache si nécessaire :

sudo apachectl configtest
sudo systemctl status apache2 --no-pager

Vérifiez PHP-FPM :

php -v
systemctl list-units 'php*-fpm.service'

Vérifiez MySQL ou MariaDB :

mysql --version
sudo systemctl status mysql --no-pager
sudo systemctl status mariadb --no-pager

Certains services peuvent changer de version, de module ou de comportement après upgrade. Mieux vaut le voir tout de suite que trois jours plus tard, via un client qui vous écrit “le site est bizarre”. Formulation toujours rassurante.

Contrôles post-upgrade pour WordPress

Si le serveur héberge WordPress, vérifiez aussi le stack applicatif.

wp core version
wp plugin list
wp theme list
wp db check

Vérifiez la version PHP utilisée par le site, pas seulement celle du terminal. Sur un serveur Nginx + PHP-FPM, un site peut encore pointer vers un ancien socket PHP-FPM après l’installation d’une nouvelle version de PHP.

Contrôlez aussi les logs :

tail -n 100 /var/log/nginx/error.log
tail -n 100 /var/log/apache2/error.log

Adaptez les chemins si votre distribution, panel ou configuration utilise d’autres fichiers de logs.

Cas desktop : mise à niveau graphique

Sur Ubuntu Desktop, vous pouvez aussi passer par l’outil graphique Logiciels et mises à jour, puis Gestionnaire de mises à jour. C’est plus confortable pour un poste utilisateur.

Mais la logique reste la même :

• sauvegarder les données ;
• installer toutes les mises à jour courantes ;
• désactiver ou vérifier les PPA ;
• lancer la mise à niveau ;
• redémarrer ;
• vérifier les applications importantes.

Sur Ubuntu Desktop 26.04 LTS, Canonical recommande notamment au moins 6 Go de RAM et 25 Go d’espace disque pour une expérience confortable. Si la machine est plus ancienne, une variante légère comme Xubuntu ou Lubuntu peut être plus adaptée.

Peut-on sauter une version Ubuntu ?

Non, pas proprement avec do-release-upgrade. Ubuntu impose des chemins de mise à niveau séquentiels.

Exemples :

Version actuelle	Chemin recommandé
20.04 LTS	20.04 → 22.04 → 24.04 → 26.04
22.04 LTS	22.04 → 24.04 → 26.04
24.04 LTS	24.04 → 26.04
25.10	25.10 → 26.04

Si vous voulez “sauter” plusieurs versions parce que le serveur est ancien, envisagez plutôt une migration propre : nouveau serveur, nouvelle Ubuntu, restauration des données et bascule DNS. Souvent, c’est plus sûr qu’une chaîne d’upgrades sur une machine fatiguée.

Cas d’une version Ubuntu non supportée

Si votre version Ubuntu est en fin de vie, les dépôts standards peuvent ne plus répondre correctement. La mise à niveau devient plus délicate.

Dans ce cas, deux options :

• tenter une mise à niveau par étapes en corrigeant les dépôts vers les archives Ubuntu ;
• faire une migration propre vers un nouveau serveur.

Pour une machine de production, je préfère souvent la seconde option. Elle permet de repartir sur une base propre, de documenter le stack, de tester avant bascule, et d’éviter l’archéologie système à coups de dépôts obsolètes.

Commandes utiles : résumé rapide

Objectif	Commande
Voir la version Ubuntu	lsb_release -a
Voir les infos système	cat /etc/os-release
Mettre à jour les paquets	sudo apt update && sudo apt upgrade
Mettre à jour complètement	sudo apt full-upgrade
Nettoyer les paquets inutiles	sudo apt autoremove --purge
Installer l’outil d’upgrade	sudo apt install update-manager-core
Lancer la mise à niveau Ubuntu	sudo do-release-upgrade
Tester une prochaine release	sudo do-release-upgrade -d
Voir les services en échec	systemctl --failed
Voir les logs du boot	journalctl -p warning -b --no-pager

Checklist avant mise à niveau

• Vérifier la version Ubuntu actuelle.
• Vérifier si la version cible est LTS ou intermédiaire.
• Lire les notes de version de la release cible.
• Faire une sauvegarde complète.
• Créer un snapshot si possible.
• Mettre à jour tous les paquets existants.
• Redémarrer avant l’upgrade si nécessaire.
• Vérifier les dépôts tiers et PPA.
• Lancer l’upgrade dans tmux si vous êtes en SSH.
• Prévoir une fenêtre de maintenance.

Checklist après mise à niveau

• Redémarrer le serveur.
• Vérifier la nouvelle version Ubuntu.
• Lancer sudo apt update et sudo apt full-upgrade.
• Nettoyer les anciens paquets.
• Contrôler les services en échec avec systemctl --failed.
• Lire les logs système.
• Vérifier SSH, firewall et ports ouverts.
• Tester Nginx, Apache, PHP-FPM, MySQL/MariaDB.
• Réactiver seulement les dépôts tiers compatibles.
• Tester les sites et applications hébergés.

Ce qu’il ne faut pas faire

• Ne lancez pas une mise à niveau majeure sans sauvegarde.
• Ne faites pas ça vendredi soir avant de partir.
• Ne sautez pas plusieurs versions LTS.
• Ne gardez pas des PPA obsolètes actifs.
• Ne remplacez pas aveuglément les fichiers de configuration critiques.
• Ne lancez pas l’upgrade en SSH sans tmux ou screen.
• Ne supposez pas que tous les services redémarreront seuls correctement.
• Ne confondez pas mise à jour de paquets et mise à niveau de release.

À retenir

• apt upgrade met à jour les paquets de la version actuelle.
• do-release-upgrade met Ubuntu à niveau vers une nouvelle release.
• Pour un serveur, privilégiez les versions LTS.
• On ne saute pas plusieurs LTS directement.
• Une sauvegarde et un snapshot sont indispensables avant upgrade.
• En SSH, utilisez tmux ou screen.
• Après l’upgrade, vérifiez les services, les logs et les dépôts tiers.

En résumé, mettre Ubuntu à jour vers la dernière version disponible ne se résume pas à lancer une commande magique. Préparez le système, sauvegardez, vérifiez le canal LTS, lancez do-release-upgrade, puis contrôlez soigneusement les services après redémarrage. Une mise à niveau réussie est rarement spectaculaire. C’est justement le but.

Sources

• Ubuntu Server Documentation — How to upgrade your Ubuntu release
• Ubuntu — Release cycle
• Ubuntu Releases
• Ubuntu 26.04 LTS Release Notes
• Canonical — Ubuntu 26.04 LTS release announcement

Report a typo