grubがraspberry piと互換性がないのはなぜですか？

ラズベリーパイがグラブをサポートしていないことを何度も読んだことがあります。非互換性に関する詳細を見つけることができませんでした。「サポートされていません」という形式のかなり率直な発言しか見つかりませんでした。

問題が何であるか、それを機能させるために何を書き直す必要があるかを正確に理解したいと思います。

これまでに見つけたのは、ステージ3のブートローダーがstart.elfを読み取り、次にカーネルイメージを読み取ることです。私の心には、grubが機能する場合、start.elfが（完全に）置き換えられます。UEFIブートローダーのフォーマットを調べたところ、PEフォーマットの実行可能ファイルを使用していることがわかりました。したがって、私の最初の仮説は、非互換性は（のみ）grubがPEとしてコンパイルされ、ステージ3がELFのみを読み取るということです。

他の主要な非互換性を見逃しましたか？start.elfgrubに置き換えられた場合に失われる、他のいくつかの主要なタスクを逃したことがありますか？

実際、Raspberry Piに一般的なカーネルでUbuntuをインストールする場合は、ここで説明するように、grub2 を使用する必要があります。

唯一の互換性の問題は、grub2がブートパーティションにEFIフラグを設定する可能性があり、RPiブートローダーがEFIフラグが設定されたパーティションからのブートを拒否することです。フラグは任意のパーティションエディターで手動でクリアでき、RPiブートローダーとgrub2の両方でパーティションが正しく認識されます。

Raspberry Piは特別であり、プライマリ（オンチップROM）、セカンダリ（bootcode.bin）、および3番目のブートローダー（start.elf）がGPUで実行され、一方が他方をチェーンロードします。命令セットは適切に文書化されておらず、start.elf自体が極秘です。

（SuSEとMicrosoftが実証したように）実行できることは、TernCore（オープンソースのUEFI実装）のカスタムバージョンまたはU-Bootでも、kernel.imgを自由に置き換えることです。これを使用して、UEFI互換のGRUB2またはBOOTMGRバイナリを起動できます。