電源を入れてから画面が出るまで、何が起きているのか：コンピュータ起動の全過程

序論：暗闇から光へ――指先ひとつのタップが呼び覚ますマイクロ秒の奇跡

毎朝、私たちが何気なくノートパソコンの電源ボタンを押すとき、あるいはスマートフォンのサイドキーを長押しするとき、そこには何の変哲もない日常の風景が広がっています。数秒から十数秒待てば、液晶画面に鮮やかなログイン画面が浮かび上がり、デスクトップのアイコンが整然と並びます。

しかし、物理工学と計算機科学の視点からその瞬間を観察したとき、そこでは人類の科学史において最も精緻でドラマチックな連鎖反応が繰り広げられています。

電源ボタンが押された最初の1ミリ秒、コンピュータは完全な「仮死状態」にあります。CPUのレジスタには意味のある値は一切入っておらず、ギガバイト単位のメインメモリ（DRAM）には1バイトのデータすら存在せず、グラフィックボードは画面に黒以外の色を映し出す方法を知りません。ハードディスクや超高速NVMe SSDの中に数千億行のOSコードが眠っていようとも、電源投入直後のCPUには、ストレージからデータを読み出すドライバすら存在しないのです。

  flowchart TD
    subgraph BootPhases ["【コンピュータ起動の全過程：6つの跳躍】"]
        P1["1. 電気的覚醒 (Hardware / Power)\nPSUの電圧安定化 → POWER_GOOD信号 → CPUリセット解除"]
        P2["2. 最初の命令 (Reset Vector)\n物理アドレス 0xFFFF_FFF0 → SPI ROMから最初のJMP命令実行"]
        P3["3. ファームウェア初期化 (UEFI / BIOS)\nSEC → PEI (DRAM初期化) → DXE (ドライバ展開) → BDS"]
        P4["4. ブートローダー (Bootloader)\nESPから GRUB / bootmgfw.efi 読込 → vmlinuz & initramfs"]
        P5["5. カーネル初期化 (Kernel Startup)\nロングモード(64bit)移行 → ページング → SMPマルチコア覚醒"]
        P6["6. ユーザースペース & GUI (Userspace)\nPID 1 (systemd) 起動 → ディスプレイマネージャ → デスクトップ"]
    end

    P1 --> P2 --> P3 --> P4 --> P5 --> P6
    style BootPhases fill:#f9f9f9,stroke:#333,stroke-width:2px
    style P1 fill:#ffe6e6,stroke:#d9534f,stroke-width:2px
    style P2 fill:#fff0b3,stroke:#e6b800,stroke-width:2px
    style P3 fill:#e6f3ff,stroke:#0066cc,stroke-width:2px
    style P4 fill:#e6ffe6,stroke:#009900,stroke-width:2px
    style P5 fill:#f4f0ff,stroke:#6f42c1,stroke-width:2px
    style P6 fill:#e8f4f8,stroke:#2b7a78,stroke-width:2px

コンピュータは、自分自身の力だけで、無秩序なシリコン基板の上から高度なオペレーティングシステム（OS）の秩序を立ち上げなければなりません。この自己言及的な立ち上げプロセスは、「自らの靴紐（Bootstrap）を引っ張り上げて宙に浮く」という18世紀の冒険小説『ほら吹き男爵』の逸話にちなんで、「ブートストラップ（Bootstrapping / ブート）」と呼ばれます。

電源が入ってから画面が出るまでのわずか数秒のあいだに、CPU内部では何が起きているのか？ 16ビットの遺物から64ビットの最新モードへの変態、UEFIの隠された多層アーキテクチャ、暗号署名によるセキュアブートの防壁、カーネルがマルチコアCPUを叩き起こす瞬間まで、現代の計算機が目覚める全軌跡を解明します。

1. 第1段階：電気的覚醒――PSUとPOWER_GOOD信号の神秘

1.1 電源ボタンは直接CPUを動かさない

多くの人は、PCの電源ボタンを押すとコンセントからの電力が直接CPUに流れ込み、即座に計算が始まると想像します。しかし、実際には電源ボタンは単なる「モーメンタリ・スイッチ」であり、マザーボード上の組み込みコントローラ（EC: Embedded Controller）やサウスブリッジ（PCH: Platform Controller Hub）に微小な電気信号を送るトリガーに過ぎません。

