Pour la version de Fedora Linux 37, le passage à la prise en charge obligatoire de l'UEFI est prévu comme exigence pour l'installation du système d'exploitation sur la plateforme x86_64. La possibilité de démarrer des environnements préalablement installés sur des systèmes avec un BIOS traditionnel restera disponible pendant un certain temps, mais la prise en charge des nouvelles installations hors mode UEFI sera abandonnée. Dans Fedora 39 ou une version ultérieure, la prise en charge du BIOS devrait être complètement supprimée. La demande d'acceptation de ce changement dans Fedora 37 a été publiée par Ben Cotton, qui occupe le poste de Fedora Program Manager chez Red Hat. Ce changement n'a pas encore été examiné par le comité FESCo (Fedora Engineering Steering Committee) chargé des aspects techniques du développement de Fedora.
Les équipements basés sur des plateformes Intel sont livrés avec UEFI depuis 2005. En 2020, Intel a arrêté le support du BIOS dans les systèmes clients et les plateformes de centre de données. Cet arrêt peut empêcher l'installation de Fedora sur certains ordinateurs portables et PC fabriqués avant 2013. Lors des discussions précédentes, l'impossibilité d'installer sur des systèmes de virtualisation ne prenant en charge que le BIOS avait également été mentionnée, mais depuis, la prise en charge de l'UEFI est apparue dans les environnements AWS. La prise en charge de l'UEFI a également été ajoutée dans libvirt et Virtualbox, mais n'est pas encore appliquée par défaut (dans Virtualbox, cela est prévu dans la branche 7.0).
L'abandon de la prise en charge du BIOS dans Fedora Linux permettra de réduire le nombre de composants utilisés lors du démarrage et de l'installation, d'éliminer la prise en charge de VESA, de simplifier l'installation et de diminuer les coûts de maintenance du chargeur de démarrage et des installations, car l'UEFI fournit des interfaces standardisées unifiées, tandis que le BIOS nécessite des tests séparés de chaque variante.
Il convient également de mentionner la mise à jour de l'installateur Anaconda, qui est en cours de migration de la bibliothèque GTK vers une nouvelle interface basée sur des technologies web permettant un contrôle à distance via un navigateur web. Au lieu d'un processus complexe de gestion de l'installation à travers un écran de résumé des actions effectuées, un assistant d'installation étape par étape est en cours de développement. Cet assistant a été conçu en utilisant des composants PatternFly et permet de ne pas disperser l'attention sur plusieurs tâches à la fois, mais de diviser l'installation et la résolution de tâches complexes en étapes simples et petites à exécuter successivement.
Source : opennet.ru
