Fedora-Entwickler das Problem, das Booten mit dem klassischen BIOS zu stoppen und die Installationsoption nur auf Systemen mit UEFI-Unterstützung zu belassen. Es wird darauf hingewiesen, dass Systeme auf Basis der Intel-Plattform seit 2005 und bis 2020 von Intel mit UEFI ausgeliefert werden Stoppen Sie die BIOS-Unterstützung in Client-Systemen und Rechenzentrumsplattformen.
Die Diskussion über die Abschaffung der BIOS-Unterstützung in Fedora ist auch auf die vereinfachte Implementierung zurückzuführen Selektive Startmenüanzeige, wobei das Menü standardmäßig ausgeblendet ist und erst nach einem Absturz oder der Aktivierung einer Option in GNOME angezeigt wird. Für UEFI ist die notwendige Funktionalität bereits im SD-Boot verfügbar, bei Verwendung des BIOS ist jedoch die Anwendung von Patches für GRUB2 erforderlich.
In der Diskussion sprachen sich einige Entwickler gegen die Entfernung der BIOS-Unterstützung aus, da die Kosten der Optimierung darin bestehen würden, dass die Möglichkeit zur Verwendung neuer Fedora-Versionen auf einigen Laptops und PCs, die vor 2013 veröffentlicht wurden und mit Grafikkarten ohne UEFI-Unterstützung ausgeliefert wurden, wegfallen würde. kompatibles vBIOS. Es wird auch die Notwendigkeit erwähnt, Fedora auf reinen BIOS-Virtualisierungssystemen zu starten.
Zu den weiteren Änderungen, die für die Implementierung in Fedora 33 diskutiert werden, gehören:
- Das Standarddateisystem ist Btrfs in Desktop- und Laptop-Editionen von Fedora. Anwendung
Der integrierte Partitionsmanager Btrfs löst Probleme mit der Erschöpfung des freien Speicherplatzes beim separaten Mounten der Verzeichnisse / und /home. Mit Btrfs können diese Partitionen in zwei Unterpartitionen platziert werden, die separat gemountet werden, aber denselben Speicherplatz belegen. Mit Btrfs können Sie außerdem Funktionen wie Snapshots, transparente Datenkomprimierung, korrekte Isolierung von E/A-Vorgängen über cgroups2 und die spontane Größenänderung von Partitionen nutzen. - Hintergrundprozess hinzufügen (Storage Instantiation Daemon) zur Überwachung des Zustands von Geräten in verschiedenen Speichersubsystemen (LVM, Multipath, MD) und zum Aufrufen von Handlern bei bestimmten Ereignissen, beispielsweise zum Aktivieren und Deaktivieren von Geräten. SID fungiert als Add-on zu udev und reagiert auf Ereignisse von udev, sodass keine komplexen udev-Regeln für die Interaktion mit verschiedenen Geräteklassen und Speichersubsystemen erstellt werden müssen, die schwierig zu warten und zu debuggen sind.
Source: opennet.ru