In Fedora wird darüber nachgedacht, die Unterstützung von BIOS beim Booten einzustellen.

Fedora-Entwickler diskutieren Frage zum Ende der Unterstützung von klassischem BIOS und der Möglichkeit, die Installation nur auf UEFI-fähigen Systemen zuzulassen. Es wird angemerkt, dass Systeme auf der Intel-Plattform seit 2005 mit UEFI ausgeliefert werden und bis 2020 von Intel. plant Die Unterstützung von BIOS in Client-Systemen und Plattformen für Rechenzentren einstellen.

Die Diskussion über den Verzicht auf die Unterstützung von BIOS in Fedora ist auch durch die Vereinfachung der Implementation bedingt. Technologien Die selektive Anzeige des Bootmenüs, bei der das Menü standardmäßig verborgen und nur nach einem Fehler oder durch Aktivierung einer Option in GNOME angezeigt wird. Für UEFI ist die erforderliche Funktionalität bereits in sd-boot verfügbar, während es bei der Verwendung von BIOS Patchanpassungen für GRUB2 benötigt.

Einige Entwickler äußerten im Diskussionsverlauf Bedenken gegen das Ende der BIOS-Unterstützung, da die Optimierung zur Folge haben könnte, dass neue Versionen von Fedora auf bestimmten Laptops und PCs, die vor 2013 mit grafischen Karten ohne UEFI-kompatible vBIOS ausgeliefert wurden, nicht mehr nutzbar sind. Es wird auch die Notwendigkeit erwähnt, Fedora auf Virtualisierungssystemen zu starten, die nur BIOS unterstützen.

Unter anderen Änderungen, die für die Umsetzung in Fedora 33 diskutiert werden, sind zu erwähnen:

• Nutzung die standardmäßige Btrfs-Dateisystem in den Fedora-Versionen für Desktop- und Laptop-Rechner. Die Anwendung
  Der integrierte Btrfs-Partitionierungsmanager wird dazu beitragen, Probleme mit dem Mangel an freien Speicherplatz zu lösen, insbesondere bei der separaten Einbindung der Verzeichnisse "/" und "/home". Mit Btrfs können diese Partitionen in zwei Unterpartitionen untergebracht werden, die getrennt eingebunden, aber einen gemeinsamen Speicherplatz nutzen. Btrfs ermöglicht zudem Funktionen wie Snapshots, transparente Datenkompression, korrekte Isolierung von Ein-/Ausgabe-Operationen durch cgroups2 und die Anpassung der Partitionen im laufenden Betrieb.
• ist geplant einen Hintergrundprozess hinzuzufügen SID (Storage Instantiation Daemon) zur Überwachung des Zustands von Geräten in verschiedenen Speichersystemen (LVM, Multipath, MD) und zum Aufruf von Handlern bei bestimmten Ereignissen, beispielsweise um Geräte zu aktivieren oder zu deaktivieren. SID funktioniert als Erweiterung von udev und reagiert auf Ereignisse von diesem, wodurch die Notwendigkeit entfällt, komplizierte udev-Regeln für die Interaktion mit verschiedenen Gerätetypen und Speichersystemen zu erstellen, die schwer zu warten und zu debuggen sind.

Quelle: opennet.ru