Vendredi dernier, Canonical a publié sa feuille de route pour Ubuntu 25.10, alias Questing Quokka. Phoronix a rappelé à cette occasion que cette version est une « LTS-1 », c’est-à-dire la dernière avant une nouvelle LTS (Long Term Support). Ces versions sont souvent riches en nouveautés, Canonical se dépêchant d’en ajouter autant que possible, afin de s’assurer qu’elles seront au niveau de la LTS suivante.

La feuille de route reflète cette ambition. On trouvera ainsi le nouveau GNOME 49 et ses applications de base, dont la visionneuse Loupe, l’émulateur de terminal Ptyxis, et peut-être Showtime en remplaçant de Totem, comme nous l’indiquions la semaine dernière. Pour l’instant, c’est la version 6.17 du noyau Linux qui est prévue.

Mais ce n’est que le sommet de l’iceberg. Ubuntu 25.10 doit également embarquer le support de Variable Refresh Rate (VRR), lisser le support des GPU NVIDIA dans Wayland, proposer pour la première fois une session desktop compatible avec l’architecture RISC-V, prendre en charge la puce TPM pour la fonction Full Disk Encryption, ou revoir le nombre de demandes d’autorisation dans l’interface.

Canonical prévoit en outre certaines tâches en parallèles, comme améliorer la documentation du système, une meilleure intégration de Microsoft Entra ID, ainsi qu’une préparation à l’European Accessibility Act.

Les principales dates du développement d’Ubuntu 25.10 sont connues : Feature Freeze le 16 aout, User Interface Freeze le 4 septembre, bêta publique le 18 septembre et version finale le 9 octobre.

En fin de semaine dernière, nos confrères de Neowin relataient l’apparition de nombreux témoignages de redémarrages en boucle depuis l’arrivée des derniers correctifs de sécurité de Microsoft. Le problème venait plus précisément de la mise à jour KB5058379, qui entrainait notamment des demandes répétées de récupération de la part de BitLocker, responsable du chiffrement intégral du disque. Le bug affectait aussi bien Windows 11 que Windows 10.

Microsoft avait rapidement publié un article sur le sujet, évoquant une possible incompatibilité avec Intel TXT (Trusted Execution Technology). Cette technologie, disponible sur tous les processeurs compatibles vPro du fondeur, permet d’exploiter la sécurité matérielle (dont la puce TPM) pour sécuriser les données et les applications. La solution donnée était alors efficace, mais frustrante : se rendre dans les paramètres du BIOS et désactiver TXT.

La fiche a depuis été mise à jour. On peut y lire que l’incompatibilité entraine un plantage du processus lsass.exe (Local Security Authority Server Service), utilisé pour authentifier les utilisateurs en appliquant les politiques locales de sécurité. Le plantage entraine automatiquement le lancement d’Automatic Repair pour tenter de restaurer le fonctionnement nominal de la machine, ce qui réclame la clé BitLocker… pour laquelle lsass.exe et Intel TXT se battent, sans se mettre d’accord.

Comme l’indique Microsoft, la mise à jour peut tenter plusieurs fois de s’installer, avant que Startup Repair prenne le relai et revienne à la mise à jour précédente. En cas d’échec de l’opération, une boucle de redémarrage se met en place, revenant systématiquement à l’écran de récupération BitLocker.

Microsoft dit travailler en urgence à un correctif logiciel. Le problème ne devrait concerner que les entreprises, auxquelles sont destinés les processeurs compatibles vPro d’Intel.