PCの電源ユニット（PSU: Power Supply Unit）は、家庭用コンセントの交流100V〜240Vを、電子回路が必要とする直流の $+12\text{V}$, $+5\text{V}$, $+3.3\text{V}$ などに変換します。しかし、コンデンサやコイルに電気が充填され、規定の電圧に達して安定するまでには、数十ミリ秒の物理的な時間を要します。

もし電圧が不安定でノイズに満ちた状態でCPUを動かせば、内部トランジスタが誤作動を起こし、予期せぬ暴走やシリコンの物理的破壊を招きます。

  flowchart LR
    subgraph PowerSeq ["電源投入時の電気的ハンドシェイク"]
        direction TB
        Button["電源ボタンプッシュ"] --> PSON["マザーボードが PS_ON# 信号をアサート (LOW)"]
        PSON --> VoltageRamp["PSU内部のDC電圧が上昇・安定化 (+12V, +5V, +3.3V)"]
        VoltageRamp --> PWR_OK["PSUが PWR_OK (Power Good) 信号をHIGHに引き上げ"]
        PWR_OK --> ClockGen["マザーボードのクロックジェネレータが発振開始"]
        ClockGen --> CPU_Reset["CPUの RESET# ピンがデアサート (HIGH) → 実行開始！"]
    end

    style PowerSeq fill:#fff9e6,stroke:#e6b800,stroke-width:2px

1.2 POWER_GOOD信号とリセット解除

PSU内部の監視回路がすべての出力電圧が定格の $\pm 5\%$ 以内で安定したことを検知すると、PSUはマザーボードの24ピンコネクタの8番ピンを通じてPWR_OK（Power Good信号）をHIGH（$+5\text{V}$）に引き上げます。

この信号を受け取って初めて、マザーボードのチップセットは水晶振動子を用いたクロックジェネレータを起動し、ベースクロック（100MHz等）の供給を開始します。そして最後に、CPUソケットのRESET#ピンの電圧をアサート（LOW）からデアサート（HIGH）へと切り替えます。

この瞬間、CPUの内部論理回路にかけられていた電気的な首輪が解かれ、中央演算処理装置の心臓が初めて拍動を始めるのです。

2. 第2段階：CPUの最初の息吹――リセットベクタ（Reset Vector）

2.1 1978年の亡霊：16ビット「リアルモード」での起動

現代のIntel CoreやAMD Ryzenプロセッサは、64ビットの広大なメモリ空間と何十テラフロップスもの演算能力を誇る超近代的なモンスターチップです。しかし、電源が入った最初のクロックサイクルにおいて、CPUは驚くべき姿で目覚めます。

最新の64ビットCPUは、1978年に発売された16ビットプロセッサ「Intel 8086」と完全に互換性のある「リアルモード（Real Address Mode）」で起動するのです。

これは半導体業界における後方互換性（Backward Compatibility）への狂気的な執念の結果です。40年以上前に書かれたDOSプログラムであっても、最新のコンピュータのハードウェア上でそのまま動作させられるように設計されているのです。リアルモードでは：

アドレスバスはわずか20ビット（最大アクセス可能メモリは 1MB のみ）
ページング機能やメモリ保護（リング保護）は無効
セグメント方式によるアドレス指定：$\text{物理アドレス} = (\text{セグメント} \times 16) + \text{オフセット}$

2.2 リセットベクタのアドレス：`0xFFFF_FFF0`

リセットが解除された瞬間、CPU内部のハードウェアワイヤード回路によって、主要なレジスタが固定値で強制初期化されます：

コードセグメントレジスタ（CS）：0xF000
セグメントベースアドレス：0xFFFF_0000（※特殊な隠しベース）
インストラクションポインタ（IP / EIP）：0x0000_FFF0

これにより、CPUがメモリ空間上で最初に命令をフェッチ（読み出し）しにいく物理アドレスが決定されます：

$$\text{Reset Vector Address} = 0xFFFF\_0000 + 0x0000\_FFF0 = \mathbf{0xFFFF\_FFF0}$$

