> ## Documentation Index > Fetch the complete documentation index at: https://blog.onetsolutions.net/llms.txt > Use this file to discover all available pages before exploring further. # Ubuntu 26.04 LTS Resolute Raccoon est disponible sur nos VPS > Linux 7.0, PHP 8.5, PostgreSQL 18 et un support jusqu'en 2031 — avec les ruptures à vérifier avant de migrer un serveur de production. Ubuntu 26.04 LTS Resolute Raccoon disponible sur les VPS OnetSolutions *Publié le 12 août 2026* Ubuntu 26.04 LTS, nom de code **Resolute Raccoon**, est sorti le 23 avril 2026. Il est désormais disponible en installation en un clic sur nos VPS. Cinq ans de mises à jour de sécurité gratuites, jusqu'en **avril 2031**, extensibles à dix avec un abonnement Ubuntu Pro. Pour un serveur que vous comptez laisser tourner, c'est le chiffre qui compte. ## Ce que vous récupérez vraiment Le titre, c'est Linux **7.0**. Mais sur un serveur, les changements intéressants sont plus bas dans la pile. | Composant | 24.04 LTS | 26.04 LTS | | ----------- | --------- | ----------- | | Noyau Linux | 6.8 | **7.0** | | systemd | 255 | **259** | | OpenSSH | 9.6p1 | **10.2p1** | | Python | 3.12 | **3.14** | | PHP | 8.3 | **8.5** | | PostgreSQL | 16 | **18** | | MySQL | 8.0 | **8.4 LTS** | | Netplan | 1.0 | **1.2** | | Go | 1.22 | **1.25** | | Rust | 1.75 | **1.93** | | OpenJDK | 21 | **25** | PostgreSQL 18 est la mise à jour autour de laquelle il vaut la peine de planifier : son nouveau sous-système d'entrées-sorties apporte des gains substantiels sur les charges dominées par la lecture. PHP 8.5 compte si vous hébergez des applications ; vérifiez la compatibilité de votre framework avant de bouger. La cryptographie post-quantique arrive aussi comme un défaut, plus comme une expérimentation. OpenSSL embarque ML-KEM, ML-DSA et SLH-DSA, et OpenSSH 10.2 gère l'échange de clés post-quantique. ## À lire avant de migrer Cette version supprime des choses. Quatre changements peuvent casser un serveur qui fonctionnait, et aucun ne s'annonce bruyamment. **cgroup v1 a disparu.** systemd 259 abandonne les hiérarchies cgroup héritées et hybrides. Si vous utilisez un moteur de conteneurs ancien, ou si vous avez épinglé `systemd.unified_cgroup_hierarchy=0` sur une ligne de commande noyau il y a des années pour régler un souci, ce contournement devient un problème de démarrage. **`sudo-rs` devient le fournisseur sudo par défaut.** Une réimplémentation sûre en mémoire, et une réduction assumée de la surface d'attaque — mais elle ne couvre pas toutes les options de l'originale. Les règles `sudoers` exotiques méritent un test avant que vous ne comptiez dessus en production. **`apt-key` est supprimé.** APT 3.1 passe par ailleurs de GnuTLS à OpenSSL. Tout script de provisionnement qui appelle encore `apt-key add` échouera. Les clés se placent dans `/etc/apt/keyrings/`, avec une référence `signed-by=` dans l'entrée de dépôt. **DSA est retiré d'OpenSSH.** L'algorithme est déprécié depuis des années, mais si une vieille clé ou un équipement embarqué en dépend encore, la connexion cesse simplement de fonctionner. Deux autres points à noter : **chrony remplace systemd-timesyncd** comme démon de temps par défaut, et la 26.04 est la **dernière version** à conserver la couche de compatibilité systemd pour les scripts d'init System V. Si vous en livrez encore un, c'est votre préavis. ## Déployer un nouveau serveur Choisissez Ubuntu 26.04 LTS à la commande de votre instance : elle est installée et prête en quelques minutes. Rien d'autre à faire. Confirmez ce que vous avez une fois démarré : ```bash theme={null} # Distribution et nom de code lsb_release -a # Noyau — attendez-vous à une série 7.0 uname -r ``` ## Mettre à niveau un serveur existant Le chemin de mise à niveau est contraint. Depuis **22.04 LTS ou 25.04, vous ne pouvez pas sauter directement en 26.04** : passez d'abord par 24.04 LTS ou 25.10. Tenter le raccourci vous coûtera une soirée. Vérifiez ce qui est réellement proposé à votre machine : ```bash theme={null} # D'abord, mise à jour complète de la version courante sudo apt update && sudo apt full-upgrade sudo reboot # Quelle mise à niveau est disponible, s'il y en a une do-release-upgrade -c ``` Puis, une fois la mise à niveau proposée : ```bash theme={null} sudo do-release-upgrade ``` Prenez un [snapshot](https://help.onetsolutions.net/fr/vps/snapshot) avant de commencer. Une montée de version de distribution en est le cas d'école : si PostgreSQL ne redémarre pas ou qu'un service refuse de se lancer, vous revenez en arrière en deux minutes au lieu de déboguer à minuit. Notre marche à suivre détaillée est dans le [tutoriel de mise à niveau Ubuntu](https://help.onetsolutions.net/fr/tutorials/how-to-upgrade-ubuntu-to-latest-version). Un réflexe dont il vaut mieux se défaire : mettre à niveau un serveur de production la semaine même de la sortie d'une LTS. Il n'y a pas de prix pour l'arrivée précoce, et une instance neuve en 26.04 sur laquelle vous redéployez votre application est presque toujours moins douloureuse qu'une mise à niveau en place d'une machine qui accumule de l'histoire depuis quatre ans. ## Faut-il bouger ? Si vous êtes en **24.04 LTS**, rien ne presse : elle est supportée jusqu'en 2029. Migrez quand PostgreSQL 18 ou PHP 8.5 vous apportera quelque chose de concret. Si vous êtes en **22.04 LTS**, le support standard s'arrête en avril 2027. Commencez à planifier — le chemin passe de toute façon par la 24.04. Si vous **déployez quelque chose de neuf**, prenez la 26.04 et offrez-vous cinq ans de tranquillité. Envie d'essayer ? [Déployez une instance Ubuntu 26.04 LTS](https://console.onetsolutions.net/checkout/compute) depuis votre espace client.