起動中

コンピューティングにおいて、ブートとは、コンピュータのボタンなどのハードウェアまたはソフトウェアコマンドによって開始される、コンピュータを起動するプロセスです。コンピュータの電源がオンになった後、コンピュータの中央処理装置(CPU) のメイン メモリにはソフトウェアがないため、プロセスを実行する前にソフトウェアをメモリにロードする必要があります。これは、CPU の ハードウェアまたはファームウェアによって、またはコンピュータ システム内の別のプロセッサによって実行されます。

コンピュータを再起動することは、リブートとも呼ばれ、CPU への電源がオフからオンに切り替わった後などの「ハード」ブートと、電源が切れない「ソフト」ブートがあります。一部のシステムでは、ソフト ブートでRAM をゼロにクリアすることもできます。ハード ブートとソフト ブートはどちらも、ボタンの押下などのハードウェアまたはソフトウェア コマンドによって開始できます。ブートは、オペレーティングシステムと一部のアプリケーションなど、動作可能なランタイム システム^{[注 1]}が起動すると完了します。

コンピュータをスリープ(一時停止)状態から復帰させるプロセスにはブートは含まれませんが、休止状態から復帰させるプロセスにはブートが含まれます。少なくとも、一部の組み込みシステムは、機能を開始するために目立ったブート シーケンスを必要とせず、電源を入れると、ROM に格納されている操作プログラムを実行するだけです。すべてのコンピューティング システムはステート マシンであり、意図しないロック状態から指定されたゼロ状態に戻るには、再起動が唯一の方法である場合があります。

ブート プロセスでは、オペレーティング システムまたはスタンドアロン ユーティリティをロードするだけでなく、オペレーティング システムの問題を診断するためのストレージ ダンプ プログラムをロードすることもできます。

ブートは、ブートストラップ^{[1] [2]}またはブートストラップロードの略で、自分のブーツストラップで自分自身を引き上げるというフレーズに由来しています。^{[3] [4]}この用法は、ほとんどのソフトウェアがコンピュータ上で既に実行されている他のソフトウェアによってコンピュータにロードされる場合、最初のソフトウェアをコンピュータにロードするための何らかのメカニズムが存在する必要があるという要件に注意を喚起します。^[5]初期のコンピュータでは、この問題を解決するために、小さなプログラムをメモリに読み込むさまざまなアドホックな方法が使用されていました。さまざまな種類の読み取り専用メモリ(ROM) の発明により、コンピュータを消去できない起動プログラムとともに出荷できるようになり、このパラドックスは解決されました。ROM の容量の増加により、これまで以上に複雑な起動手順を実装できるようになりました。

短い初期プログラムをコンピューターにロードする方法は数多くあります。これらの方法は、単純な物理的入力から、より複雑なプログラムを保存できるリムーバブル メディアまで多岐にわたります。

1940 年代と 1950 年代の初期のコンピューターは、プログラミングに数週間かかることもあるユニークなエンジニアリングの成果であり、プログラムのロードは解決しなければならない多くの問題の 1 つでした。初期のコンピューターであるENIAC には、メモリにプログラムが保存されていませんでしたが、相互接続ケーブルの構成によって各問題が設定されていました。ブートストラップは ENIAC には適用されず、電源が投入されるとすぐにハードウェア構成が問題を解決できる状態になっていました。

2番目に作られたプログラム内蔵型コンピュータであるEDSACシステムは、スタートボタンが押されたときに固定プログラムをメモリに転送するためにステッピングスイッチを使用していました。デイビッド・ウィーラーが1948年後半に完成したこの装置に保存されたプログラムは、パンチテープからさらに命令を読み込み、それを実行しました。^{[6] [7]}

UNIVAC IやIBM 701 ^[8]などの最初の市販プログラム可能コンピュータには、操作を簡単にする機能が含まれていました。通常、完全な入力または出力操作を実行する命令が含まれていました。同じハードウェアロジックを使用して、ボタンを1回押すだけで、ブートストラッププログラムを含むパンチカード（最も一般的なもの）または磁気ドラムや磁気テープなどの他の入力メディアの内容をロードできました。このブートコンセプトは、1950年代から1960年代初頭のIBMコンピュータでさまざまな名前で呼ばれていましたが、IBMはIBM 7030 Stretch ^[9]で「初期プログラムロード」という用語を使用し、後に1964年のSystem/360からメインフレームラインで使用しました。

IBM 701コンピュータ (1952–1956) には、「ロード」ボタンがあり、カード リーダーのパンチ カード、テープ ドライブの磁気テープ、または磁気ドラム ユニットから、ロード セレクタ スイッチの位置に応じて、最初の36 ビット ワードをメインメモリに読み込みます。次に、左側の 18 ビット ハーフ ワードが命令として実行され、通常は追加のワードがメモリに読み込まれます。^{[10] [11]}次に、ロードされたブート プログラムが実行され、今度は、人間のオペレーターの助けを借りずに、そのメディアからより大きなプログラムがメモリにロードされました。IBM 704、^[12]、IBM 7090、^[13] 、およびIBM 7094 ^[14]には同様のメカニズムがありましたが、デバイスごとにロード ボタンが異なっていました。「ブート」という用語は、少なくとも 1958 年からこの意味で使用されています。^[15]

当時の他の IBM コンピュータにも同様の機能がありました。たとえば、IBM 1401システム (1958 年頃) では、カード リーダーを使用してパンチ カードからプログラムを読み込みました。パンチ カードに格納されている 80 文字はメモリ位置 001 から 080 に読み込まれ、コンピュータはメモリ位置 001 に分岐して最初の格納命令を読み取ります。この命令は常に同じで、最初の 80 のメモリ位置の情報をアセンブリ領域に移動し、そこでパンチ カード 2、3、4 などの情報を組み合わせて格納プログラムを形成します。この情報がアセンブリ領域に移動されると、マシンは位置 080 (カードの読み取り) の命令に分岐し、次のカードが読み取られてその情報が処理されます。

もう 1 つの例は、10 進マシンであるIBM 650 (1953) です。このマシンのオペレータ パネルには、メモリ ワード (アドレス 8000) としてアドレス指定可能な 10 個の 10 ポジション スイッチのグループがあり、命令として実行できます。したがって、スイッチを 7004000400 に設定し、適切なボタンを押すと、カード リーダーの最初のカードがメモリに読み込まれ (オペ コード 70)、アドレス 400 から開始され、400 にジャンプしてそのカードのプログラムの実行が開始されます。^[16] IBM 7040 と 7044 にも同様のメカニズムがあり、ロード ボタンを押すと、フロント パネルの入力キーで設定された命令が実行され、その命令で設定されたチャネルに、アドレス 00100 から始まるメモリにデータを転送するコマンドが与えられます。転送が完了すると、CPU はアドレス 00101 にジャンプします。^[17]