このアドレスは、4GBメモリ空間（32ビットアドレス空間）の天井である 0xFFFF_FFFF のわずか16バイト手前に位置しています。

  flowchart TD
    subgraph MemoryMap ["メモリ空間の物理マッピング"]
        Top["0xFFFF_FFFF (4GBの天井)"]
        ResetVec["0xFFFF_FFF0 : リセットベクタ (最初のフェッチ位置)\n【JMP Far F000:E05B】命令が存在"]
        Top --- ResetVec
        SPI_ROM["マザーボード上の SPI フラッシュ ROM\n（UEFIファームウェアの実体チップ）\nハードウェアによって 0xFFFF_0000 付近にマップされる"]
        ResetVec -.->|ハードウェアバス転送| SPI_ROM
        DRAM["メインメモリ（DRAM）\n【この時点では初期化されておらずアクセス不能！】"]
    end

    style MemoryMap fill:#f4f4f4,stroke:#333,stroke-width:2px
    style ResetVec fill:#ffdddd,stroke:#d9534f,stroke-width:2px
    style SPI_ROM fill:#d9edf7,stroke:#31708f,stroke-width:2px

「わずか16バイトの空間で何ができるのか？」当然、16バイトの中に複雑な起動プログラムを収めることは不可能です。そのため、マザーボードメーカーはここにたった1つのジャンプ命令（JMP）を焼き付けておきます：

1
JMP 0xF000:E05B   ; より広いファームウェアのコード領域へジャンプせよ！

このジャンプ命令が実行された瞬間、CPUはマザーボードの基板上に実装された8ピンのSPIフラッシュメモリチップ（EEPROM）へとアクセスし、そこに格納された現代の巨大ファームウェア――UEFI（Unified Extensible Firmware Interface）の世界へと足を踏み入れます。

3. 第3段階：ファームウェアの進化史――レガシーBIOSからUEFIへ

3.1 レガシーBIOSの限界と終焉

1981年のIBM PC以来、コンピュータのファームウェアはBIOS（Basic Input/Output System）と呼ばれていました。しかし2000年代に入ると、BIOSの根本的な設計限界がコンピュータの進化の足を引っ張るようになりました：

16ビットリアルモードで動作するため、1MB以上のメモリを活用できない
ハードディスクのパーティション方式がMBR（Master Boot Record）に縛られ、最大ディスク容量が 2TB に制限される
BIOS割り込みコール（INT 10h、INT 13h など）が同期型で極めて低速
GUI画面やマウス操作、多言語表示、ネットワーク経由の起動が困難

これを打破するため、Intelが提唱したEFI（Extensible Firmware Interface）をベースに、主要ハードウェア・OSメーカーが共同策定した新世代ファームウェア規格がUEFIです。現代のUEFIは単なる起動プログラムではなく、それ自体がC言語で書かれた一種の独立した小規模OSとして動作します。

3.2 UEFIの4段階パイプライン（PIアーキテクチャ）

UEFIのブートシーケンスは、Intel Platform Innovation Frameworkに準拠した厳格なフェーズ構造を持っています。

  flowchart TD
    subgraph UEFIPipeline ["UEFI ファームウェアの起動パイプライン"]
        direction TB
        SEC["1. SEC フェーズ (Security)\nアセンブリ言語で動作。CPUキャッシュをRAMとして偽装 (Cache-as-RAM)"]
        PEI["2. PEI フェーズ (Pre-EFI Initialization)\nメモリコントローラの初期化、DRAMトレーニング、主記憶の開通"]
        DXE["3. DXE フェーズ (Driver Execution Environment)\n64bitモード移行。PCIe, NVMe, USB, ディスプレイ等のドライバ並行実行"]
        BDS["4. BDS フェーズ (Boot Device Selection)\nブート優先順位の評価、NVRAM変数の読み取り、ブートローダーの起動"]
        SEC --> PEI --> DXE --> BDS
    end

    style UEFIPipeline fill:#f5f5f5,stroke:#333,stroke-width:2px
    style SEC fill:#ffebe8,stroke:#d9534f,stroke-width:2px
    style PEI fill:#fff3cd,stroke:#856404,stroke-width:2px
    style DXE fill:#d4edda,stroke:#155724,stroke-width:2px
    style BDS fill:#cce5ff,stroke:#004085,stroke-width:2px

