ARM ブートプロセスは x86 とどう違うのでしょうか?

ARM ブートプロセスは x86 とどう違うのでしょうか?

これが ARM 特有のものなのか、それとも単に現代のスマート デバイスの「慣例」なのかはわかりません。Android ベースのデバイスについて話すとき、人々は常に ROM のフラッシュやファームウェアのフラッシュについて話します。

ここで私が話しているのは Android だけではありません。これらのデバイスの多くは、真の Linux ディストリビューションも実行できるからです。主に Pivos XIOS などの汎用デバイスについてお話します。ただし、Linux を「インストール」する方法は、Linux ROM を「フラッシュ」することです。

ブート プロセスについて私がいつも教えられているのは、まずブート デバイスの順序が BIOS (または一部の NVRAM) に保存されるということです。ハード ドライブからブートする場合は、ディスクの最初の 512 バイトを調べて、MBR\Partition テーブルを読み取ります。次に、アクティブ パーティションにジャンプして PBR を読み取り、カーネルと OS をロードします。EFI の場合は、単に EFI_SYSTEM_PARTITION を探してそこにジャンプします。これらのデバイスは壊れません。MBR またはパーティション テーブルを台無しにした場合、いつでも USB からブートして OS を再インストールできます。

携帯電話をフラッシュした経験から、これらの ARM デバイスは壊れやすいことがわかっています。一部のデバイスでリカバリをフラッシュできない場合、別の ROM をフラッシュするために再びアクセスできなくなる可能性があります。

また、フラッシュすると言われる「ファームウェア」とは何でしょうか? BIOS ベースのシステムでは、真のファームウェア (BIOS 自体) をフラッシュすることはほとんどありません。

そこで私の質問は、これらのデバイスは ARM ベースなのでブート プロセスが異なるのか、それともこれはまったく新しいブート モデルなのかということです。将来は EFI\BIOS から「ROM」やブリック可能なデバイスへと移行するのでしょうか?

関連情報