IBM の競合他社も、ワンボタン プログラム ロードを提供していました。

• CDC 6600（1964年頃）には、144個のトグルスイッチを備えたデッドスタートパネルがありました。デッドスタートスイッチは、トグルスイッチから12個の12ビットワードを周辺プロセッサ（PP ）0のメモリに入力し、PP 0にメモリにロードされたコードを実行させることでロードシーケンスを開始しました。^[18] PP 0は必要なコードを自身のメモリにロードし、他のPPを初期化しました。
• GE 645（1965年頃）には「SYSTEM BOOTLOAD」ボタンがあり、これを押すとI/Oコントローラの1つがダイオード読み取り専用メモリから64ワードのプログラムをメモリにロードし、割り込みを送信してそのプログラムの実行を開始した。^[19]
• PDP-10の最初のモデルには「READ IN」ボタンがあり、これを押すとプロセッサがリセットされ、コントロールパネルのスイッチで指定されたデバイスで I/O 操作が開始され、36 ビットのワードが読み込まれ、後続のワード読み取りのターゲット アドレスとカウントが提供されます。読み取りが完了すると、プロセッサは読み込まれた最後のワードにジャンプして、読み込まれたコードの実行を開始します。^[20]

これの注目すべきバリエーションは、ブートストラップ ROM もハードワイヤード IPL 操作もないBurroughs B1700にあります。代わりに、システムがリセットされた後、フロント パネルに取り付けられたカセット テープ ドライブからマイクロ命令を順番に読み取って実行します。これにより、RAM にブート ローダーが設定され、それが実行されます。 ^{[21]ただし、これはシステムに関する仮定をほとんど行わないため、CPU がひどく故障した場合でも}フロント パネルにわかりやすいコードを表示する診断 (メンテナンス テスト ルーチン) テープをロードするのにも同様に使用できます。^[21]

IBM System/360およびその後継機種 (現在のz/Architectureマシンを含む) では、ブート プロセスは初期プログラム ロード(IPL) と呼ばれます。

IBMは7030（ストレッチ）のためにこの用語を作り出し、^[9] System/360の設計のためにそれを復活させ、今日でもそれらの環境で使い続けている。^{[22] System/360プロセッサでは、コンピュータオペレータが3桁の16進数のデバイスアドレス（CUU; C = I/Oチャネルアドレス、UU =制御装置およびデバイスアドレス[nb 2]}）を選択し、続いてLOADボタンを押すことによってIPLが開始される。ハイエンドのSystem/360モデル、ほとんどの^{[nb 3]} System/370およびそれ以降のシステムでは、スイッチとLOADボタンの機能は、多くの場合^{[nb 4]} IBM 2250のようなデバイスまたはIBM 3270のようなデバイスのグラフィックコンソールの画面上の選択可能な領域を使用してシミュレートされる。たとえば、System/370 モデル 158 では、キーボード シーケンス 0-7-X (ゼロ、7、X の順) は、入力領域にキー入力されたデバイス アドレスからの IPL になります。Amdahl 470V/6 および関連 CPU は、オプションの2 番目のチャネル ユニットがインストールされた CPU で 4 つの 16 進数字をサポートし、合計 32 チャネルをサポートしました。後に、IBM は 16 を超えるチャネルもサポートしました。

System/360 およびIBM Zより前の後継機、および Amdahl などの互換機の IPL 機能は、オペレータ指定のデバイスから実アドレス 0 から始まる 24 バイトを主記憶装置に読み取ります。2 番目と 3 番目の 8 バイトのグループは、スタートアップ プログラムのロードを続行するためのチャネル コマンド ワード(CCW) として扱われます (最初の CCW は常に CPU によってシミュレートされ、コマンド チェーンと不正な長さの表示の抑制が強制されている Read IPL コマンド02hで構成されます)。I/O チャネル コマンドが完了すると、最初の 8 バイトのグループがプロセッサのプログラム ステータス ワード(PSW) にロードされ、スタートアップ プログラムがその PSW で指定された場所から実行を開始します。^[22] IPLデバイスは通常ディスクドライブであるため、02h読み取り型コマンドは特別な意味を持ちますが、まったく同じ手順が、テープドライブやカードリーダーなどの他の入力型デバイスからデバイスに依存しない方法でIPLを行うためにも使用され、たとえば、OSの初期配布磁気テープから新しいコンピューターにオペレーティングシステムをインストールすることができます。ディスクコントローラーの場合、02hコマンドは、選択されたデバイスがシリンダー0000h、ヘッド0000hをシークして、シリンダーとヘッドのシークコマンド07hをシミュレートし、レコード01hを検索して、ID Equal検索コマンド31hをシミュレートします。テープコントローラーとカードコントローラーでは、シークと検索はシミュレートされません。これらのデバイスクラスでは、Read IPLコマンドは単なるシーケンシャル読み取りコマンドだからです。

ディスク、テープ、またはカード デッキには、実際のオペレーティング システムまたはスタンドアロン ユーティリティをメイン ストレージにロードするための特別なプログラムが含まれている必要があります。この特定の目的のために、スタンドアロン DASDI (Direct Access Storage Device Initialization) プログラムまたはオペレーティング システムで実行される同等のプログラム (ICKDSF など) によって「IPL テキスト」がディスク上に配置されますが、IPL 対応のテープやカード デッキには通常、この「IPL テキスト」がすでに含まれた状態で配布されます。

IBM は IPL プロセスにいくつかの進化的な変更を導入し、System/370 Extended Architecture (S/370-XA) 以降の詳細をいくつか変更し、z/Architecture に新しいタイプの IPL を追加しました。

デジタル・イクイップメント・コーポレーション（DEC）のPDP-5お​​よびPDP-8 （1965年）に始まるミニコンピュータは、CPUを使用して入出力操作を支援することで設計を簡素化した。これによりコストは削減されたが、ブートはボタンを1つ押すよりも複雑になった。ミニコンピュータには通常、フロントパネルのスイッチの配列を操作することで短いプログラムを切り替える何らかの方法があった。初期のミニコンピュータは電源を切っても情報が失われない磁気コアメモリを使用していたため、これらのブートストラップローダは消去されない限りそのまま残っていた。プログラムバグによってループが発生し、メモリ全体が上書きされると、誤って消去されることもあった。