SEC（Security）フェーズ： リセット直後のフェーズ。この時点ではメインメモリ（DRAM）がまだ電気的に初期化されていないため、普通のC言語のスタック変数が使えません。そこで、CPU内部のL2/L3キャッシュメモリを一時的なRAMとして利用する「Cache-as-RAM（CAR）」技術を用いてスタックを構築し、信頼の根源（Root of Trust）を確立します。
PEI（Pre-EFI Initialization）フェーズ： マザーボード上のチップセットを探索し、DDR4/DDR5メモリコントローラにクロックやタイミング信号を送り、信号の反射や位相差を補正するDRAMトレーニングを実行します。数ギガバイト以上のメインメモリがここで初めて開通します。
DXE（Driver Execution Environment）フェーズ： UEFIの心臓部。CPUをフル機能の64ビットモードへ切り替え、DRAM上で数百個のUEFIドライバを並行してロード・実行します。PCIeバスの走査、NVMe SSDの認識、グラフィックカードの初期化（GOP: Graphics Output Protocolによる画面表示）、USBキーボードの認識などがすべてここで行われます。
BDS（Boot Device Selection）フェーズ： マザーボードのNVRAM（不揮発性メモリ）に記録されたブートエントリ（BootOrder）を読み取り、起動すべきデバイスを特定して制御を引き渡します。

3.3 セキュアブート（Secure Boot）：改ざんを防ぐ暗号署名の連鎖

現代のUEFIにおいて不可欠なセキュリティ機能がセキュアブート（Secure Boot）です。 OSが起動する前に不正なルートキットやマルウェアがファームウェアやブートローダーを書き換える攻撃を防ぐため、公開鍵暗号に基づく厳密な信頼の連鎖（Chain of Trust）を構築します。

PK（Platform Key）： ハードウェアベンダーが保持する最上位の鍵。
KEK（Key Exchange Key）： OSベンダー（Microsoft等）の鍵を登録・更新するための鍵。
db（Signature Database）： 正当なブートローダーのデジタル署名やSHA-256ハッシュのホワイトリスト。
dbx（Forbidden Database）： 脆弱性が発見され失効した署名のブラックリスト。

UEFIは、ストレージからブートローダー（.efiファイル）をメモリに読み込んだ際、その電子署名を検証します。署名が db に適合し、かつ dbx に含まれていないことが確認されて初めて、実行権限を与えます。

4. 第4段階：ブートローダーへのバトンタッチ（ESPとGRUB）

4.1 GPTとEFIシステムパーティション（ESP）

従来のBIOSは、ディスクの先頭セクター（セクター0、わずか512バイト）にあるMBR（Master Boot Record）から機械語を読み出して実行していました。

一方、UEFIではパーティション規格としてGPT（GUID Partition Table）を採用しています。GPTディスクには、FAT32ファイルシステムでフォーマットされたEFIシステムパーティション（ESP: EFI System Partition）という専用領域が存在します。

UEFIはファイルシステムをネイティブに解釈できるため、ディスクの特定セクターを盲目的に読み出すのではなく、ファイルパスを指定して実行ファイルを起動します：

$$\text{デフォルトのフォールバックパス: } \quad \texttt{\\EFI\\BOOT\\BOOTX64.EFI}$$$$\texttt{\\EFI\\Microsoft\\Boot\\bootmgfw.efi} \quad (\text{Windows Boot Manager})$$$$\texttt{\\EFI\\ubuntu\\grubx64.efi} \quad (\text{GRUB 2})$$

  flowchart LR
    subgraph StorageLayout ["GPTディスク上のストレージ構造"]
        GPT_Header["GPT ヘッダー\n(LBA 1)"]
        ESP["EFI システムパーティション (ESP: FAT32)\n\\EFI\\ubuntu\\grubx64.efi\n\\EFI\\Microsoft\\Boot\\bootmgfw.efi"]
        OS_Part["OSメインパーティション (ext4 / NTFS)\n/boot/vmlinuz (カーネルバイナリ)\n/boot/initramfs (初期RAMディスク)"]
    end

    GPT_Header --- ESP --- OS_Part
    style StorageLayout fill:#f9f9f9,stroke:#333,stroke-width:2px
    style ESP fill:#dff0d8,stroke:#3c763d,stroke-width:2px
    style OS_Part fill:#d9edf7,stroke:#31708f,stroke-width:2px

