在 Fedora 37 中，它打算只保留對 UEFI 的支持

最近 我們在博客上分享 發行說明 Fedora 36 測試版， 我們在其中分享了一些有關此新版本中已實施的更改的信息。

Fedora 上的工作不僅限於新版本，而且還有一些關於未來版本中將實施的更改和改進的計劃，在這種情況下 對於 Fedora 37，計劃轉移 UEFI 支持 在 x86_64 平台上安裝發行版的強制要求類別。

有人提到 開始的能力 以前安裝在系統上的環境 的BIOS 遺傳 會保留一段時間，但將不再支持新的非 UEFI 安裝。

在 Fedora 39 或更高版本中，預計 的支持 BIOS 已完全刪除. Fedora 37 變更請求已由 Red Hat 的 Fedora 項目經理 Ben Cotton 發布。 該更改尚未經過 FESCo（Fedora 工程指導委員會）的審核，該委員會負責開發 Fedora 發行版的技術部分。

自 2005 年以來，基於英特爾平台的硬件隨 UEFI 一起發貨。2020 年，英特爾停止了對客戶端系統和數據中心平台的 BIOS 支持。 然而， 結束 BIOS 支持可能會導致無法在某些計算機上安裝 Fedora 2013 年之前發布的筆記本電腦和 PC。之前的討論還提到無法在僅 BIOS 的虛擬化系統上安裝，但 UEFI 支持已被添加到 AWS 環境中。 UEFI 支持也已添加到 libvirt 和 Virtualbox，但還不是默認支持（計劃在 7.0 分支中支持 Virtualbox）。

Fedora 中 BIOS 支持的結束將減少使用的組件數量 在啟動和安裝期間， 將刪除 VESA 支持，它將簡化安裝並降低維護引導加載程序和安裝構建的人工成本，因為 UEFI 提供標準的統一接口，而 BIOS 需要對每個選項進行測試。

此外，我們可以注意到關於 Anaconda 安裝程序升級進度，正在從 GTK 庫移植到基於 Web 技術並允許通過 Web 瀏覽器進行遠程控制的新界面。 開發了一個分步安裝嚮導，而不是通過屏幕和執行操作的摘要（安裝摘要）來管理安裝的混亂過程。 該嚮導是使用 PatternFly 組件開發的，它允許您不必一次將注意力集中在多個任務上，而是將復雜作業的安裝和故障排除分解為按順序執行的小而簡單的步驟。

另一個變化 我們對 Fedora 37 的建議是維護者 停止為 i686 架構構建包 如果對此類軟件包的需求存在疑問或會導致大量時間或資源浪費。 該建議不適用於用作其他包的依賴項或在“multilib”上下文中用於使 32 位程序在 64 位環境中運行的包。

除此之外 ARMv7 架構， 也稱為 ARM32 或 armhfp， 計劃在 Fedora 37 中實施. ARM 系統的所有開發工作都計劃集中在 ARM64 (Aarch64) 架構上。

終止對 ARMv7 支持的原因被認為是對 32 位系統開發的普遍轉移，因為 Fedora 的一些新的安全性和性能增強功能僅適用於 64 位體系結構。

到目前為止，ARMv7 一直是 Fedora 中最後一個完全受支持的 32 位架構（i686 架構的存儲庫已於 2019 年停產，只剩下用於 x86_64 環境的多庫存儲庫）。

終於 如果您有興趣了解更多信息，您可以查看詳細信息 在下面的鏈接中。