このような単純なブート形式を備えた他のミニコンピュータとしては、ヒューレット・パッカードのHP 2100シリーズ (1960 年代半ば)、オリジナルのData General Nova (1969 年)、DEC のPDP-4 (1962 年) およびPDP-11 (1970 年)などがあります。

ミニコンピュータの I/O デバイスで読み取り操作を実行するために必要な I/O 操作は、通常、デバイス コントローラごとに異なるため、デバイスごとに異なるブートストラップ プログラムが必要でした。

DEC は 1971 年に、PDP-11 用にオプションのダイオード マトリックス リード オンリー メモリを追加しました。このメモリには最大 32 ワード (64 バイト) のブートストラップ プログラムが格納されます。このメモリは、 Unibusに差し込まれ、32 x 16 の半導体ダイオードの配列を保持するプリント回路カード M792 で構成されます。512 個のダイオードがすべて取り付けられると、メモリにはすべて「1」のビットが含まれます。カードは、ビットが「0」になる各ダイオードを切断することでプログラムされます。DEC は、不要なダイオードを省略するだけで、多くの標準入力デバイス用に事前にプログラムされたカードのバージョンである BM792-Yx シリーズも販売しました。^{[23] [24]}

従来のアプローチに従って、初期のPDP-1にはハードウェア ローダーが搭載されており、オペレータは「ロード」スイッチを押すだけで、紙テープリーダーにプログラムをコア メモリに直接ロードするように指示できます。PDP -4 の後継機であるPDP-7、^[25]、 PDP-9、^[26]、PDP-15 ^[27]には、紙テープからプログラムを読み込んでそのプログラムにジャンプするための読み取りボタンが追加されています。Data General Supernova は、フロント パネルのスイッチを使用して、フロント パネルのデータ スイッチで指定されたデバイスからコンピュータが自動的に命令をメモリにロードし、ロードされたコードにジャンプするようにしました。^[28]

紙テープ リーダーを備えたミニコンピュータでは、ブート プロセスで最初に実行されるプログラムであるブート ローダーが、チェックサム付きの紙テープを読み取ることができる第 2 段階のブート ローダー (バイナリ ローダーと呼ばれることが多い)または外部のストレージ メディアからオペレーティング システムのいずれかをコア メモリに読み込みます。ブート ローダーの疑似コードは、次の 8 つの命令のように単純なものになる場合があります。

1. Pレジスタを9に設定する
2. 紙テープリーダーの準備を確認する
3. 準備ができていない場合は2に進みます
4. 紙テープリーダーからアキュムレータに1バイトを読み込む
5. アキュムレータをPレジスタのアドレスに格納する
6. テープの終わりの場合は9にジャンプ
7. Pレジスタをインクリメントする
8. 2へジャンプ

関連する例として、1970 年代の Nicolet Instrument Corporation ミニコンピュータのローダーがあり、 Teletype Model 33 ASRテレプリンターの紙テープ リーダー/パンチ ユニットを使用しています。第 2 段階のローダーのバイトは、紙テープから逆順に読み取られます。

1. Pレジスタを106に設定する
2. 紙テープリーダーの準備を確認する
3. 準備ができていない場合は2に進みます
4. 紙テープリーダーからアキュムレータに1バイトを読み込む
5. アキュムレータをPレジスタのアドレスに格納する
6. Pレジスタをデクリメントする
7. 2へジャンプ

第 2 ステージ ローダーの長さは、最終バイトが位置 7 を上書きする程度です。位置 6 の命令が実行されると、位置 7 は第 2 ステージ ローダーの実行を開始します。その後、第 2 ステージ ローダーは、オペレーティング システムを含むはるかに長いテープがテープ リーダーに配置されるのを待ちます。ブート ローダーと第 2 ステージ ローダーの違いは、紙テープ読み取りエラーをトラップするためのチェック コードが追加されていることです。これは、テレタイプ モデル 33 ASR などの比較的低コストの「パートタイム デューティ」ハードウェアで頻繁に発生します。(Friden Flexowriters ははるかに信頼性が高かったものの、比較的高価でした。)

最も初期のマイクロコンピュータ、たとえばAltair 8800 (1975 年に最初にリリース) や、それより前の類似のマシン (Intel 8008 CPU ベース) には、ブートストラップ ハードウェアは搭載されていませんでした。^[29]電源を入れると、CPU はランダム データを含むメモリを参照します。これらのマシンのフロント パネルには、アドレスとデータを入力するためのトグル スイッチが装備されており、コンピュータ メモリ ワードとアドレス バスのビットごとに 1 つのスイッチが配置されています。ハードウェアに簡単な追加を行うことで、これらのスイッチから一度に 1 つのメモリ位置をロードしてブートストラップ コードを保存できるようになりました。その間、CPU はメモリの内容を実行しようとしません。正しくロードされると、CPU はブートストラップ コードを実行できるようになります。このプロセスは、以前のいくつかのミニコンピュータで使用されていたプロセスと同様に、面倒で、エラーがないようにする必要がありました。^[30]

集積回路の読み取り専用メモリ(ROM)の導入により、マスク プログラム ROM、プログラマブル ROM (PROM)、消去可能プログラマブル ROM (EPROM)、フラッシュ メモリなど、さまざまなバリエーションが生まれ、ROM の物理的なサイズとコストが削減されました。これにより、ファームウェアブート プログラムをコンピューターの一部として組み込むことができるようになりました。

Data General Nova 1200 (1970) とNova 800 (1971) にはプログラムロードスイッチがあり、2つのROMチップを提供するオプションと組み合わせることで、それらのROMチップからメインメモリにプログラムをロードし、そこにジャンプしました。^[28] Digital Equipment Corporation は、集積回路ROMベースの BM873 (1974)、^[31] M9301 (1977)、^[32] M9312 (1978)、^[33] REV11-A および REV11-C、^[34] MRV11-C、^[35]および MRV11-D ^[36] ROMメモリを導入しました。これらはすべてブートストラップROMとして使用できます。 PDP-11/34（1976年）、^[37] PDP-11/60（1977年）、^[38] PDP-11/24（1979年）、^[39]およびそれ以降のほとんどのモデルにはブートROMモジュールが含まれています。

