在 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 环境的多库存储库）。

最后 如果您有兴趣了解更多信息，您可以查看详细信息 在下面的链接中。