4.2 ブートローダー（GRUB / Windows Boot Manager）の任務

ブートローダーは、UEFIファームウェアと本番OSカーネルのあいだを取り持つ特使です。その主な役割は以下の通りです：

ブートメニューの提示： 複数のOS（WindowsとLinuxのデュアルブートなど）や過去のカーネルバージョンの選択肢をユーザーに表示します。
カーネルのメモリロード： ストレージ上の複雑なファイルシステム（ext4, Btrfs, XFS, NTFS等）を解釈し、圧縮されたカーネルバイナリ（Linuxなら vmlinuz）をメインメモリの指定アドレスに配置します。
初期RAMディスク（initramfs）の配置： ルートファイルシステムをマウントするために必要な最小限のドライバを含む一時的なインメモリファイルシステム（initramfs）をメモリに展開します。
カーネルパラメータの伝達： コマンドライン引数（root=UUID=... ro quiet splash など）を用意します。
UEFIブートサービスの終了（ExitBootServices）： ブートローダーがカーネルへ制御を渡す直前、UEFIに対して ExitBootServices() というAPIを呼び出します。これにより、UEFIが管理していた一時的なメモリ領域が解放され、ハードウェアの全制御権がOSカーネルへと完全に委譲されます。

5. 第5段階：OSカーネルの初期化――無秩序から秩序へ

ここから先は、真の支配者であるオペレーティングシステム（Linuxカーネル）の独壇場です。メモリにロードされた vmlinuz は、自己解凍ルーチンを実行した後、64ビットのカーネルエントリポイントへと突入します。

  flowchart TD
    subgraph KernelInit ["Linux カーネル初期化のコアフロー"]
        K1["startup_64 (arch/x86/kernel/head_64.S)\nページテーブル(CR3)の確立、Long Modeの完全固定"]
        K2["start_kernel() (init/main.c)\nアーキテクチャ非依存の心臓部関数へ突入"]
        K3["トラップ・割り込みの設定\nIDT (Interrupt Descriptor Table) のロード"]
        K4["メモリ管理サブシステムの起動\nBuddy Allocator (ページ割当) & SLUB Allocator"]
        K5["SMP (対称型マルチプロセッシング) の覚醒\nINIT-SIPI-SIPI シーケンスで待機中の全コアを起動"]
        K6["デバイスドライバツリーの走査と初期化\nACPIテーブル解析、PCIeデバイスのバインド"]
        K7["initramfs の実行とルートファイルシステムのピボット\n/init スクリプト → 本物のルートFS (/dev/nvme0n1p2) へ switch_root"]
        K1 --> K2 --> K3 --> K4 --> K5 --> K6 --> K7
    end

    style KernelInit fill:#f4f0ff,stroke:#6f42c1,stroke-width:2px

5.1 仮想記憶の確立とページングの有効化

カーネルが最初に行う最重要タスクは、仮想記憶（Virtual Memory）の構築です。 x86-64プロセッサの4段階ページング（PML4）または5段階ページング（PML5）テーブルを作成し、制御レジスタ CR3 にページテーブルの物理アドレスをロードします。

これにより、物理メモリの断片化が隠蔽され、すべてのプロセスが「自分専用の広大な連続したメモリ空間（48ビットまたは57ビット空間）」を安全に利用できるようになります。

5.2 SMP（対称型マルチプロセッシング）：眠れる巨人の叩き起こし

現代のCPUには、8コア、16コア、あるいは128コアものプロセッサコアが搭載されています。しかし、これまでの全プロセス（PSU起動からUEFI、ブートローダー、カーネルの最初期まで）は、たった1つのコア――BSP（Bootstrap Processor）だけで実行されていました。残りのすべてのコア（AP: Application Processor）は、省電力の深い眠り（Wait-for-SIPI状態）についています。