イタリアの電話交換機「Gruppi Speciali」は、1975年にCSELTの研究者Alberto Ciaramellaによって特許を取得しました^[40]。このコンピュータには（外部）ROMが搭載されていました。Gruppi Specialiは、1975年から、フェライトコアではなく半導体で構成されたROMメモリからオペレーティングシステムを起動する、完全にワンボタンのマシンでした。ROMデバイスは、マシンの設計上、Gruppi Specialiのコンピュータにネイティブに組み込まれていませんでした。しかし、このROMデバイスは、PDP-11など、そのために設計されていないマシンでもワンボタンROMブートを可能にしました（したがって、この「ブートストラップデバイス」はアーキテクチャに依存しませんでした）。電源を切った後のマシンの状態を保存する機能も備わっており、これは電話交換機の競争におけるもう1つの重要な機能でした。^[41]

一部のミニコンピュータとスーパーミニコンピュータには、メインプロセッサをブートストラップする別のコンソールプロセッサが搭載されています。PDP-11/44 にはコンソールプロセッサとしてIntel 8085 が搭載されていました。 ^[42] VAX -11/780 は、Digital の32 ビットスーパーミニコンピュータVAXシリーズの最初の製品で、 LSI-11ベースのコンソールプロセッサを搭載していました。 ^[43] VAX-11/730 には 8085 ベースのコンソールプロセッサが搭載されていました。 ^[44]これらのコンソールプロセッサは、さまざまなストレージデバイスからメインプロセッサを起動することができました。

VAX-11/750などの他のスーパーミニコンピュータでは、起動の最初の段階を含むコンソール機能をCPUマイクロコードで実装しています。^[45]

通常、マイクロプロセッサは、リセットまたは電源投入状態の後、通常「特定のアドレスから始まるコードの実行を開始する」または「特定のアドレスでマルチバイト コードを探し、指定された場所にジャンプして実行を開始する」という形式のスタートアップ プロセスを実行します。そのマイクロプロセッサを使用して構築されたシステムでは、これらの特別な場所を占有する永久 ROM があるため、システムは常にオペレータの支援なしで動作を開始します。たとえば、Intel x86プロセッサは常に F000:FFF0 から始まる命令を実行して開始します。^{[46] [47]一方、} MOS 6502プロセッサの場合、初期化は $FFFD (MS バイト) と $FFFC (LS バイト) の 2 バイト ベクター アドレスを読み取り、その場所にジャンプしてブートストラップ コードを実行することから始まります。^[48]

アップルコンピュータの最初のコンピュータである1976年に発表されたApple 1は、商用コンピュータのブートプロセス用のフロントパネル（Altair 8800の場合）の必要性を排除するPROMチップを搭載していました。これを発表したアップルの広告によると、「スイッチもライトも不要... PROMのファームウェアにより、キーボードからプログラム（すべて16進数）を入力、表示、デバッグできます。」^[49]

当時の読み取り専用メモリのコストが高かったため、Apple II は、一連の非常に小さな増分ステップを使用してディスク オペレーティング システムを起動し、各ステップで制御を次の段階に渡して、徐々に複雑になるブート プロセスを実行しました ( Apple DOS: ブート ローダーを参照)。ディスク オペレーティング システムのほとんどが ROM に依存していなかったため、ハードウェアも非常に柔軟で、カスタマイズされたディスクコピー保護メカニズムを幅広くサポートしていました (ソフトウェア クラッキング: 歴史を参照)。

一部のオペレーティングシステム、特にAppleの 1995 年以前のMacintoshシステムは、ハードウェアと非常に密接に絡み合っているため、標準以外のオペレーティングシステムをネイティブに起動することは不可能です。これは、上記のスイッチを使用するシナリオとは正反対の極端な例です。柔軟性は非常に低いですが、すべてのハードウェアが正常に動作している限り、比較的エラーや間違いが起こりにくい方法です。このような状況でよく使用される解決策は、システムを乗っ取って代替 OS をロードする標準 OS に属するプログラムとして機能するブートローダーを設計することです。この手法は、Apple のA/UX Unix 実装で使用され、さまざまなフリーウェアオペレーティングシステムやBeOS Personal Edition 5にコピーされました。

Atari ST マイクロコンピュータなどの一部のマシンは「インスタント オン」で、オペレーティング システムはROMから実行されていました。そのため、ブートストラップの特徴的な操作の 1 つである、セカンダリまたはターシャリ ストアからの OS の取得は排除されました。システムのカスタマイズ、アクセサリ、およびその他のサポート ソフトウェアを自動的にロードできるようにするために、Atari のフロッピー ドライブはブート プロセス中に追加のコンポーネントに対して読み込まれました。システムが追加のコンポーネントを検索している間に手動でフロッピーを挿入する時間を与えるタイムアウト遅延がありました。これは、空のディスクを挿入することで回避できます。Atari ST ハードウェアは、Atari の電子ゲーム作成の伝統の名残として、カートリッジ スロットがゲーム用にネイティブ プログラム実行を提供できるようにも設計されました。Macintoshシステム ROM を含むSpectre GCRカートリッジをゲーム スロットに挿入して Atari をオンにすると、Atari 独自のTOSではなく Macintosh オペレーティング システムを「ネイティブにブート」できました。

IBMパーソナル コンピュータには、BIOSと呼ばれる ROM ベースのファームウェアが含まれていました。そのファームウェアの機能の 1 つは、マシンの電源投入時にパワーオン セルフ テストを実行し、ブート デバイスからソフトウェアを読み取って実行することでした。IBM パーソナル コンピュータの BIOS と互換性のあるファームウェアは、 IBM PC 互換機で使用されています。UEFIは、もともとItaniumベースのマシン用に Intel によって開発されましたが、後にIntel プロセッサを使用する Apple Macなどのx86ベースのマシンでも BIOS の代替として使用されるようになりました。

Unix ワークステーションは、もともとベンダー固有の ROM ベースのファームウェアを搭載していました。Sun Microsystems は後に OpenBoot (後に Open Firmware として知られる) を開発しました。これは Forth インタプリタを組み込み、ファームウェアの大部分は Forth で記述されていました。これはIEEEによってIEEE 標準 1275-1994 として標準化され、その標準を実装したファームウェアは、 PowerPCベースのMacおよび他の一部の PowerPC ベースのマシン、および Sun 自身のSPARCベースのコンピュータで使用されました。Advanced RISC Computing仕様では別のファームウェア標準が定義され、一部のMIPSベースおよびAlphaベースのマシンとSGI Visual Workstation x86 ベースのワークステーションに実装されました。

