W Fedora rozważają możliwość zaprzestania wsparcia dla BIOS podczas uruchamiania

Programiści Fedora dyskutują kwestia zakończenia wsparcia dla tradycyjnego BIOS-u oraz pozostawienia możliwości instalacji tylko na systemach z obsługą UEFI. Zauważono, że systemy oparte na platformie Intel od 2005 roku są dostarczane z UEFI, a do 2020 roku firma Intel planowała zaprzestania wsparcia dla BIOS w klientowskich systemach i platformach dla centrów danych.

Dyskusja na temat rezygnacji z wsparcia dla BIOS w Fedora jest także związana z uproszczeniem implementacji technologie wybiórczego wyświetlania menu rozruchowego, w którym domyślnie menu jest ukryte i wyświetlane tylko po niepowodzeniu lub aktywacji opcji w GNOME. Dla UEFI niezbędna funkcjonalność jest już dostępna w sd-boot, ale w przypadku BIOS wymaga zastosowania poprawek do GRUB2.

W dyskusji niektórzy deweloperzy wyrazili sprzeciw wobec zakończenia wsparcia dla BIOS-u, argumentując, że ceną za optymalizację będzie utrata możliwości korzystania z nowych wydań Fedora na niektórych laptopach i komputerach PC wydanych przed 2013 rokiem, które były dostarczane z kartami graficznymi bez UEFI-kompatybilnego vBIOS. Wspomniano również o konieczności uruchamiania Fedora na systemach wirtualizacji wspierających jedynie BIOS.

Wśród innych zmian omawianych do realizacji w Fedora 33 można wyróżnić:

• Użycie domyślny system plików Btrfs w edycjach Fedora dla stacji roboczych i laptopów. Zastosowanie
  wbudowanego menedżera partycji Btrfs pozwoli na rozwiązanie problemów z wyczerpywaniem dostępnego miejsca na dysku przy oddzielnym montowaniu katalogów / i /home. Dzięki Btrfs, te partycje można będzie umieścić w dwóch podpodziałach, montowanych oddzielnie, ale korzystających z wspólnego miejsca na dysku. Btrfs również umożliwi wykorzystanie takich funkcji jak migawki, przezroczysta kompresja danych, poprawna izolacja operacji wejścia/wyjścia za pomocą cgroups2 oraz dynamiczna zmiana rozmiaru partycji.
• Planowane jest dodanie procesu w tle SID (Storage Instantiation Daemon) do monitorowania stanu urządzeń w różnych podsystemach pamięci masowej (LVM, multipath, MD) oraz wywoływania obróbców przy wystąpieniu określonych zdarzeń, na przykład w celu aktywacji i dezaktywacji urządzeń. SID działa jako nakładka nad udev i reaguje na zdarzenia z niego pochodzące, co pozwala uniknąć tworzenia skomplikowanych reguł udev do interakcji z różnymi klasami urządzeń i podsystemami pamięci masowej, które są trudne do utrzymania i debugowania.

Źródło: opennet.ru