Fedora rozważa zatrzymanie obsługi rozruchu systemu BIOS

Programiści Fedory dyskutują kwestia zaprzestania bootowania przy użyciu klasycznego BIOS-u i pozostawienia opcji instalacji jedynie na systemach ze wsparciem UEFI. Należy zauważyć, że systemy oparte na platformie Intel dostarczane są z UEFI od 2005 roku i do 2020 roku Intel zaplanowany zaprzestań obsługi BIOS-u w systemach klienckich i platformach centrów danych.

Dyskusja na temat wycofywania obsługi BIOS-u w Fedorze wynika również z uproszczonej implementacji technologii Selektywne wyświetlanie menu startowego, gdzie menu jest domyślnie ukryte i wyświetlane tylko po awarii lub aktywowaniu opcji w GNOME. W przypadku UEFI niezbędna funkcjonalność jest już dostępna w sd-boot, jednak podczas korzystania z BIOS-u wymaga zastosowania łatek dla GRUB2.

W dyskusji niektórzy programiści wyrazili sprzeciw wobec usunięcia obsługi BIOS-u, ponieważ kosztem optymalizacji byłoby usunięcie możliwości używania nowych wydań Fedory na niektórych laptopach i komputerach PC wydanych przed 2013 rokiem, które były dostarczane z kartami graficznymi bez UEFI- kompatybilny vBIOS. Wspomina się także o konieczności uruchamiania Fedory na systemach wirtualizacji korzystających wyłącznie z BIOS-u.

Inne zmiany omawiane pod kątem wdrożenia w Fedorze 33 obejmują:

• Używać Domyślnym systemem plików jest Btrfs w wersjach Fedory na komputery stacjonarne i laptopy. Aplikacja
  Wbudowany menedżer partycji Btrfs rozwiąże problemy z wyczerpaniem wolnego miejsca na dysku podczas oddzielnego montowania katalogów / i /home. Dzięki Btrfs partycje te można umieścić w dwóch podpartycjach, zamontowanych oddzielnie, ale wykorzystujących to samo miejsce na dysku. Btrfs umożliwi także korzystanie z takich funkcji, jak migawki, przezroczysta kompresja danych, prawidłowa izolacja operacji we/wy za pośrednictwem cgroups2 i zmiana rozmiaru partycji w locie.

• Zaplanowany dodaj proces w tle SID (Storage Instantiation Daemon) do monitorowania stanu urządzeń w różnych podsystemach pamięci masowej (LVM, multipath, MD) i obsługi połączeń w przypadku wystąpienia określonych zdarzeń, na przykład w celu aktywacji i dezaktywacji urządzeń. SID działa jako dodatek do udev i reaguje na zdarzenia z niego pochodzące, eliminując potrzebę tworzenia skomplikowanych reguł udev w celu interakcji z różnymi klasami urządzeń i podsystemami pamięci masowej, które są trudne w utrzymaniu i debugowaniu.

Źródło: opennet.ru