カーネルは、ローカルAPIC（Advanced Programmable Interrupt Controller）を通じて、以下の特別なプロセッサ間割り込み（IPI）シーケンスを発行します：

INIT IPI： APのリセットと内部状態の初期化。
SIPI（Startup IPI）1回目： APに対して、起動用のトラムポリンコードが配置された物理アドレスを指定して起床命令を送る。
SIPI 2回目： 確実に起床させるための再送。

この「INIT-SIPI-SIPI」シーケンスを受け取った瞬間、休眠していたすべてのコアが一斉に目を覚まし、カーネルのスケジューラに登録されます。PCの演算能力が一挙に数十倍に跳ね上がる瞬間です。

6. 第6段階：ユーザースペースの誕生とGUI画面の出現

すべてのハードウェアが初期化され、マルチタスクスケジューラが動き出した後、カーネルは自らの権限を一段落とし、ユーザースペース（Ring 3: 最も権限の低い安全な階層）へと移行します。

  flowchart TD
    subgraph UserSpaceEvolution ["ユーザースペースからデスクトップ画面の出現"]
        direction TB
        PID1["PID 1: systemd (Linux) / smss.exe (Windows)\nすべてのプロセスの始祖となるプロセスの誕生"]
        Services["各種システムデーモンの並行起動\nudevd (デバイスノード), NetworkManager, D-Bus, Bluetooth"]
        DisplayManager["ディスプレイマネージャの起動\nGDM / LightDM / SDDM (Linux)\nLogonUI.exe (Windows)"]
        Compositor["グラフィックコンポジタ & ウィンドウマネージャ\nWayland (Mutter/KWin) / X11 / DWM (DirectX)"]
        Desktop["ログイン画面 / デスクトップ環境の描画完了！\nGPUフレームバッファ経由でモニタに出力"]

        PID1 --> Services --> DisplayManager --> Compositor --> Desktop
    end

    style UserSpaceEvolution fill:#e8f4f8,stroke:#2b7a78,stroke-width:2px
    style PID1 fill:#ffe6e6,stroke:#d9534f,stroke-width:2px
    style Desktop fill:#dff0d8,stroke:#3c763d,stroke-width:2px

6.1 PID 1の誕生：すべてのプロセスの父

カーネルは、kernel_execve システムコールを用いて、ユーザースペースの最初のプロセスを起動します。これがプロセスID 1（PID 1）を持つプロセスです：

Linuxの場合：/sbin/init（現代ではほぼすべて systemd へのシンボリックリンク）
Windowsの場合：smss.exe（セッションマネージャーサブシステム）

PID 1は、Linuxにおけるすべてのプロセスツリーの根（Root）であり、システム内のあらゆるサービスを起動・監視する絶対的な親プロセスです。systemd はソケットアクティベーション機能などを駆使して、ネットワーク管理（NetworkManager）、オーディオ管理（PipeWire）、デバイス検知（systemd-udevd）などを猛烈な並行度で起動していきます。

6.2 画面が光る瞬間：ディスプレイマネージャとGPUフレームバッファ

いよいよ最後の瞬間です。バックグラウンドのサービスが立ち上がると、systemd はグラフィカルターゲット（graphical.target）に到達し、ディスプレイマネージャ（GDMやLightDMなど）を起動します。

ディスプレイマネージャは、カーネルのダイレクト・レンダリング・マネージャー（DRM/KMS: Kernel Mode Setting）ドライバと通信し、GPUのビデオメモリ（VRAM）内に確保されたフレームバッファ（Framebuffer）へとアクセスします。

ディスプレイサーバ（WaylandコンポジタやX11、WindowsのDWM）がログインウィンドウのベクターデータや壁紙のビットマップをレンダリングし、GPUのディスプレイスキャンアウト回路がDisplayPortやHDMIの差動信号を通じて液晶パネルの各ピクセルへと送信します。

ここで初めて、モニタのバックライトが鮮やかに輝き、ログイン画面が私たちの目の前に現れるのです。

7. 発展的深層分析：TPM 2.0、メジャードブート、そしてARMアーキテクチャの起動