コンピュータの電源を切ると、そのソフトウェア（オペレーティングシステム、アプリケーションコード、データなど）は不揮発性メモリに保存されたままになります。コンピュータの電源を入れると、通常、ランダムアクセスメモリ（RAM）にはオペレーティングシステムやそのローダーはありません。コンピュータは最初に、インプレース実行をサポートする読み取り専用メモリ（ROM、後にEEPROM、NORフラッシュ）に保存された比較的小さなプログラムを実行して、CPUとマザーボードを初期化し、DRAM（特にx86システム）を初期化し、不揮発性デバイス（通常はブロックアドレスデバイス、NANDフラッシュ、SSDなど）またはオペレーティングシステムプログラムとデータをRAMにロードできるデバイスにアクセスします。さらに、このプログラムは、表示デバイス（GPUなど）、テキスト入力デバイス（キーボードなど）、ポインタ入力デバイス（マウスなど）を初期化することもあります。

このシーケンスを開始する小さなプログラムは、ブートストラップ ローダー、ブートストラップ、またはブート ローダーと呼ばれます。多くの場合、複数段階のブート ローダーが使用され、チェーン ローディングのプロセスで、複雑さが増す複数のプログラムが次々にロードされます。

初期のコンピュータ システムの中には、人間のオペレータまたは周辺機器からブート信号を受信すると、ごく少数の固定命令をメモリの特定の場所にロードし、少なくとも 1 つの CPU を初期化してから、CPU を命令にポイントして実行を開始するものがありました。これらの命令は通常、何らかの周辺機器 (オペレータがスイッチで選択できるもの) からの入力操作を開始します。他のシステムでは、周辺機器または I/O コントローラにハードウェア コマンドを直接送信して、非常に単純な入力操作 (「システム デバイスのセクター 0 をメモリの 1000 番地から読み込む」など) を実行し、少数のブート ローダー命令をメモリにロードします。その後、I/O デバイスからの完了信号を使用して、CPU による命令の実行を開始します。

小型のコンピュータでは、柔軟性は劣るものの、より自動的なブートローダ機構が使用されることが多く、これにより、コンピュータがすばやく、所定のソフトウェア構成で起動することが保証されます。たとえば、多くのデスクトップコンピュータでは、ブートストラッププロセスは、CPU が定義済みアドレスにある ROM ( IBM PCのBIOSなど) に含まれるソフトウェアを実行することから始まります (Intel x86 シリーズなどの一部の CPU は、リセット後に外部からの支援なしにこのソフトウェアを実行するように設計されています)。このソフトウェアには、ブートに参加できるデバイスを検索し、最も可能性の高いデバイスの特別なセクション (最も一般的にはブートセクター) から小さなプログラムをロードする基本的な機能が含まれており、通常はセクターの先頭などの固定エントリポイントから開始します。

ブートローダは、特にサイズに関して、特殊な制約を受ける場合があります。たとえば、IBM PC および互換機では、ブートコードはマスターブートレコード(MBR) とパーティションブートレコード(PBR) に収まる必要があり、これらは 1 つのセクターに制限されています。IBM System/360では、サイズは IPL メディア (カードサイズ、トラックサイズ など) によって制限されます。

このような制約のあるシステムでは、RAMにロードされる最初のプログラムはオペレーティングシステムをロードするのに十分な大きさではない可能性があり、代わりに別のより大きなプログラムをロードする必要があります。RAMにロードされる最初のプログラムは第1ステージブートローダと呼ばれ、それがロードするプログラムは第2ステージブートローダと呼ばれます。多くの組み込みCPUでは、CPU内蔵のブートROM（ゼロステージブートローダと呼ばれることもあります）^[50]が第1ステージブートローダを見つけてロードすることができます。

第一段階（ハードウェア初期化段階）のブートローダの例としては、BIOS、UEFI、coreboot、Libreboot、Das U-Bootなどがあります。IBM PCでは、マスターブートレコード（MBR）とパーティションブートレコード（PBR）のブートローダは、少なくとも32KB ^{[51] [52]}（後に64KB ^[53]に拡張）のシステムメモリを必要とし、オリジナルの8088/8086プロセッサでサポートされている命令のみを使用するようにコーディングされていました。

^{shim、 [54]、} GNU GRUB、rEFInd、BOOTMGR、Syslinux、NTLDR、iBoot などの第2段階（OS初期化段階）ブートローダは、それ自体はオペレーティングシステムではありませんが、オペレーティングシステムを適切にロードし、実行を移すことができます。オペレーティングシステムはその後、自身を初期化し、追加のデバイスドライバーをロードする場合があります。第2段階ブートローダは、自身の動作にドライバーを必要とせず、代わりにBIOS、UEFI、Open Firmwareなどのシステムファームウェアによって提供される汎用ストレージアクセス方法を使用できますが、通常はハードウェア機能が制限され、パフォーマンスが低くなります。^[55]

多くのブートローダ（GNU GRUB、rEFInd、WindowsのBOOTMGR、Syslinux、Windows NT/2000/XPのNTLDRなど）は、ユーザーに複数のブート選択肢を与えるように構成できます。これらの選択肢には、異なるオペレーティングシステム（異なるパーティションまたはドライブからのデュアルブートまたはマルチブート用）、同じオペレーティングシステムの異なるバージョン（新しいバージョンで予期しない問題が発生した場合）、異なるオペレーティングシステムの読み込みオプション（例：レスキューモードまたはセーフモードでの起動）、およびオペレーティングシステムなしで機能するスタンドアロンプ​​ログラム（メモリテスター（例：memtest86+ ）、基本シェル（GNU GRUBの場合）、さらにはゲーム（ PC Booterゲームの一覧を参照）など）が含まれます。^[56]一部のブートローダは他のブートローダを読み込むこともできます。たとえば、GRUBはWindowsを直接読み込む代わりにBOOTMGRを読み込みます。通常、デフォルトの選択肢は、ユーザーがキーを押して選択を変更できる時間遅延付きで事前に選択されています。この遅延の後、デフォルトの選択が自動的に実行されるため、対話なしで通常の起動が行われます。

コンピュータがユーザーと対話する準備ができたとき、またはオペレーティング システムがシステム プログラムまたはアプリケーション プログラムを実行できるようになったときに、ブート プロセスが完了したと見なすことができます。

多くの組み込みシステムは、すぐに起動する必要があります。たとえば、デジタルテレビやGPS ナビゲーションデバイスが起動するまで 1 分も待つことは、一般的には許容されません。そのため、このようなデバイスでは、ROM またはフラッシュメモリにソフトウェア システムが搭載されているため、デバイスはすぐに機能を開始できます。デバイスの製造時にロードを事前に計算して ROM に保存できるため、ロードはほとんどまたはまったく必要ありません。^{[引用が必要]}

