Die Entwickler von Fedora die Frage der Beendigung des Bootvorgangs mit klassischem BIOS und der Beibehaltung der Installationsmöglichkeit nur auf Systemen mit UEFI-Unterstützung. Es wird darauf hingewiesen, dass Systeme, die auf der Intel-Plattform basieren, seit 2005 mit UEFI ausgeliefert werden und bis 2020 die Firma Intel die Unterstützung von BIOS in Client-Systemen und Plattformen für Rechenzentren einzustellen.
Die Diskussion über die Abkehr von der BIOS-Unterstützung in Fedora ist auch auf die Vereinfachung der Implementierung zurückzuführen. der selektiven Anzeige des Bootmenüs, bei der das Menü standardmäßig verborgen ist und nur nach einem Fehler oder der Aktivierung einer Option in GNOME angezeigt wird. Für UEFI ist die erforderliche Funktionalität bereits in sd-boot verfügbar, während bei der Nutzung von BIOS Patch-Anpassungen für GRUB2 erforderlich sind.
In der Diskussion äußerten einige Entwickler ihre Unzufriedenheit mit der Beendigung der BIOS-Unterstützung, da die Preisgabe der Optimierung die Nutzung neuer Versionen von Fedora auf einigen Laptops und PCs, die vor 2013 herausgebracht wurden und mit grafischen Karten ohne UEFI-kompatibles vBIOS ausgeliefert werden, unterlaufen würde. Es wird auch die Notwendigkeit angesprochen, Fedora auf Virtualisierungssystemen zu starten, die nur BIOS unterstützen.
Unter den weiteren Änderungen, die zur Umsetzung in Fedora 33 diskutiert werden, sind:
- standardmäßig das Dateisystem Btrfs in den Fedora-Editionen für Desktop und Laptops. Der Einsatz
des integrierten Partitionierungsmanagers Btrfs wird es ermöglichen, Probleme mit dem Erschöpfen des freien Speicherplatzes bei separater Montage der Verzeichnisse / und /home zu lösen. Bei Btrfs können diese Partitionen in zwei Unterpartitionen untergebracht werden, die separat gemountet werden, aber gemeinsamen Speicherplatz nutzen. Btrfs wird auch die Nutzung von Funktionen wie Snapshots, transparentem Datenkompression, korrekter Isolierung von Eingabe-/Ausgabe-Vorgängen über cgroups2 und die Größenänderung von Partitionen zur Laufzeit ermöglichen. - einen Hintergrundprozess hinzuzufügen. (Storage Instantiation Daemon) zur Überwachung des Status von Geräten in verschiedenen Speichersubsystemen (LVM, Multipath, MD) und zum Aufrufen von Handlern bei bestimmten Ereignissen, zum Beispiel zur Aktivierung und Deaktivierung von Geräten. SID fungiert als Erweiterung von udev und reagiert auf Ereignisse von diesem, wodurch die Erstellung komplizierter udev-Regeln für die Interaktion mit verschiedenen Geräteklassen und Speichersubsystemen, die schwer zu warten und zu debuggen sind, vermieden werden kann.
Quelle: opennet.ru
