Les développeurs de Fedora la question de la fin du support du chargement par le biais du BIOS classique et du maintien de l'installation uniquement sur les systèmes compatibles UEFI. Il est à noter que les systèmes basés sur la plateforme Intel sont livrés avec UEFI depuis 2005 et jusqu'en 2020, Intel mettre fin au support du BIOS dans les systèmes clients et les plateformes pour centres de données.
La discussion sur l'abandon du support du BIOS dans Fedora est également motivée par la simplification de la mise en œuvre d'un menu de démarrage sélectif, où le menu est masqué par défaut et n'est affiché qu'après un échec ou l'activation d'une option dans GNOME. Pour UEFI, la fonctionnalité nécessaire est déjà disponible dans sd-boot, mais pour le BIOS, cela nécessite des patchs pour GRUB2.
Dans la discussion, certains développeurs ont exprimé leur désaccord avec l'abandon du support du BIOS, car l'optimisation entraînera l'impossibilité d'utiliser les nouvelles versions de Fedora sur certains ordinateurs portables et PC fabriqués avant 2013, livrés avec des cartes graphiques sans vBIOS compatible UEFI. Il est également mentionné la nécessité de charger Fedora sur des systèmes de virtualisation qui ne supportent que le BIOS.
Parmi les autres changements discutés pour mise en œuvre dans Fedora 33, on peut noter :
- par défaut, le système de fichiers Btrfs dans les éditions Fedora pour bureau et ordinateurs portables. L'application
du gestionnaire de partitions Btrfs intégré permettra de résoudre les problèmes d'épuisement de l'espace disque libre lors du montage séparé des répertoires / et /home. Avec Btrfs, ces partitions pourront être placées dans deux sous-parties, montées séparément, mais utilisant un espace disque commun. Btrfs permettra également d'utiliser des fonctionnalités telles que les instantanés, la compression de données transparente, l'isolation correcte des opérations d'entrée/sortie via cgroups2, et le redimensionnement des partitions à chaud. - d'ajouter un processus en arrière-plan (Storage Instantiation Daemon) pour suivre l'état des dispositifs dans divers sous-systèmes de stockage (LVM, multipath, MD) et appeler des gestionnaires lors de la survenue d'événements spécifiques, par exemple, pour activer et désactiver des dispositifs. SID fonctionne comme une couche au-dessus de udev et réagit aux événements de celui-ci, permettant d'éviter la création de règles udev complexes pour interagir avec différentes classes de dispositifs et sous-systèmes de stockage, difficile à maintenir et à déboguer.
Source : opennet.ru
