W Fedorze 37 planowane jest pozostawienie tylko wsparcia dla UEFI

Ostatnio dzielimy się tutaj na blogu informacja o wydaniu Fedora 36 beta, w którym dzielimy się trochę o zmianach, które zostały wprowadzone w nowej wersji.

Prace nad Fedorą nie ograniczają się tylko do nowych wersji, są też plany na przyszłość dotyczące zmian i ulepszeń, które zostaną zaimplementowane w późniejszych wersjach i tak jest w przypadku w Fedorze 37 planowane jest przeniesienie obsługi UEFI do kategorii obowiązkowych wymagań instalacji dystrybucji na platformie x86_64.

Wspomina się, że możliwość startu środowiska wcześniej zainstalowane w systemach BIOS dziedziczny zatrzymam się na chwilę, ale nowe instalacje bez UEFI nie będą już obsługiwane.

W Fedorze 39 lub nowszych oczekuje się, że wsparcie BIOS jest całkowicie usunięty. Żądanie zmiany Fedory 37 zostało opublikowane przez Bena Cottona, menedżera programu Fedory w firmie Red Hat. Zmiana nie została jeszcze sprawdzona przez FESCo (Fedora Engineering Steering Committee), który jest odpowiedzialny za techniczną część rozwoju dystrybucji Fedory.

Sprzęt oparty na platformach Intela jest dostarczany z UEFI od 2005 r. W 2020 r. Intel zaprzestał obsługi systemu BIOS w systemach klienckich i platformach centrów danych. Jednakże, Koniec obsługi BIOS-u może spowodować niemożność zainstalowania Fedory na niektórych komputerach laptopy i komputery PC wydane przed 2013 rokiem. W poprzednich dyskusjach wspomniano również o braku możliwości instalacji w systemach wirtualizacji opartych tylko na BIOS-ie, ale od tego czasu do środowisk AWS dodano obsługę UEFI. Obsługa UEFI została również dodana do libvirt i Virtualbox, ale nie jest jeszcze domyślna (planowana jest dla Virtualbox w gałęzi 7.0).

Koniec obsługi BIOS-u w Fedorze zmniejszy liczbę używanych komponentów podczas uruchamiania i instalacji, usunie obsługę VESA, uprości instalację i zmniejszy koszty robocizny w celu utrzymania bootloadera i kompilacji instalacyjnych, ponieważ UEFI zapewnia standardowe ujednolicone interfejsy, a BIOS wymaga przetestowania każdej opcji.

Ponadto możemy zauważyć uwagę o Postęp aktualizacji instalatora Anacondy, który jest przenoszony z biblioteki GTK do nowego interfejsu zbudowanego w oparciu o technologie webowe i umożliwiającego zdalne sterowanie przez przeglądarkę internetową. Zamiast skomplikowanego procesu zarządzania instalacją poprzez ekran z podsumowaniem wykonanych czynności (Podsumowanie instalacji), opracowany został kreator instalacji krok po kroku. Kreator został opracowany przy użyciu komponentów PatternFly i pozwala nie skupiać uwagi na kilku zadaniach jednocześnie, ale rozbić instalację i rozwiązywanie problemów złożonych zadań na małe, proste kroki wykonywane sekwencyjnie.

Kolejna zmiana mamy dla Fedory 37 to zalecenie dla opiekunów przestań budować pakiety dla architektury i686 jeśli zapotrzebowanie na takie pakiety jest wątpliwe lub skutkowałoby znaczną stratą czasu lub zasobów. Zalecenie nie dotyczy pakietów używanych jako zależności od innych pakietów lub używanych w kontekście „multilib” do uruchamiania programów 32-bitowych w środowiskach 64-bitowych.

poza tym architektura ARMv7, znany również jako ARM32 lub armhfp, ma zostać zaimplementowany w Fedorze 37. Wszystkie prace rozwojowe nad systemami ARM mają koncentrować się na architekturze ARM64 (Aarch64).

Powody zakończenia obsługi ARMv7 są podawane jako ogólne odejście od rozwoju systemów 32-bitowych, ponieważ niektóre nowe ulepszenia bezpieczeństwa i wydajności Fedory są dostępne tylko dla architektur 64-bitowych.

Do tej pory ARMv7 było ostatnią w pełni obsługiwaną 32-bitową architekturą w Fedorze (repozytoria dla architektury i686 zostały wycofane w 2019 r., pozostawiając jedynie wielobiblioteczne repozytoria dla środowisk x86_64).

W końcu jeśli chcesz dowiedzieć się więcej na ten tematmożesz sprawdzić szczegóły W poniższym linku.