Fedora 37では、UEFIのサポートのみを残すことを目的としています

最近 ここでブログで共有します リリースノート fedora 36ベータ版、 ここでは、この新しいバージョンで実装された変更について少し説明します。

Fedoraでの作業は、新しいバージョンだけでなく、後のバージョンで実装される変更と改善に関する将来の計画もあります。 Fedora 37の場合、UEFIサポートは転送される予定です x86_64プラットフォームにディストリビューションをインストールするための必須要件のカテゴリに。

と言われています 開始する能力 以前にシステムにインストールされた環境 BIOS 遺伝性の しばらく保持します、ただし、UEFI以外の新しいインストールはサポートされなくなります。

Fedora 39以降では、 のサポート BIOSは完全に削除されます。 Fedora 37の変更リクエストは、RedHatのFedoraプログラムマネージャーであるBenCottonによって投稿されました。 この変更は、Fedoraディストリビューションの開発の技術的部分を担当するFESCo（Fedora Engineering Steering Committee）によってまだレビューされていません。

Intelプラットフォームに基づくハードウェアは2005年からUEFIに同梱されています。2020年に、IntelはクライアントシステムとデータセンタープラットフォームでのBIOSサポートを終了しました。 それにもかかわらず、 BIOSサポートが終了すると、一部のコンピューターにFedoraをインストールできなくなる可能性があります 2013年より前にリリースされたラップトップとPC。以前の説明では、BIOSのみの仮想化システムにインストールできないことについても言及されていましたが、その後、AWS環境にUEFIサポートが追加されました。 UEFIサポートもlibvirtとVirtualboxに追加されましたが、まだデフォルトではありません（7.0ブランチのVirtualboxで計画されています）。

FedoraでのBIOSサポートの終了により、使用されるコンポーネントの数が減ります 起動およびインストール中、 VESAサポートを削除します、UEFIは標準の統合インターフェイスを提供し、BIOSは各オプションのテストを必要とするため、インストールを簡素化し、ブートローダーとインストールビルドを維持するための人件費を削減します。

さらに、私たちはについてのメモに気付くことができます Anacondaインストーラーのアップグレードの進捗状況、GTKライブラリから、Webテクノロジに基づいて構築され、Webブラウザを介したリモート制御を可能にする新しいインターフェイスに移植されています。 実行されたアクションの概要（インストールの概要）を使用して画面からインストールを管理するという紛らわしいプロセスの代わりに、ステップバイステップのインストールウィザードが開発されています。 ウィザードはPatternFlyコンポーネントを使用して開発されており、一度に複数のタスクに注意を向けるのではなく、複雑なジョブのインストールとトラブルシューティングを、順番に実行される小さな単純なステップに分割できます。

別の変更 私たちがFedora37に持っているのは、メンテナが推奨するものです i686アーキテクチャのパッケージの構築を停止します そのようなパッケージの必要性が疑わしい場合、または時間やリソースの大幅な浪費につながる場合。 この推奨事項は、他のパッケージへの依存関係として使用されるパッケージ、または32ビットプログラムを64ビット環境で実行するための「multilib」コンテキストで使用されるパッケージには適用されません。

それに加えて ARMv7アーキテクチャ、 ARM32またはarmhfpとも呼ばれます。 Fedora37で実装される予定です。 ARMシステムのすべての開発作業は、ARM64（Aarch64）アーキテクチャに重点を置くように計画されています。

ARMv7のサポートを終了する理由は、32ビットシステムの開発からの一般的な移行として挙げられています。Fedoraの新しいセキュリティとパフォーマンスの強化の一部は64ビットアーキテクチャでのみ利用可能であるためです。

これまで、ARMv7はFedoraで完全にサポートされた最後の32ビットアーキテクチャでした（i686アーキテクチャのリポジトリは2019年に廃止され、x86_64環境用のマルチライブラリリポジトリのみが残りました）。

最後に あなたがそれについてもっと知りたいのなら、詳細を確認できます 次のリンクで。