Windows 11 を 24H2 に更新しようとしたときに「エラー 0x80004005（不明なエラー）」だけを残して失敗するケースが増えています。本記事では、Windows Update の一般的な対処（トラブルシューティング、DISM、sfc、クリーンアップなど）を一通り試しても直らない状況を想定し、実際に解決に至った「ISO を使ったオフライン インプレース修復」と「EFI システム パーティションの修復」を、できるだけ具体的な手順で解説します。
エラー「0x80004005」で Windows 11 24H2 に更新できないときの全体像
0x80004005 は「不明なエラー」と表示される汎用コードで、メッセージからは何も読み取れません。特に Windows 11 24H2 への更新時に、このエラーだけでセットアップが強制終了し、setuperr.log は空、setupact.log にも決定的なエラーが見つからない……というパターンが少なくありません。
本記事で想定する状況は次のようなものです。
| 項目 | 状態の例 |
|---|---|
| 更新方法 | Windows Update またはインストールアシスタントから 24H2 へアップグレード |
| エラーコード | 0x80004005（不明なエラー） |
| ログ | setuperr.log は空または軽微な情報のみ。setupact.log にも決定打がない |
| 事前対処 | DISM /RestoreHealth、sfc /scannow、ストレージのクリーンアップなどは実施済み |
このような場合、表面上は「何も壊れていない」ように見えても、内部ではブートローダーや EFI システム パーティションに不整合・破損が発生しており、新しいブート構成を書き込めずに失敗しているケースが非常に多く見られます。
この記事での解決方針は次の 2 段階です。
- 第 1 段階：Windows 11 の ISO を使った「オフライン インプレース修復アップグレード」を実行する
- 第 2 段階：それでも失敗する場合は、WinRE から EFI システム パーティションを初期化し、
bcdbootでブートファイルを再構築する
あわせて、クリーンブートやドライバーの整理といった「成功率を上げるための補助策」、および再発防止の考え方も紹介します。
0x80004005 とは？今回のケースで何が起きているのか
0x80004005 自体は「指定されたエラーは不明です」という意味を持つ、非常に汎用的なコードです。ネットワーク、圧縮ファイル、仮想マシン、Windows Update など、さまざまな場面で登場します。
しかし、Windows 11 の機能更新（22H2 → 23H2 → 24H2 のような大型アップデート）中に 0x80004005 が発生する場合、次のような要因が潜んでいることが多くあります。
- 起動に関わるファイル（BCD・ブートローダー）が正しく書き換えられない
- EFI システム パーティションのファイルシステムに破損がある
- サードパーティ製セキュリティソフトやドライバーが、ブート構成の更新を妨げている
- ストレージの一部セクタ不良により、重要な情報の読み書きに失敗している
今回のように setuperr.log が空で setupact.log にも致命的なエラーが出ていない場合、更新処理そのものはひと通り進んでいるものの、最後の「ブート環境の更新」フェーズで失敗している可能性が高く、その裏で EFI パーティションや BCD に何らかの問題が起きていると考えられます。
| 状況 | 考えられる原因 |
|---|---|
| インストール途中でロールバックし、元のバージョンに戻る | ブートローダーの更新失敗、EFI パーティションの破損・空き不足 |
| エラーは 0x80004005 のみで、ログに明確な理由が出ない | セットアップからは詳細を判断できず、「不明なエラー」として一括処理されている |
| DISM や SFC では問題が検出されない | Windows 本体のファイルではなく、起動領域（EFI）側の問題である可能性が高い |
つまり、OS 本体を上書きしつつ、ブート環境を再構成する「インプレース修復アップグレード」と、起動領域そのものの修復（EFI の再初期化）が、解決のカギになります。
まず試すべき解決策：ISO を使った“オフライン”インプレース修復アップグレード
なぜ ISO のオフラインアップグレードが有効なのか
Windows Update やインストールアシスタント経由のアップグレードでは、途中で追加の更新プログラムをダウンロードしたり、オンラインで適用順序を最適化したりします。この過程でネットワークエラーや一時ファイルの競合が起こると、元々ギリギリだった環境が決定的に破綻してしまうことがあります。
一方、ISO を使ったオフライン インプレースアップグレードでは、必要なファイルがすべてローカルの ISO 内に揃っているため、以下のメリットがあります。
- 更新中に新しいパッチを取りに行かないため、処理パターンが安定する
- Windows Update のキャッシュや一部の不整合に影響されにくい
- 同じ ISO から何度でも試せるので、原因切り分けがしやすい
| 方法 | 特徴 | おすすめ度 |
|---|---|---|
| Windows Update 経由 | 最も手軽だが、キャッシュやオンライン依存が大きい | 0x80004005 発生後は非推奨 |
| インストールアシスタント | UI は分かりやすいが、内部的には Windows Update と似た挙動 | 同じエラーが出るなら ISO へ移行 |
| ISO オフライン インプレース | メディア作成ツールから ISO を取得し、ローカルで完結 | 本記事で最優先で推奨 |
事前準備（必ず推奨）
- 重要なデータのバックアップ：外付け HDD やクラウドにユーザーフォルダーをバックアップ
- 空き容量の確保：C ドライブに最低 30GB 以上の空きがあると安心
- 不要な周辺機器の取り外し：外付けドライブ、古いプリンター、一部の USB デバイスは外しておく
- サードパーティ製セキュリティソフトは一時的に無効またはアンインストール
- クリーンブートの準備：後半で解説しますが、常駐を減らしてから実行すると成功率が上がります
メディア作成ツールで Windows 11 ISO を取得する
まず、Microsoft 公式サイトから「Windows 11 のインストールメディアを作成する」ツール（メディア作成ツール）をダウンロードします。ダウンロードした MediaCreationToolW11.exe を管理者として実行し、表示されるウィザードに従って ISO ファイルを作成します。
- ライセンス条項に同意する
- 「この PC におすすめのオプションを使う」にチェックが入っていることを確認（普段使っている言語・エディション・アーキテクチャが自動選択されます）
- 「使用するメディアを選んでください」で 「ISO ファイル」 を選択
- 保存先フォルダー（例：
C:\ISOなど）を指定してダウンロード完了まで待つ
同じ ISO を後から何度でも使えるため、USB メモリではなく ISO ファイルを手元に残しておくのがおすすめです。
ISO をマウントしてインプレースアップグレードを実行する手順
ISO ファイルを使ったインプレースアップグレードは、次のように行います。
- エクスプローラーで ISO ファイルを右クリックし、「マウント」 を選択する
- マウントされた仮想ドライブ（例：
E:）を開く - ルートフォルダーにある
setup.exeを右クリックし、「管理者として実行」する
セットアップが起動したら、最初の数画面で次のポイントを確認します。
- 「更新プログラム、ドライバー、オプション機能の入手」で 「更新プログラムのダウンロード方法を変更」 をクリック
- 「今は実行しない」 を選択して進む（完全なオフラインアップグレードにするため）
- ライセンス条項に同意した後、「インストールの準備ができました」画面で 「個人用ファイルとアプリを引き継ぐ」 が選ばれていることを必ず確認
あとは画面の指示に従って進めます。再起動が複数回行われ、しばらく「更新プログラムを構成しています」や類似のメッセージが続きます。途中で電源を切らないこと が重要です。
USB インストールメディアとの違い・使い分け
メディア作成ツールから USB インストールメディアを作成し、その中の setup.exe からインプレースアップグレードを行うことも可能です。動作としては ISO をマウントして実行する方法とほぼ同じですが、毎回 USB から読み込む必要があり、再挑戦のたびに読み込み時間がかかります。
普段使う PC であれば、ISO ファイルをローカルに保存し、必要なときにマウントして使う方法が最も効率的です。複数台の PC を順番にアップグレードしたい場合には USB メディアを活用するとよいでしょう。
ISO でも 0x80004005 で失敗したら
ここまでの手順でアップグレードできれば、0x80004005 は一旦解消です。しかし、ISO からのオフライン インプレースアップグレードでも同じように失敗する場合、Windows の本体ではなく、EFI システム パーティション（起動領域）の破損が強く疑われます。
その場合は、次の「EFI システムパーティションの修復」を検討します。
ISO でも失敗する場合：EFI システム パーティションの修復
EFI システム パーティションとは
UEFI ブートの Windows 11 では、ストレージ上に「EFI システム パーティション」と呼ばれる 100〜260MB 程度の小さな領域が存在します。このパーティションには次のような情報が保存されています。
- Windows 起動に必要なブートローダー
- ブートマネージャーの設定（BCD：Boot Configuration Data）
- 一部のベンダー固有の起動関連ファイル
通常の利用中にはほとんど触れることはありませんが、ストレージのエラーやパーティション操作ソフトの影響、過去の OS からのアップグレードを繰り返してきた環境などでは、ファイルシステムに破損や不整合が蓄積していることがあります。
大型アップデートでは、この EFI パーティションに対して新しいブートファイルや設定を書き込むため、ここに問題があるとアップグレードの最後の段階で失敗し、0x80004005 などのエラーでロールバックしてしまうわけです。
EFI パーティション破損が疑われるときのサイン
| 現象 | EFI との関連性 |
|---|---|
| 複数の機能更新（22H2 → 23H2 → 24H2 など）が連続して失敗する | 古いブート情報が残り続け、新しい構成に書き換えられていない |
| ブートマネージャーに古い OS のエントリが残っている | BCD が整理されておらず、構成の不整合が起きている |
| セットアップログで「ブート環境の更新」付近の処理でリトライが繰り返される | EFI パーティションへの書き込みに失敗している可能性 |
作業前の注意事項
EFI パーティションに直接手を入れる作業は、誤ったディスク・パーティションを操作すると起動不能になるリスクがあります。必ず次の点を守ってください。
- 重要データのバックアップを取ってから実行する
- ノート PC の場合は AC アダプターを接続し、作業中に電源が落ちないようにする
diskpartのlist disk/list vol/dirを使い、対象ディスク・パーティションを必ず目視で確認する- BitLocker 有効環境では、事前に回復キーを控えておく（WinRE 起動時に求められることがあります）
WinRE（Windows 回復環境）を起動する
EFI パーティションの修復は、Windows が完全に停止した状態で行う必要があります。次のいずれかの方法で WinRE を起動します。
- スタートメニュー → 電源アイコン → 再起動 を Shift キーを押しながらクリック → 「オプションの選択」画面から「トラブルシューティング」 → 「詳細オプション」 → 「コマンド プロンプト」
- 起動時に Windows を 2〜3 回連続で強制終了すると、自動的に回復モードに入り「詳細オプション」からコマンド プロンプトを開けることがあります
- 別 PC で作成した Windows 11 インストールメディアからブートし、「コンピューターを修復する」 → 「トラブルシューティング」 → 「コマンド プロンプト」
WinRE で EFI パーティションを初期化し、ブートファイルを再作成する手順
以下は、WinRE のコマンド プロンプト上で実行する一連のコマンド例です。<> で書かれた番号は、実際の環境に合わせて読み替えてください。
diskpart
list disk
select disk <Windows が入っているディスク番号>
list part
select part <EFI のパーティション番号> ← 通常 100〜260MB / FAT32
assign letter=Y
exit
REM 必要に応じて Windows のドライブ文字を確認（例：D:）
dir D:\Windows
REM BCD 退避（任意・あれば安心）
xcopy /h Y:\EFI\Microsoft\Boot\BCD D:\
REM EFI を初期化（クイックフォーマット）
format Y: /fs:FAT32 /q
（ボリュームラベルの入力を求められたら「EFI」と入力）
REM ブートファイル再作成
bcdboot D:\Windows /s Y: /f UEFI
コマンドの意味を簡単に整理しておきます。
| コマンド | 役割 |
|---|---|
diskpart | ディスク・パーティション操作ツールを起動 |
list disk / list part | 接続されているディスク・パーティションを確認 |
assign letter=Y | 通常はドライブレターのない EFI パーティションに一時的に Y: を割り当てる |
xcopy /h ... | 現在の BCD をバックアップしておく（万一の復旧用） |
format Y: /fs:FAT32 /q | EFI パーティションを FAT32 でクイックフォーマットし、中身を初期化 |
bcdboot D:\Windows /s Y: /f UEFI | D:\Windows のインストールから UEFI 用のブートファイル一式を Y:（EFI）に再構成 |
すべてのコマンドが正常に完了したら、コマンドプロンプトと WinRE を閉じ、PC を再起動します。通常通り Windows が起動できることを確認したうえで、再度 ISO からのオフライン インプレースアップグレードを実行します。
EFI の初期化と bcdboot によるブートファイル再作成を行ったあとは、0x80004005 が再発せずに 24H2 までアップグレードできるケースが非常に多くなります。
成功率を上げる補助策：クリーンブート・ドライバー整理など
EFI を修復しても、常駐ソフトや古いドライバーが強く干渉している場合、アップグレードが不安定になることがあります。実行前後に次のような対策を組み合わせると、成功率がさらに高まります。
クリーンブートでサードパーティ常駐を停止する
クリーンブートとは、Microsoft 以外のサービスやスタートアップを極力停止した状態で Windows を起動する方法です。インプレースアップグレード実行前にクリーンブート状態にしておくことで、不必要なドライバーや常駐アプリによる干渉を減らせます。
Win + Rキーを押し、msconfigと入力してシステム構成を開く- 「サービス」タブで 「Microsoft のサービスをすべて隠す」 にチェックを入れ、残っているサービスのチェックをすべて外す
- 「スタートアップ」タブから「タスク マネージャーを開く」をクリックし、不要なスタートアップ項目を 無効 にする
- PC を再起動する
- クリーンブート状態で、ISO から
setup.exeを実行してアップグレードを行う
アップグレードが完了したら、クリーンブートを元に戻し、必要なサービスやスタートアップを再度有効にします。
メモリ整合性（Core Isolation の Memory Integrity）と古いドライバーの整理
Windows 11 では、「コア分離（Core Isolation）」の一機能である 「メモリ整合性（Memory Integrity）」 をオンにすることで、カーネル空間に読み込まれるドライバーの整合性を検証できます。互換性のない古いドライバーがあると、この機能をオンにできない場合があります。
- メモリ整合性そのものは 24H2 へのアップグレードの必須条件ではありません
- しかし、アップグレードを機に古いドライバーを見直す指標として活用できます
「Windows セキュリティ」→「デバイス セキュリティ」→「コア分離の詳細」からメモリ整合性をオンにしようとした際、互換性のないドライバーが表示された場合は、次のいずれかを検討します。
- デバイスメーカーから最新のドライバーをダウンロードして更新する
- 使っていない周辺機器であれば、アンインストール・取り外しする
- どうしても必要な周辺機器の場合は、アップグレード実行時のみ一時的に取り外す
ディスク クリーンアップで更新関連の一時ファイルを整理
Windows Update の失敗を繰り返すと、更新キャッシュや一時ファイルがディスク上に蓄積していきます。ISO からのオフライン アップグレードではこれらの影響を受けにくいとはいえ、アップデート前に一度整理しておくとより安全です。
- スタートボタンを右クリックし、「ファイル名を指定して実行」から
cleanmgrを起動する - C ドライブを選択し、「OK」をクリック
- 「システムファイルのクリーンアップ」をクリックし、再度 C ドライブを選択
- 「Windows Update のクリーンアップ」「一時ファイル」「一時 Windows インストール ファイル」などにチェックを入れる
- 削除を実行し、完了後に PC を再起動する
| 実施項目 | 目的 | 実施タイミング |
|---|---|---|
| クリーンブート | 常駐アプリ・ドライバーの干渉を減らす | ISO 実行前 |
| メモリ整合性の確認 | 互換性のない古いドライバーを洗い出す | アップグレード前後 |
| ディスク クリーンアップ | 古い更新キャッシュ・一時ファイルを削除 | ISO ダウンロード後〜実行前 |
アップデート後に GPU ユーティリティが不安定な場合
24H2 へのアップデート後に、GPU メーカー提供のユーティリティ（例：NVIDIA、AMD、Intel のコントロールセンター）が起動しない・動作が不安定になることがあります。この場合は、次のように対処します。
- ユーティリティと関連ドライバーを一度アンインストールし、最新版をクリーンインストールする
- メーカーが提供しているクリーンアップツール（Display Driver Uninstaller など）を使う場合は、手順と注意事項をよく読み、自己責任で実行する
ブートローダーや EFI を修復した後は、こうしたアプリ側の再インストールだけで安定するケースがほとんどです。
BIOS／UEFI アップデートについて
0x80004005 が発生した際、「BIOS（UEFI ファームウェア）を更新したほうがよいのか？」と悩むことがあります。結論から言うと、必ずしも毎回の大型アップデートで BIOS 更新が必須というわけではありません。
ただし、次のような場合には、BIOS 更新も検討に値します。
- ベンダーのリリースノートに「UEFI の安定性向上」「Windows 11 との互換性改善」などが明記されている
- 起動時に謎のフリーズや再起動が頻発するなど、ファームウェア由来と思われる問題がある
今回のように、EFI システムパーティションを修復し、bcdboot でブートファイルを再作成することで問題が解決した場合、少なくともその PC においては BIOS 更新が 24H2 アップデートの必須条件だったわけではないと言えます。
BIOS 更新は失敗時のリスクもあるため、「ベンダーが明確に起動まわりの修正を出しているか」「現在の動作に致命的な問題があるか」を確認したうえで慎重に判断してください。
ログファイルで原因を掘り下げる：setupact.log / setuperr.log
原因調査の観点からは、Windows セットアップが出力するログファイルの中身を確認しておくことも有用です。代表的なログファイルの場所は次の通りです。
C:\Windows\Panther\setupact.logC:\Windows\Panther\setuperr.logC:\$WINDOWS.~BT\Sources\Panther\配下の各種ログ
setuperr.log はエラー専用のログですが、今回のように空、または軽微な警告しか出ていない場合、致命的なエラーとして認識されていないことを意味します。その一方で setupact.log には、ブート環境の更新処理を含む詳細な処理履歴が記録されています。
メモ帳などで setupact.log を開き、「boot」「EFI」「rollback」などのキーワードで検索すると、どのタイミングで処理がやり直されているか、どのフェーズでロールバックしているかの目安がつきます。
もし、ログ中でブート環境の更新が何度もリトライされているような記録が見つかれば、EFI パーティションの不整合を疑う根拠にもなります。この記事で紹介した EFI 修復と bcdboot の再実行は、そのようなログの「裏側」で実際に起きている問題を直接解消するアプローチです。
再発防止のポイント
一度 EFI を修復して 24H2 まで上げられたとしても、今後の機能更新やハードウェアトラブルで同様の問題が再発しないように、日頃から次の点を意識しておくと安心です。
- 大型アップデート中に電源を切らない（特にノート PC は AC 接続を徹底）
- ストレージ（SSD/HDD）の SMART 情報を時々チェックし、異常値が出ていないか監視する
- パーティション操作ソフトを使う場合は、EFI パーティションに触れない・または操作内容をよく確認する
- 不要な常駐ソフトや古いドライバーは定期的に整理する
- 次の機能更新前に、再度 ISO を用意してオフライン インプレースアップグレードのルートを確保しておく
| 対策 | 期待できる効果 |
|---|---|
| SMART 情報の定期確認 | ストレージの故障兆候を早期発見し、EFI を含むデータ破損を未然に防ぐ |
| 常駐ソフトの棚卸し | アップグレード時の競合を減らし、エラーの再発を抑える |
| ISO メディアの事前準備 | Windows Update が失敗しても、すぐにインプレース修復に切り替えられる |
まとめ：0x80004005 で 24H2 に上げられないときの考え方
Windows 11 を 24H2 に更新しようとした際の「0x80004005（不明なエラー）」は、表面上は原因が分かりにくいものの、実際にはブートローダーや EFI システムパーティションの不整合・破損が関わっているケースが少なくありません。
まずは Windows 11 の ISO を使った オフライン インプレース修復アップグレード を試し、それでも解決しない場合には、WinRE で EFI パーティションを初期化し bcdboot でブートファイルを再作成する、という二段構えでアプローチするのがおすすめです。
- Step 1：メディア作成ツールで Windows 11 ISO を取得し、ISO をマウント →
setup.exe→ 「今は更新プログラムを実行しない」でオフライン インプレースアップグレード - Step 2：ISO でも同じ 0x80004005 で失敗する場合は、WinRE で EFI パーティションを FAT32 で初期化し、
bcdboot D:\Windows /s Y: /f UEFIでブートファイルを再生成してから再度アップグレード - 補助策：クリーンブート、古いドライバーや常駐ソフトの整理、ディスククリーンアップで成功率を底上げ
適切なバックアップと注意点を押さえながらこれらの手順を実施すれば、しつこく再発していた 0x80004005 から解放され、Windows 11 24H2 への更新を完了できるはずです。トラブルが起きたときこそ、原因を整理しながら一歩ずつ進めていきましょう。
コメント