大規模で複雑なシステムでは、複数のフェーズで進行するブート プロシージャがあり、最終的にオペレーティング システムとその他のプログラムがロードされて実行可能になります。オペレーティング システムは起動も停止も行われないように設計されているため、ブート ローダーはオペレーティング システムをロードし、そのシステム内の単なるプロセスとして自身を構成し、その後、制御をオペレーティング システムに永久に渡すことがあります。その後、ブート ローダーは他のプロセスと同様に正常に終了します。

ほとんどのコンピュータは、コンピュータ ネットワーク経由で起動することもできます。このシナリオでは、オペレーティング システムはサーバーのディスクに保存され、その特定の部分が TFTP ( Trivial File Transfer Protocol )などの単純なプロトコルを使用してクライアントに転送されます。これらの部分が転送された後、オペレーティング システムが起動プロセスの制御を引き継ぎます。

第 2 段階のブート ローダーと同様に、ネットワーク ブートは、ネットワーク インターフェイスのブート ROM によって提供される汎用ネットワーク アクセス メソッドを使用して開始されます。ブート ROM には通常、Preboot Execution Environment (PXE) イメージが含まれています。ドライバーは必要ありませんが、オペレーティング システム カーネルとドライバーが転送されて起動されるまで、システム機能は制限されます。その結果、ROM ベースのブートが完了すると、ネットワーク インターフェイスを使用する機能を持たないオペレーティング システムにネットワーク ブートすることが可能になります。

ブート デバイスは、オペレーティング システムがロードされるストレージ デバイスです。最近の PC のUEFIまたはBIOSファームウェアは、さまざまなデバイスからのブートをサポートしています。通常は、ローカルのソリッド ステート ドライブまたはハード ディスク ドライブ(そのドライブまたはディスク上のGPTまたはマスター ブート レコード(MBR)経由)、光ディスク ドライブ( El Toritoを使用)、USB 大容量ストレージデバイス ( USB フラッシュ ドライブ、メモリ カード リーダー、USB ハード ディスク ドライブ、USB 光ディスク ドライブ、USB ソリッド ステート ドライブなど)、またはネットワーク インターフェイス カード ( PXEを使用) からのブートです。あまり一般的ではない古い BIOS ブート可能デバイスには、フロッピー ディスク ドライブ、Zip ドライブ、およびLS-120ドライブがあります。

通常、システム ファームウェア (UEFI または BIOS) では、ユーザーがブート順序を設定できます。ブート順序が「最初に DVD ドライブ、次にハード ディスク ドライブ」に設定されている場合、ファームウェアは DVD ドライブからのブートを試行します。これが失敗すると (たとえば、ドライブに DVD が挿入されていないため)、ローカル ハード ディスク ドライブからのブートを試行します。

たとえば、ハード ドライブにWindowsがインストールされているPC では、ユーザーは上記のようにブート順序を設定してからLinux Live CD を挿入し、ハード ドライブにオペレーティング システムをインストールせずにLinux を試すことができます。これはデュアル ブートの例で、コンピューターが電源投入時セルフテスト(POST) を実行した後に起動するオペレーティング システムをユーザーが選択します。このデュアル ブートの例では、ユーザーはコンピューターに DVD を挿入するか取り出すことで選択しますが、選択したデバイスのブート マネージャーメニューから選択するか、コンピューターのキーボードを使用してBIOSまたはUEFIブート メニューから選択するか、またはその両方で、起動するオペレーティング システムを選択する方が一般的です。ブート メニューは通常、POST 中にF8またはキーを押すことで入力されます。BIOSセットアップは通常、POST 中にまたはキーを押すことで入力されます。^{[57] [58]}F12F2DEL

インターネットアクセスなどのさまざまな簡単なタスクを実行するために、通常はLinuxの亜種にクイックブートできるデバイスがいくつかあり、例としてはSplashtopやLatitude ONなどがある。^{[59] [60] [61]}

IBM互換パーソナルコンピュータのx86 CPUは起動時に、リセットベクター（16ビットx86プロセッサ^{[62]では物理メモリアドレス}FFFF0h、32ビットおよび64ビットx86プロセッサ^{[63 ]では}FFFFFFF0h ）にある命令をリアルモードで実行し、通常はROM内のファームウェア（UEFIまたはBIOS ）エントリポイントを指します。このメモリ位置には通常、ファームウェア（ UEFIまたはBIOS）スタートアッププログラムの場所に実行を転送するジャンプ命令が含まれています。このプログラムはパワーオンセルフテスト（POST）を実行し、メインメモリ（DRAM）、PCIバス、PCIデバイス（実行中の組み込みオプションROMを含む）などの必要なデバイスをチェックして初期化します。最も複雑な手順の1つは、 SPD経由でDRAMを設定することです。

必要なハードウェアを初期化した後、ファームウェア ( UEFIまたはBIOS )は、起動可能なデバイスが見つかるまで、 事前に構成された不揮発性ストレージ デバイスのリスト (「ブート デバイス シーケンス」) を調べます。

BIOS がブート可能なデバイスを見つけると、ブートセクターをリニアアドレス7C00h (通常はセグメント:オフセット0000h : 7C00h、^{[51] [53] : 29}ですが、一部の BIOS は誤って07C0h : 0000h ^[要出典]を使用します) にロードし、実行をブートコードに移します。ハードディスクの場合、これはマスターブートレコード(MBR) と呼ばれます。従来の MBR コードは、MBR のパーティションテーブルでブート可能として設定されているパーティション (アクティブフラグが設定されているパーティション) を確認します^{[注 5] 。}アクティブなパーティションが見つかった場合、MBR コードはボリュームブートレコード(VBR) と呼ばれるブートセクターコードをそのパーティションからロードし、それを実行します。MBR ブートコードは多くの場合、オペレーティングシステムに固有です。

ブート可能な MBR デバイスとは、読み取り可能で、最初のセクターの最後の 2 バイトにリトルエンディアン ワード AA55h ^{[nb 6]}が含まれており、ディスク上ではバイト シーケンス55h、AAhとして表示されます ( MBR ブート署名とも呼ばれます)。または、セクター内のコードが x86 PC で実行可能であることが確立されているデバイスとして定義されます。