現代のブートプロセスは、単にOSを立ち上げるだけでなく、「システムが何者にも改ざんされていないことを数学的に証明する」という高度なセキュリティ要件を満たす必要があります。さらに、スマートフォンやApple Silicon Macの普及により、x86以外のアーキテクチャにおけるブートシーケンスの理解も不可欠となっています。

  flowchart TD
    subgraph MeasuredBoot ["TPM 2.0 によるメジャード・ブート（Measured Boot）の信頼チェーン"]
        direction TB
        CRTM["静的信頼の根源 (CRTM: Core Root of Trust for Measurement)\nマザーボードROMの不可変コード"]
        PCR0["PCR 0 への測定値拡張 (Extend)\n$PCR[0] \leftarrow \text{SHA256}(PCR[0] \parallel \text{UEFI Code})$"]
        PCR4["PCR 4 への測定値拡張\n$PCR[4] \leftarrow \text{SHA256}(PCR[4] \parallel \text{Bootloader})$"]
        PCR7["PCR 7 への測定値拡張\nセキュアブート状態と証明書データベースの検証"]
        Sealing["BitLocker等の暗号鍵封入 (Sealing)\nPCR値が改ざんされていない場合のみSSD暗号化鍵を復号！"]

        CRTM --> PCR0 --> PCR4 --> PCR7 --> Sealing
    end

    style MeasuredBoot fill:#f9f9f9,stroke:#333,stroke-width:2px
    style CRTM fill:#ffe6e6,stroke:#d9534f,stroke-width:2px
    style Sealing fill:#dff0d8,stroke:#3c763d,stroke-width:2px

7.1 TPM 2.0とメジャード・ブート（Measured Boot）

セキュアブートが「不正なコードの実行をブロックする」仕組みであるのに対し、メジャード・ブート（Measured Boot）は「実行されたすべてのコードのハッシュ値を改ざん不能なハードウェアチップに記録し、後から検証可能にする」仕組みです。

その中核を担うのが、マザーボード上に搭載されたTPM（Trusted Platform Module）2.0チップです。 TPM内部には、PCR（Platform Configuration Register）と呼ばれる特殊なレジスタ群が存在します。PCRは通常のメモリのように上書き（Write）することができず、「拡張（Extend）」という数学的暗号操作によってのみ更新されます：

$$PCR_{\text{new}} = \text{SHA-256}(PCR_{\text{old}} \parallel \text{Measurement Data})$$

静的信頼の根源（CRTM）： 電源投入直後、決して改ざんできないハードウェアROM内の最小コードが、次のステージ（SEC/PEI）のコードをハッシュ測定し、PCR 0にExtendします。
UEFIとドライバの測定： DXEフェーズで読み込まれるすべてのファームウェアボリュームやUEFIドライバのハッシュがPCR 2にExtendされます。
ブートローダーの測定： 実行される grubx64.efi や bootmgfw.efi のハッシュがPCR 4にExtendされます。
暗号鍵の封入（Sealing）： WindowsのBitLockerやLinuxのLUKSは、ストレージのフルディスク暗号化解除キーをTPM内部に「封入（Seal）」します。「PCR 0, 2, 4, 7 の値が、OSインストール時と1ビットの狂いもなく完全一致しているときだけ、暗号鍵をメモリに払い出す（Unseal）」というポリシーを設定します。もし攻撃者がファームウェアを書き換えたり、悪意あるUSBからPCを起動しようとしても、PCR値が変化するためTPMは暗号鍵の開示を拒否し、データへのアクセスは完全に遮断されます。

7.2 高速スタートアップと休止状態（ACPI S4）のトリック

最新のWindows PCでは、コールドブート（完全シャットダウンからの起動）であっても、わずか数秒でデスクトップが表示されます。この高速性の裏には、「高速スタートアップ（Fast Startup）」と呼ばれる高度なアーキテクチャ上のトリックが存在します。

ユーザーが「シャットダウン」をクリックしたとき、OSは実は完全な終了を行っていません：

