自作PCや複数ドライブ構成の環境で、Windows 10 のクリーン再インストールが最終段階で「Update Boot Code 失敗 (0x80004005)」となり進まない──そんな厄介なケースを分解し、原因の本質（古い EFI/ESP と BCD の衝突）と安全に復旧させるための具体手順を、再発防止の知識と合わせて徹底解説します。あわせて、再インストール直後に Windows Update が機能しない・Win+X が反応しない問題、Windows 11 が提示されない問題の実効性ある対処も網羅します。
Windows 10 再インストールが「Update Boot Code 失敗 (0x80004005)」で止まる問題の全体像
症状の詳細
- Windows 10 のクリーンインストールを最後まで進めると最終フェーズで失敗しロールバックする。
- SetupDiag で Finalize → Update Boot Code に
0x80004005 (0x50016)が記録される。 - 旧 HDD/SSD を併設している構成で発生しやすい。
根本原因：古い EFI システム パーティション（ESP）と BCD の干渉
UEFI/GPT 環境では、システムはディスク上の ESP（EFI System Partition） に置かれたブートローダ（\EFI\Microsoft\Boot\bootmgfw.efi 等）と BCD（Boot Configuration Data） を参照して起動します。クリーンインストール時に OS 用ディスクとは別のドライブに古い ESP あるいは「System」フラグ付きパーティションが残っていると、セットアップが新しいブートコードで正しく上書きできず、Update Boot Code フェーズで失敗することがあります。
| 状況 | 起きていること | 影響 |
|---|---|---|
| 複数ディスクに ESP が残存 | UEFI が旧 ESP を優先/参照 | 新しい BCD が反映されず起動/セットアップに失敗 |
| ESP が破損/容量不足（極端に小さい） | ブートファイルの配置に失敗 | Finalize フェーズで 0x80004005 |
| ブート順序が不整合 | 別ディスクの旧 Windows Boot Manager を起動 | 新 OS に切り替わらない / ループする |
開始前の安全チェック（失敗しないための準備）
- できれば OS インストール時は他のデータ用ドライブを物理的に外す（再接続は完了後）。
- 念のためファームウェア（BIOS/UEFI）の設定で Boot Mode = UEFI を確認（Legacy/CSM は無効）。
- インストールメディアは最新のイメージで作成する。
- 作業前に重要データのバックアップを確保する（別ディスク/外部メディア）。
最も確実な解決策：ESP の割り当て・初期化と BCD/ブートコードの再生成
手順（Windows 10/11 インストール USB から UEFI 起動）
- インストール USB を挿し、UEFI モードで起動する（ブートメニューで「UEFI: <USB 名>」を選択）。
- 言語選択画面で Shift + F10 を押し、WinRE のコマンド プロンプトを開く。
- 以下のコマンドで OS ディスク上の ESP を特定・割り当て・初期化し、ブートファイルを再生成する。
diskpart
list disk
select disk 0 ← OS を入れるディスク（番号は環境により異なる）
list part
select part 1 ← 「System」(EFI) のパーティションを選択
assign letter=Y ← ESP にドライブ文字を一時割り当て
exit
REM 既存 BCD のバックアップ（どちらかでOK／両方でも可）
bcdedit /export C:\BCD_backup.bak
copy Y:\EFI\Microsoft\Boot\BCD C:\BCD_backup_file.bcd
REM ESP をクイックフォーマット（FAT32）
format Y: /fs:FAT32 /q
REM Windows ブートファイルを再生成
bcdboot C:\Windows /s Y: /f UEFI
REM （必要に応じて）WinRE を再有効化
reagentc /enable
完了したら USB を抜いて通常起動し、Windows セットアップを続行します。ここまでで Update Boot Code フェーズの失敗は基本的に解消されます。
ESP が存在しない/サイズが極端に小さい場合の作り直し
ESP がない、または 50MB など極端に小さくエラーが続く場合は、新規に ESP を作成します（100〜300MB 程度が一般的）。
diskpart
select disk 0
list part
create partition efi size=300
format quick fs=fat32 label="System"
assign letter=Y
exit
bcdboot C:\Windows /s Y: /f UEFI
reagentc /enable 重要：DiskPart の select disk と select part は番号の取り違えが致命傷になります。list disk / list vol / list part で対象を必ず確認し、誤ってデータパーティションを削除/フォーマットしないようにしてください。
トラブルシュートの要点（うまくいかないとき）
- OS のパスを明示：Windows のシステムが
C:\Windowsでない場合、bcdboot <実際のパス> /s Y: /f UEFIに置き換え。 - 詳細ログ表示：
bcdboot C:\Windows /s Y: /f UEFI /l ja-JP /vで詳細出力を見て失敗箇所を特定。 - 別ディスクの旧 ESP が残る：インストール時だけでも他ディスクを外すか、少なくとも UEFI のブート順序で Windows Boot Manager（該当ディスク） を最上位に。
- BIOS/MBR 互換モードの混在：CSM/Legacy を無効にし、UEFI 専用に統一（
/f ALLは混在環境では非推奨）。 - ESP の属性：サードパーティ製ツールで属性が変わっていると失敗します。DiskPart の
set id=c12a7328-f81f-11d2-ba4b-00a0c93ec93b（GPT）を用いて EFI として再指定する方法もありますが、通常は create partition efi で自動設定されます。
SetupDiag の読み方（エラーの根拠）
ログはおもに C:\$Windows.~BT\Sources\Panther\ 配下に保存されています。Finalize → Update Boot Code の失敗、0x80004005 (0x50016) といった記録は、ESP/BCD 更新処理での例外/アクセス失敗を示唆します。ほかに Boot Configuration、OS Rollback といったキーワードがあれば、ブート領域の更新がロールバックのトリガになっている可能性が高いと判断できます。
再インストール後に Windows Update が動かず、Win+X メニューが反応しない問題
典型的な状況
- 再インストール直後のビルドが 19044.3086（21H2） など古い状態。
- 「重要な更新プログラムが不足しています」と表示されるのに、更新の取得・適用が進まない。
- Win+X（クイックリンク：ディスクの管理、タスク マネージャー等）がクリックしても開かない。
最短ルート：22H2（19045 系）へ手動更新する
Windows 10 の Enablement Package（有効化パッケージ） を用い、低リスクで 22H2 へ段階ジャンプさせます。対象は KB5015684 です。
- Microsoft Update カタログで「KB5015684」を検索し、環境に合うアーキテクチャ（x64 / x86 / ARM64）を選んでダウンロード。
- 実行して再起動後、winver で 19045（22H2）になっていることを確認。
- 続けて Windows Update を開き、累積更新プログラムを適用していく。
この手順で更新チャネルの詰まりが解消され、多段の累積更新が順次入るようになります。結果的に Win+X メニューの不具合（シェル/関連コンポーネントの不整合）も更新を通じて改善するケースが大半です。
不具合が残る場合の整備：コンポーネント修復と Windows Update リセット
22H2 化後も挙動が不安定な場合は、以下の順で整備します。
コンポーネント ストアの修復（DISM）＋ システム ファイル検査（SFC）
DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow
Windows Update サービスのリセット（安全版）
net stop wuauserv
net stop bits
net stop cryptsvc
net stop msiserver
ren C:\Windows\SoftwareDistribution SoftwareDistribution.old
ren C:\Windows\System32\catroot2 catroot2.old
net start msiserver
net start cryptsvc
net start bits
net start wuauserv その後、Windows Update を再実行し、累積更新・.NET 更新・マイクロコード更新などを順次適用します。Win+X が機能復旧していれば、システムの土台（シェル、MMC、関連 COM コンポーネント等）が新旧混在から正規状態に戻ったと判断できます。
スタートアップ アプリの整理（体感の安定化）
- 設定 > アプリ > スタートアップで不要項目を無効化。
- タスク マネージャーの［スタートアップ］タブでも同様に無効化。
- ユーザー スタートアップ フォルダー（
shell:startup）に不要ショートカットがないか確認。
なぜ「重要な更新が不足」なのに進まないのか（仕組みの補足）
21H2 のままでは、累積更新・サービス スタック更新（SSU）と有効化パッケージの依存関係が満たされず、更新経路が詰まることがあります。Enablement Package（KB5015684） は既存の 21H2 コアを 22H2 に「有効化」して、最新の累積更新が正しく適用される土台を作る役割を担います。これが最短で動線を開く鍵です。
Windows 11 へのアップグレードが提示されないとき
まずは 22H2 に上げてから Windows Update を再確認
前述の方法で Windows 10 を 22H2 に上げ、累積更新を最新化したうえで Windows Update を開くと、ハードウェア要件を満たしていれば Windows 11 が自動的に案内されるのが通常です。追加のレジストリ操作や特殊な設定は不要です。
要件のセルフチェック
| 要件 | 確認方法 | 補足 |
|---|---|---|
| TPM 2.0 | tpm.msc を実行してバージョンを確認 | Intel: PTT / AMD: fTPM を UEFI 設定で有効化 |
| Secure Boot | msinfo32 → 「セキュア ブートの状態」 | UEFI モードかつセキュアブート有効。必要に応じて既定キーの再登録 |
| UEFI / GPT | DiskPart の list disk で「Gpt」列の * を確認 | MBR なら mbr2gpt の活用を検討（バックアップ必須） |
| CPU / RAM / ストレージ | メーカー仕様 / Windows のデバイス情報 | 古いドライバーは更新しておくと成功率が上がる |
注意：Windows 10 は 22H2 が最終機能更新であり、サポートは 2025 年 10 月 14 日に終了しています。運用要件に応じて Windows 11 への移行計画を立てることを推奨します（長期運用やセキュリティ要件が厳しい場合は特に）。
作業を確実にする「実戦テクニック集」
ESP/ブート構成の見える化コマンド
diskpart
list vol ← FAT32 かつ「System」のボリュームを確認
list part ← 「System」「MSR」「Primary」などの並びを確認
exit
mountvol ← マウントポイント一覧（ESP の割当状況を把握）
bcdedit /enum all ← BCD のエントリ全体を確認（デュアルブート痕跡の把握）
msinfo32 ← BIOS モード / セキュア ブートの状態を確認 複数ディスク環境の鉄則
- インストール中は OS 用ディスクのみ接続（他ディスクは物理的に外す）。
- 再接続後は UEFI 設定で 起動順序を OS ディスクの Windows Boot Manager に固定。
- 旧ディスク側 ESP は意図なく触らない。どうしても整理する場合はバックアップを用意したうえで慎重に。
MBR/Legacy 起動と混在させない
UEFI/GPT と Legacy/MBR の混在は、セットアップや更新の典型的な躓きの原因です。CSM（Compatibility Support Module）を無効化し、UEFI 専用に統一しておくと、Update Boot Code 系の失敗が顕著に減ります。
インストールメディアの品質
- 古いメディアや不良 USB はセットアップ失敗の温床。作り直しが第一選択。
- 作成元の PC に古い ISO マウントツールや仮想ドライブが常駐していると、書き込みエラーや破損が出る場合があるため注意。
「bootrec」コマンドは原則 UEFI では使わない
bootrec /fixmbr / /fixboot / /rebuildbcd は主に Legacy/MBR 向けの修復です。UEFI/GPT 環境での正攻法は bcdboot によるブートファイル再生成と ESP の適正化です。混在環境で /ALL 指定などを乱用すると、かえって混乱を招きます。
ケーススタディ：原因ごとの対処早見表
| 症状 | 主因 | 効果的な対処 |
|---|---|---|
| 再インストール失敗 (0x80004005) | 旧 ESP/BCD の衝突 | EFI パーティションの削除・再作成（または初期化）→bcdbootで再構築 |
| Windows Update が無反応 | 旧ビルド（21H2）で更新経路が詰まり | KB5015684（22H2 有効化パッケージ）を手動適用→ 累積更新を順次適用 |
| Win+X が動かない | システム ファイルの不整合 | 22H2 化 & 累積更新 + DISM / SFC で自動修復 |
| Windows 11 提示なし | 21H2 のまま / 要件未達 | 22H2 へ上げた後に再チェック（TPM2.0 / Secure Boot / UEFI/GPT を満たす） |
完全手順をまとめた実行フロー（コピペ用）
1) ESP の初期化とブート再構築
REM 1. WinRE コマンドプロンプト（Shift+F10）で起動
diskpart
list disk
select disk 0
list part
select part 1 REM 「System」(EFI)
assign letter=Y
exit
REM 2. BCD バックアップ
bcdedit /export C:\BCD_backup.bak
REM 3. ESP 初期化
format Y: /fs:FAT32 /q
REM 4. ブートファイル再生成（日本語ロケールで詳細表示）
bcdboot C:\Windows /s Y: /f UEFI /l ja-JP /v
REM 5. WinRE 再有効化（必要に応じて）
reagentc /enable 2) 22H2 への更新と整備
REM 6. KB5015684（Enablement Package）を適用（ダブルクリックで実行）
REM 7. 再起動後、winver で 19045（22H2）を確認し、Windows Update を実行
REM 8. 不具合があればコンポーネント修復
DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow
REM 9. 必要なら Windows Update のリセット
net stop wuauserv && net stop bits && net stop cryptsvc && net stop msiserver
ren C:\Windows\SoftwareDistribution SoftwareDistribution.old
ren C:\Windows\System32\catroot2 catroot2.old
net start msiserver && net start cryptsvc && net start bits && net start wuauserv よくある質問（FAQ）
Q. SetupDiag に他のエラー（0xC1900101 などドライバー系）が出ている場合は？
まずは周辺機器を最小構成にし、SATA/NVMe ストレージドライバーやチップセットドライバーを最新化します。無線 LAN や古いストレージコントローラが原因のことも多いので、セットアップ時は外しておくのが無難です。それでも失敗する場合は drivers キーワード付近のログを精読し、該当ドライバーを更新/削除してから再試行します。
Q. bcdboot が「ファイルのコピーに失敗しました」となる場合は？
- ESP のドライブ文字割り当て（Y:）が生きているか。
- ESP のファイルシステムが FAT32 か（NTFS では不可）。
- Windows のシステムパーティションのパス（
C:\Windowsか）を再確認。 - 他ディスクの ESP を UEFI が優先していないか（ブート順序/旧ディスク切り離し）。
Q. 起動後に Windows RE（回復環境）が見つからないと言われる
reagentc /info を実行して状態を確認し、reagentc /enable で有効化します。自動構成されない場合、回復パーティションの存在と Winre.wim の配置を確認します。
Q. ESP を消してしまった／サイズを変えたい
ESP は OS の起動に不可欠です。サイズ変更は shrink/extend を伴い、誤操作で OS が起動不能になります。最小限の安全策としてフルバックアップを取得し、必要であれば create partition efi で作り直して bcdboot で再生成する方法を採用してください。
Q. Windows 11 が依然として提示されない
TPM/Secure Boot/UEFI/GPT が満たされているかを再点検し、ファームウェア（BIOS/UEFI）の更新、ストレージ・グラフィック・ネットワーク系ドライバーの更新を行ってから Windows Update を再確認します。企業/教育機関向けのポリシーやレジストリで抑止されている場合もあります（ローカル グループポリシーやレジストリ値に注意）。
再発防止のポイント（要点の復習）
- マルチドライブ環境では旧ディスクを外すか、ESP を整理してからインストールする。
- インストール完了後はまず Enablement Package でビルドを最新系列に上げ、Windows Update で累積更新を適用。
- UEFI/GPT に統一し、セキュア ブートを有効化して起動の一貫性を確保。
- ESP は FAT32・100〜300MB 程度を目安に適正化し、bcdboot で正しく再生成。
- Windows 10 の長期運用はリスクが高まるため、条件が整えば Windows 11 への移行を計画的に進める。
実務で役立つチェックリスト
| チェック | 確認/操作 | 合格基準 |
|---|---|---|
| UEFI 専用起動 | BIOS 設定で CSM/Legacy 無効 | UEFI のみ |
| ディスク選定 | DiskPart で select disk を厳密確認 | OS 用のみ接続/選択 |
| ESP 状態 | list vol で FAT32/System を確認 | 100〜300MB、正常マウント |
| BCD 再生成 | bcdboot C:\Windows /s Y: /f UEFI | エラーなし |
| WinRE | reagentc /enable | 有効 |
| 22H2 化 | KB5015684 を適用 | 19045 系 |
| コンポーネント修復 | DISM / SFC 実行 | 整合性違反なし |
| Windows 11 要件 | TPM 2.0 / Secure Boot / UEFI / GPT | すべて満たす |
結論
今回のポイントは明快です。（1）旧 ESP/BCD の干渉を断ち切るために EFI パーティションを初期化・再構築し、（2）bcdboot でブート環境を正常化する。続いて （3）KB5015684 で 22H2 へ段階更新し、累積更新で足回りを整える。これだけで、インストール失敗（0x80004005）・Windows Update 停滞・Win+X 不具合・Windows 11 非提示まで、一連の問題を一気通貫で解決できます。再発を防ぐには、マルチドライブ時の物理切り離しと UEFI/GPT の統一、ESP の厳密な管理を習慣化してください。
コメント