ブート セクタ コードは、第 1 段階のブート ローダです。これは固定ディスクとリムーバブル ドライブ上にあり、マスター ブート レコードの最初の 446バイトに収まる必要があります。そうすることで、4 つのパーティション エントリと 2 バイトのブート署名を含むデフォルトの 64 バイトのパーティション テーブルのためのスペースを確保できます。BIOS では、これらのコードが適切なブート ローダに必要です。また、環境によっては、5 つ以上のパーティション エントリ (16 バイトで最大 16 個)、ディスク署名(6 バイト)、ディスク タイムスタンプ(6 バイト)、高度なアクティブ パーティション(18 バイト)、特殊なマルチブートローダなどの追加機能もサポートする必要がある場合は、このコードはさらに少なくなります。フロッピーおよびスーパーフロッピーのボリューム ブート レコードでは、DOS 4.0 以降、FAT12およびFAT16ボリューム上の拡張 BIOS パラメータ ブロックに最大 59 バイトが占有されていますが、DOS 7.1 で導入されたFAT32 EBPB では 87 バイトも必要なため、セクター サイズを 512 バイトと想定すると、ブート ローダーに残るのは 423 バイトだけです。そのため、Microsoft のブート セクターでは、ブート プロセスに特定の制限が課されていました。たとえば、ブート ファイルは、ファイル システムのルート ディレクトリ内の固定位置に配置され、連続するセクターとして保存される必要がありました。 ^{[65] [66]}この条件はコマンドによって処理され、DOS のそれ以降のバージョンでは若干緩和されました。^{[66] [nb 7]}その後、ブート ローダーはファイルの最初の 3 つのセクターをメモリにロードできましたが、そのメモリには、ファイルの残りをメモリにロードできる別の埋め込みブート ローダーが含まれていました。^{[66]マイクロソフトが}LBAとFAT32のサポートを追加したとき、彼らはサイズ上の理由から、 2つの物理セクターにまたがり、386命令を使用するブートローダーに切り替えました。同時に、他のベンダーは、最小限の利用可能なメモリ（32KB）とプロセッササポート（8088/8086）のみという元の制約を緩和することなく、単一のブートセクターにはるかに多くの機能を詰め込むことに成功しました。^{[nb 8]}たとえば、DR-DOSブートセクターは、FAT12、FAT16、およびFAT32ファイルシステムでブートファイルを見つけ、ファイルが固定された場所や連続したセクターに格納されていない場合でも、 CHSまたはLBAを介してそれをメモリに丸ごとロードできます。^{[67] [51] [68] [69] [70] [nb 9] [nb 8]} SYS

VBR は多くの場合 OS 固有ですが、その主な機能は、第 2 段階のブート ローダーであるオペレーティング システムのブート ローダー ファイル (またはなど) をアクティブ パーティションからロードして実行することですbootmgr。次に、ブート ローダーはストレージ デバイスから OS カーネルntldrをロードします。

アクティブ パーティションがない場合、またはアクティブ パーティションのブート セクタが無効な場合、MBR はセカンダリ ブート ローダをロードすることがあります。セカンダリ ブート ローダはパーティション (多くの場合はユーザー入力経由) を選択し、そのブート セクタをロードします。通常、このブート セクタは対応するオペレーティング システム カーネルをロードします。場合によっては、MBR はアクティブ パーティションのブートを試みる前にセカンダリ ブート ローダのロードを試みることもあります。他のすべてが失敗した場合は、制御を BIOS に戻すためにINT 18h ^{[53] [51]} BIOS 割り込み呼び出し(INT 18h が返された場合に備えて INT 19h が続く) を発行する必要があります。その後、BIOS は他のデバイスからのブートを試み、ネットワーク経由でリモート ブートを試みます。 ^[51]

多くの最新システム（Intel Macや最近のPC）はUEFIを使用しています。^{[71] [72]}

BIOSとは異なり、UEFI（ CSM経由のレガシーブートではない）はブートセクターに依存せず、UEFIシステムはブートローダー（USBディスクまたはEFIシステムパーティション内のEFIアプリケーションファイル）を直接ロードし、^[73] OSカーネルはブートローダーによってロードされます。

最近の CPU、SoC、マイクロコントローラ ( TI OMAPなど)、場合によってはデジタル信号プロセッサ(DSP) の多くには、シリコンに直接統合されたブート ROM があるため、プロセッサは単独で簡単なブート シーケンスを実行し、NAND フラッシュや eMMC などのブート ソースからブート プログラム (ファームウェアまたはソフトウェア) をロードできます。このようなデバイスの処理に必要なロジックをすべてハードワイヤードすることは難しいため、このようなシナリオでは代わりに統合ブート ROM が使用されます。また、ブート ROM は、UART、SPI、USBなどのシリアル インターフェイスを介してブート ローダまたは診断プログラムをロードできる場合があります。この機能は、システム回復の目的でよく使用されますが、不揮発性メモリにまだソフトウェアがない場合に、初期の不揮発性メモリ プログラミングに使用することもできます。最近のマイクロコントローラ ( USB フラッシュ ドライブのフラッシュ メモリ コントローラなど) の多くには、シリコンに直接統合されたファームウェア ROM があります。

一部の組み込みシステム設計には、中間ブートシーケンスステップが含まれる場合もあります。たとえば、Das U-Boot は2 つのステージに分割される場合があります。プラットフォームは、U-Boot の簡易版である小さな SPL (Secondary Program Loader) をロードし、SPL は初期のハードウェア構成 ( CPU キャッシュを RAM として使用したDRAM初期化など) を実行し、U-Boot のより大きくフル機能のバージョンをロードします。^[74]一部の CPU および SoC は、ブートプロセスで CPU キャッシュを RAM として使用せず、コストを削減するために、統合ブートプロセッサを使用してハードウェア構成の一部を実行します。^[75]

JTAGなどのハードウェア デバッグ インターフェイスを使用してシステムを制御することもできます。このようなインターフェイスは、プロセッサ コアに不揮発性メモリをプログラムするために必要なアクションを実行するように指示することで、ブート ローダー プログラムをブート可能な不揮発性メモリ (フラッシュなど) に書き込むために使用できます。または、デバッグ インターフェイスを使用して、診断コードまたはブート コードを RAM にアップロードし、プロセッサ コアを起動してアップロードされたコードを実行するように指示することもできます。これにより、たとえば、サポートされているブート デバイスにソフトウェアが残っておらず、プロセッサに統合ブート ROM がない組み込みシステムの回復が可能になります。JTAG は標準的で一般的なインターフェイスであり、多くの CPU、マイクロコントローラ、およびその他のデバイスは JTAG インターフェイスを使用して製造されています (2009 年現在^{[アップデート]})。^[要出典]