ユーザーセッションの完全ログオフ： 開いているアプリケーションやユーザープロセスはすべて通常通り終了されます。
カーネル空間のハイバネーション（ACPI S4）： デバイスドライバ、ファイルシステムキャッシュ、カーネルモジュールが配置されたカーネルメモリ空間（Ring 0）の状態をそのままディスク上の hiberfil.sys ファイルに一括ダンプします。
次回起動時のショートカット： 次に電源ボタンが押されたとき、カーネルはハードウェアやドライバをゼロから初期化する膨大な処理（数千のレジスタ設定やバス走査）をすべてスキップし、hiberfil.sys からカーネルメモリイメージを一気にRAMへ直列DMA転送します。

これにより、コールドブートの安全性を保ちながら、休止状態復帰並みの超高速起動を実現しているのです。

7.3 ARMアーキテクチャ（Apple Silicon / Android）の起動シーケンス

x86が1978年のレガシーなリアルモードを引きずっているのに対し、スマートフォンやApple Silicon（M1/M2/M3/M4）に代表されるARMアーキテクチャは、はるかに近代的でクリーンな多層ブート構造を持っています。

  flowchart LR
    subgraph ARMBoot ["ARM / Apple Silicon の起動パイプライン"]
        BootROM["1. Boot ROM\n（シリコン内部に焼き付けられた不変コード）"]
        LowLevel["2. 低レベルブートローダー (LLBs / iBoot Stage 1)\n内部SRAM上で動作"]
        SecureEnclave["3. Secure Enclave (SEP) 認証\nハードウェア鍵による暗号署名検証"]
        FullOS["4. 高度ブートローダー (iBoot Stage 2 / U-Boot)\nLPDDR DRAMの開通とXNUカーネルロード"]
        BootROM --> LowLevel --> SecureEnclave --> FullOS
    end

    style ARMBoot fill:#f0f7ff,stroke:#0275d8,stroke-width:2px

Boot ROM： プロセッサのダイ内に物理的にエッチングされたマスクROMであり、後からの改ざんは物理的に不可能です。電源投入直後に実行され、Appleのルート公開鍵を用いて次段のブートローダーを暗号検証します。
例外レベル（Exception Levels）： ARMv8/v9では、特権レベルが明確に分離されています：
- EL3（Secure Monitor）： 最も高い特権。ARM Trusted Firmware（ATF）が動作し、セキュアワールドとノーマルワールドを調停。
- EL2（Hypervisor）： 仮想化支援。
- EL1（Kernel）： OSカーネル（XNUやLinux）が動作。
- EL0（User）： 一般アプリケーション。

ARMのブートシーケンスは、最高特権のEL3から始まり、ハードウェアの信頼性を一段ずつ確認しながら、安全に権限を降格してEL1（カーネル）へと着陸します。x86のような過去のしがらみ（16ビットモードやMBR）が一切存在しないため、起動速度とエネルギー効率が極めて高いのが特徴です。

8. 結論：数億行のコードと半導体が織りなす「信頼の連鎖」

電源ボタンを押してからログイン画面が出るまでの時間は、最新のNVMe SSDを搭載したPCであれば、わずか5秒から10秒程度です。

しかし、そのわずかな時間のあいだに、コンピュータは：

物理的な電圧の安定を待ち（PSU）、
40年前の16ビットリアルモードから目覚め（Reset Vector）、
キャッシュをRAMに偽装して暗号署名を検証し（UEFI）、
数千のデバイスドライバを並行して初期化し（DXE）、
ディスクのFAT32パーティションからブートローダーを呼び出し（ESP/GRUB）、
64ビットの仮想記憶空間を設計してマルチコアCPUを叩き起こし（Kernel）、
そして数千のユーザースペースプロセスを協調動作させてGUIを描画しました。

ハードウェア、ファームウェア、オペレーティングシステム、グラフィックスドライバ――人類が半世紀以上にわたって積み重ねてきた数千万行、数億行に及ぶプログラミングコードと超微細半導体テクノロジーが、1ミリ秒の隙もなく完璧なバトンリレーを成功させた結果として、あの美しいデスクトップ画面が存在しています。

次にPCの電源ボタンを押すとき、指先に伝わるわずかなクリック感の奥底で、何千億個もの電子が秩序の迷宮を駆け抜け、暗闇から世界を構築していくその壮大な叙事詩に、ぜひ思いを馳せてみてください。