一部のマイクロコントローラは、システムを任意に制御したり、コードを直接実行したりするために使用できない特別なハードウェア インターフェイスを提供しますが、代わりに、単純なプロトコルを介してブート可能な不揮発性メモリ (フラッシュ メモリなど) にブート コードを挿入できます。次に、製造段階で、このようなインターフェイスを使用して、ブート コード (およびその他のコード) を不揮発性メモリに挿入します。システム リセット後、マイクロコントローラは、通常のプロセッサがブートに ROM を使用するのと同じように、不揮発性メモリにプログラムされたコードの実行を開始します。この手法は、Atmel AVRマイクロコントローラで使用されていることが最も顕著ですが、他のマイクロコントローラでも使用されています。多くの場合、このようなインターフェイスは、ハードワイヤード ロジックによって実装されます。その他の場合では、このようなインターフェイスは、 GPIOピンから統合されたオンチップ ブート ROM で実行されるソフトウェアによって作成できます。

ほとんどの DSP には、シリアル モード ブートと、ホスト ポート インターフェイス (HPI ブート) などのパラレル モード ブートがあります。

DSP の場合、システム設計に 2 番目のマイクロプロセッサまたはマイクロコントローラが存在することが多く、これがシステム全体の動作、割り込み処理、外部イベントの処理、ユーザー インターフェイスなどを担当し、DSP は信号処理タスク専用になります。このようなシステムでは、DSP は別のプロセッサによってブートされる可能性があり、このプロセッサはホスト プロセッサ(ホスト ポートに名前が付けられる) と呼ばれることがあります。このようなプロセッサは、通常、最初に独自のメモリからブートし、次に DSP のブートを含むシステム全体の動作を制御し、さらに DSP の動作を制御するため、マスターと呼ばれることもあります。DSP には独自のブート メモリがない場合が多く、代わりに必要なコードの提供をホスト プロセッサに依存しています。このような設計の最も有名なシステムは、携帯電話、モデム、オーディオ プレーヤー、ビデオ プレーヤーなどであり、DSP と CPU/マイクロコントローラが共存しています。

多くのFPGAチップは、電源投入時に 外部シリアルEEPROM (「構成 ROM」)から構成をロードします。

ブート プロセスのセキュリティを強化するさまざまな対策が実装されています。 それらのいくつかは必須ですが、その他はエンド ユーザーが無効または有効にできます。 従来、ブートには暗号化は使用されていませんでした。ブート ローダーのロックを解除することでセキュリティを回避できますが、これはメーカーによって承認されている場合とそうでない場合があります。 最新のブート ローダーは同時実行性を利用しており、複数のプロセッサ コアとスレッドを同時に実行できるため、セキュア ブートにさらに複雑なレイヤーが追加されています。

マシュー・ギャレットは、ブートセキュリティは正当な目的を果たすが、そうすることでユーザーにとって不利なデフォルトを選択することになると主張した。 ^[76]

• UEFIセキュアブート^[77]
• Android 検証済みブート
• サムスンノックス
• Trusted Platform Module を使用した測定ブート (「信頼できるブート」とも呼ばれます)。
• インテル ブートガード
• ディスク暗号化
• ファームウェアパスワード

並行分散システムのデバッグ時に、ブートループ(ブート ループまたはブート ループとも呼ばれる) は、コンピューティング デバイスで発生するエラー状態の診断条件です。これらのデバイスがブート プロセスの完了に繰り返し失敗し、ブート シーケンスが完了する前に再起動すると、再起動によってユーザーが通常のインターフェイスにアクセスできなくなる可能性があります。

今日の製品の複雑さが増すにつれ、単一のプロジェクト、単一の部門、あるいは単一の企業でさえも、完全な製品を開発することができなくなり、同時開発と分散開発が起こっています。今日、そして世界中で、業界は複雑な製品開発と、プロジェクト組織、プロジェクト管理、製品品質に関連する膨大な関連問題に直面しています。多くのプロセスも分散化されるでしょう。製品品質を測定し、最終的に達成するために非常に重要な欠陥検出プロセスは、通常、プロジェクトの分散性によって生じる問題に最初に直面するプロセスの 1 つです。欠陥検出活動を複数の関係者に分散すると、作業成果物の不適切なレビュー、テスト範囲に関する「盲点」の発生、コンポーネントの過剰テストなどのリスクが生じます。したがって、欠陥検出活動の有効性と効率性を確保するには、ライフサイクル全体にわたる欠陥検出の調整が必要です。—JJM Trienekens、RJ Kusters。(2004) ^[78]

システムは、回復が示される前に、明示的なブートループやブルースクリーンなどのエラー状態を示す可能性があります。 ^[79]エラー状態の検出には、分散システムのリアルタイム操作のための 分散イベントストアとストリーム処理プラットフォームが必要になる場合があります。

誤った状態はブートループを引き起こす可能性があります。この状態は、以前の正常な動作からの設定ミスによって引き起こされる可能性があります。^[a]その誤った状態からの回復の試みは、既知の正常な状態に戻ろうとする再起動に入ります。たとえば、Windows OSの操作では、回復手順は3回の再起動であり、再起動は使用可能なメニューに戻るために必要でした。^{[80] [81] [79]}

復旧は、セキュリティアサーションマークアップ言語（SAML）を介して指定される可能性があり、一部のアプリケーションではシングルサインオン（SSO）も実装できます。ゼロトラストセキュリティモデルでは、識別、承認、認証は、SSOセッションで分離可能な問題です。サイトの復旧が指示された場合（空港ターミナルの画面にブルースクリーンが表示されるなど）、状況を改善するために^個人によるサイト訪問が必要になる場合があります。^[78]

• ウィンドウズNT4.0 ^[82]
• ウィンドウズ2000 ^[83]
• Windowsサーバー^[84]
• ウィンドウズ10 ^[85]
• ネクサス5X ^[86]
• Android 10 : 特定の画像を壁紙に設定すると、sRGBからRGBへの変換中に丸め誤差が発生し、輝度値が最大値255を超えました。これにより、起動のたびにSystemUIコンポーネントがクラッシュしました。^{[87] [88]}
• Google Nestハブ^[89]
• LG スマートフォンのブートループ問題
• 2024年7月19日、 CrowdStrikeのFalconソフトウェアのアップデートにより2024 CrowdStrikeインシデントが発生し、世界中のMicrosoft Windowsシステムがブートループまたは回復モードで停止しました。^[a]
• 2024年9月30日、一部のWindows 11プレビューアップデートKB5043145により、ブートループ、ブルースクリーンまたはグリーンスクリーン、自動修復ツールの起動、一部のデバイスでのBitLocker回復などが発生します。^[94]

無料辞書のWiktionaryでbootupを調べてください。