MENU

Windows 10→11アップグレード失敗を徹底解決｜0x80004005・0xC1900101の原因とEFI/BCD再構築で通す実務手順

Windows11

Windows 10 から Windows 11 へのアップグレードで「0x80004005」や、進捗 100% 後に Windows 10 へ巻き戻る現象は、現場で“よくあるのに情報が散らばりがち”なトラブルです。本稿は企業・情シスやパワーユーザー向けに、EFI/BCD の不整合とドライバー起因の失敗を一気に片付ける再現性の高い手順と、ログ採取・分析の実務ベストプラクティスをまとめました。クリーンインストールを回避したい方へ。

目次

Windows 10 → Windows 11 で 0x80004005 が出る原因と直し方

症状の要約

ManageEngine や Microsoft 公式のアップグレード ツール（インストール アシスタント／MediaCreationTool／setup.exe 直接実行）で Windows 11 へ更新しようとすると、途中で失敗し エラーコード 0x80004005（未指定のエラー）が表示される。トラブルシューティングを走らせても改善しない。

核心原因

EFI システム パーティション（ESP）と BCD（Boot Configuration Data）の破損・不整合が大半です。特に以下のような環境で再現します。

  • 過去にインプレース アップグレードや修復インストールを繰り返した PC
  • OEM リカバリツールやサードパーティ製ブートマネージャーを導入・削除した履歴がある
  • ESP が 100MB 未満、または FAT32 以外／属性不正
  • マルチブート構成や暗号化（BitLocker）環境で設定が崩れている

最短解決：EFI を再作成し、BCD を再構築する

以下は クリーンインストール不要で、構成・アプリ・データを保持したまま修復できる手順です。

  1. Windows セットアップ USB で起動し、言語選択画面で Shift + F10 を押すか、「トラブルシューティング」→「詳細オプション」→「コマンド プロンプト」を開く。
  2. ESP をドライブ Y: にマウントする。 mountvol Y: /s
  3. 既存 BCD をバックアップし、ESP を FAT32 でクイックフォーマットする。 xcopy /h Y:\EFI\Microsoft\Boot\BCD C:\BCD.bak format Y: /fs:FAT32 /q フォーマット時のボリューム ラベルは EFI と入力。
  4. Windows のブート ファイルを書き込み直す。 bcdboot C:\Windows /s Y: /f UEFI
  5. USB を抜いて再起動し、アップグレードを再実行する。

重要な補足

  • BIOS/UEFI は必ず最新に更新してから実施。古い UEFI 実装だと同じエラーへ再発しがち。
  • ESP は 最低 100MB、推奨 260～300MB。BitLocker 使用時は回復キーを事前に保存・保管。
  • AD ドメイン参加端末でも クリーンインストール不要。手順は構成保持のまま実行可。
  • マルチブート（Linux 併用等）の場合、ESP をフォーマットすると他 OS のブートローダーは消える。必要なら再構築を行う。

事前健診：ディスクとファームウェアの健全性確認

確認項目目安・合格ライン推奨コマンド／操作
ファームウェア最新 UEFI（Secure Boot 対応）ベンダー提供の最新 BIOS へ更新
TPMTPM 2.0 有効tpm.msc / BIOS で確認
ESP サイズ100MB 以上（推奨 260MB 以上）diskmgmt.msc / diskpart
ESP ファイルシステムFAT32mountvol /s → プロパティ確認
空き容量C: に 25GB 以上エクスプローラー / PowerShell

ESP の位置や属性を確認する（任意）

diskpart
list disk
select disk 0
list vol
rem ＊「FAT32」「システム」属性のボリュームが ESP
select volume <番号>
detail volume
exit

mountvol が失敗する／ドライブ文字が付与できない場合

diskpart
select volume <ESP の番号>
assign letter=Y
exit
mountvol Y: /s

ESP を安全に拡張したい場合の考え方

Windows 標準機能だけでディスク先頭側の ESP を拡張するのは難度が高めです。最小限の指針は以下です。

  • まず WinRE（回復パーティション）を一時的に無効化してサイズを縮める：reagentc /disable
  • ディスク管理 or 専用ツールで ESP 隣接の空き領域を確保（※リスクがあるためバックアップ前提）
  • 拡張後に reagentc /enable で WinRE を再有効化

拡張が難しければ、本稿の「ESP 再作成＋bcdboot」で復旧しつつ、ESP を新規に 260～300MB で切り直すのが堅実です。

進捗 100% 後に再起動しても Windows 10 に戻る（表示エラーなし）

症状の要約

0x80004005 を回避したのに、アップグレード ツールが 100% まで進んで自動再起動後、Windows 11 の OOBE には入らずに Windows 10 のサインイン画面へ戻る。エラーコードは表示されないが、ログ収集すると 0xC1900101‑0x20017（ドライバー）や 0x80004005‑0x50016 が検出されるケース。

失敗の正体

セットアップの SAFE_OS/FIRST_BOOT フェーズで デバイス ドライバーがブート操作を妨げることが主因。特に古いストレージ、ネットワーク、セキュリティ関連（WFP/NDIS フィルタ、アンチウイルス、VPN/TAP、DLP、暗号化、旧 RAID/IRST、旧 AMD/ASMedia/Realtek）で顕著です。

確実に通すためのアクション

  1. EFI 再構築が正しく終わっているか二重確認（bcdedit /enum で既定エントリが正しく作成されているか、ESP の \EFI\Microsoft\Boot\ が生成されているか）。
  2. 問題のあるドライバーを更新または削除。典型例：
    • 旧 Intel RST/RAID（iaStorAC.sys 等）
    • 旧 AMD SATA/RAID/チップセット
    • 旧 VPN/TAP（OpenVPN/Cisco/古い仮想 NIC）
    • 旧アンチウイルス/EDR のフィルタ（WFP/NDIS/TDI フィルタ）
    • 旧バーチャル化系（VMware/VirtualBox の古いネットワークドライバー）
  3. FRST（Farbar Recovery Scan Tool）で FRST.txt と Addition.txt を取得し、不要・不整合ドライバーを特定。
  4. 不要ドライバーを無効化、または クリーン ブート（スタートアップと非 Microsoft サービスを停止）状態で再アップグレード。

ドライバーの棚卸しと削除の基本コマンド

pnputil /enum-drivers > C:\driverlist.txt
rem ＊怪しい oem××.inf を特定したら（例：oem42.inf）
pnputil /delete-driver oem42.inf /uninstall /force

ネットワーク系やセキュリティ製品は アンインストール専用ツールが用意されていることが多く、コントロールパネル経由よりクリーンに外せます。再導入前提で一時的に外すのが安全です。

セットアップ フェーズと典型エラーの対応表

フェーズ代表エラー主因対処の要点
SAFE_OS0xC1900101-0x20017ブートドライバー/ストレージ/ネットワークEFI/BCD 正常化、RAID/IRST 更新または一時無効化、不要フィルタの削除
FIRST_BOOT0x80004005-0x50016サービス/フィルタ/AV・EDRクリーンブート、セキュリティ製品の一時アンインストール、再導入は OOBE 完了後

クリーン ブートのすすめ（最小構成で通す）

  1. msconfig で「スタートアップのオプションを開く」→「サービス」タブ→「Microsoft のサービスをすべて隠す」にチェック→残りをすべて無効化。
  2. タスクマネージャーの「スタートアップ」タブで不要項目を無効化。
  3. 再起動後、USB メディアから setup.exe を実行してインプレース アップグレード。

トラブルシューティング用ログの取り方（実務向け）

採取キットと用途

ツール主な収集内容使い方
SetupDiag.exeセットアップ失敗理由の自動解析exe を実行しレポートを保存。結果のコード/フェーズを確認
setuplogscollect.batセットアップ全ログ + msinfo + ドライバー一覧管理者で実行 → デスクトップに SetupLogs.zip が生成
FRST64.exeレジストリ/ドライバー/サービス/スケジュールタスクの詳細「Scan」→ FRST.txt と Addition.txt を ZIP 化

ログの位置と最初に見るファイル

パス説明見るポイント
C:\$WINDOWS.~BT\Sources\Panther\setuperr.log致命的エラーの要約エラーコード/フェーズ/コンポーネント名
C:\$WINDOWS.~BT\Sources\Panther\setupact.log詳細トレース直前のドライバー/サービス名、ロールバック理由
C:\Windows\Panther\UnattendGC\setupact.log自動応答・移行時の挙動移行フェーズの停止点
C:\Windows\INF\setupapi.dev.logデバイス インストール履歴失敗したデバイス/INF 名（oemXX.inf）

SetupDiag の読み解き例

Result: 0xC1900101-0x20017
Phase: SAFE_OS
Operation: BOOT
Error: A driver has caused a problem...

上記なら「ブート時のドライバーで失敗」。対象を setupapi.dev.log で突き止め、該当ドライバーを更新もしくは外して再試行します。

FRST ログで「危ないドライバー」を見つける観点

  • 署名日付が著しく古いカーネルドライバー（例：2016 年以前）
  • WFP/NDIS/TDI フィルタを挿すネットワーク・セキュリティ系
  • ストレージ クラス（SCSIAdapter/SW/Raid/フィルタ）
  • 失効/自己署名/不明な発行元
  • 残骸サービス（ファイルなしサービス）

採取した ZIP の共有

取得した SetupLogs.zip や FRST のログは、OneDrive 等へアップロードし共有リンクを渡すと、コミュニティ/サポートが短時間で根本原因に到達できます（社内ガイドラインに従い個人情報を含む箇所はマスク推奨）。

アップグレード成功率を高める共通チェックリスト

  • BIOS・チップセット・I/O デバイス ドライバーをすべて最新化。
  • 空き容量：C ドライブに 25GB 以上、ESP に 100MB 以上（推奨 260～300MB）。
  • セキュリティ ソフトを一時無効化（またはアンインストール → OOBE 後に再インストール）。
  • 完全バックアップ、またはシステム保護ポイントを事前作成。
  • 社内 AD グループ ポリシーで互換性チェックや TPM 設定をブロックしていないか確認。
  • 長引く場合は インプレース アップグレード用 USB メディアから実行（setup.exe → この PC を今すぐアップグレード）。

実行前後の確認表（テンプレ付き）

カテゴリチェック達成方法
バックアップ最新バックアップ/復元テスト済みイメージ＋ファイルの二段構え
BitLocker回復キー保管済みコマンド manage-bde -protectors -get C:
セキュリティEDR/AV 一時無効ベンダー手順に従い完全停止
ドライバー旧版 RAID/VPN/TAP を除去pnputil / ベンダー削除ツール
UEFI/TPM最新/有効BIOS 設定、tpm.msc
ESPFAT32、100MB 以上、破損なしmountvol / bcdboot

よくある質問（FAQ）

ESP をフォーマットして本当に大丈夫？データは消えない？

ESP はブート関連だけを格納する専用パーティションです。ユーザーデータは入っていません。とはいえ、マルチブート環境では他 OS のブートローダーも消えるため、必要に応じて再作成が必要です。業務端末では事前バックアップを必須にしてください。

bootrec /fixboot が「アクセスが拒否されました」になる

Windows 10 以降の WinPE では仕様上発生しがちです。本稿の mountvol と bcdboot を使う手順に置き換えると解決します。

0xC1900101 を消せません

まずは ストレージ・ネットワーク・セキュリティの三大ジャンルを最新化/一時外し。特に RAID/IRST と VPN/TAP は鉄板の犯人です。クリーンブートと USB メディアからのインプレース実行で成功率が跳ね上がります。

TPM 2.0 や Secure Boot 未対応の PC でも通せますか？

企業方針やライセンス、サポート ポリシーに従ってください。本稿は要件を満たす PC を前提に、EFI/ドライバー由来の失敗を解決する内容に絞っています。

AD ドメイン参加でも大丈夫？

はい。本稿の手順は構成保持のインプレースです。アップグレード後のドメイン再参加は不要です。ただしグループポリシーでブロックしている機能がないか事前に確認してください。

実務レシピ：コマンドだけ一気に確認

管理者が現場で素早く実行するための「集中レシピ」です。コピペ用にまとめています。

EFI/BCD 再構築（標準手順）

rem WinPE／セットアップ USB のコマンド プロンプトで
mountvol Y: /s
xcopy /h Y:\EFI\Microsoft\Boot\BCD C:\BCD.bak
format Y: /fs:FAT32 /q
bcdboot C:\Windows /s Y: /f UEFI
wpeutil reboot

ドライバー棚卸しと削除

pnputil /enum-drivers > C:\driverlist.txt
notepad C:\driverlist.txt
rem 例：oem42.inf を削除
pnputil /delete-driver oem42.inf /uninstall /force

クリーン ブート（GUI 操作）

  1. msconfig → 「サービス」→「Microsoft のサービスをすべて隠す」→残りを無効化
  2. タスクマネージャー →「スタートアップ」→不要を無効化
  3. 再起動 → USB メディアから setup.exe 実行

ログ採取（最低限）

rem SetupDiag は exe 実行のみで OK（レポート保存）
rem setuplogscollect.bat は管理者で実行 → デスクトップに SetupLogs.zip

より深い理解：なぜ EFI/BCD の再構築で直るのか

Windows セットアップはアップグレード中に複数回再起動し、一時的なブートエントリを作って SAFE_OS → FIRST_BOOT → SECOND_BOOT… と段階的に起動環境を切り替えます。ESP のファイル群（\EFI\Microsoft\Boot\）や BCD が破損・不整合だと、この段取りが崩れ、0x80004005 のような「未指定」エラーやロールバック無限ループに陥ります。bcdboot は現在の Windows から bootmgfw.efi とブート構成を 正規の形で再展開するため、アップグレード中の仮エントリ生成が正常化し、以降のフェーズが通るようになります。

ドライバーが原因の巻き戻りを防ぐための実践ノウハウ

  • ストレージ：RAID/IRST を最新へ。IDE/旧 AHCI ドライバーは除去。NVMe の古いコントローラーは入れ替え。
  • ネットワーク：仮想 NIC（Hyper-V/VMware/VirtualBox）や VPN/TAP は一時停止または削除。
  • セキュリティ：EDR/AV/DLP は専用アンインストーラーを使用し、OOBE 完了後に再導入。
  • 周辺機器：USB ドック、特殊 HID、OC ツールは物理的に外すかサービス停止。
  • サービス残骸：FRST の Services/Drivers セクションで「ファイルなし（File not found）」を洗い出し、無効化。

「この PC では Windows 11 を実行できません」も併発している場合

互換性要件（TPM 2.0、Secure Boot、サポート CPU 等）を満たしているかをあらためて確認。満たしていない端末での無理な適用は、運用/サポート面のリスクが高いため推奨しません。

現場チェックリスト（印刷用ミニ版）

項目OK/NGメモ
UEFI/BIOS 最新化
TPM 2.0 / Secure Boot 有効
ESP FAT32 / 260MB 以上
BitLocker 回復キー保管
C: 空き 25GB 以上
EDR/AV 一時停止/削除
旧 RAID/VPN/TAP 除去
USB メディアから実行
SetupDiag/SetupLogs.zip 取得

まとめ：クリーンインストール不要で通すために

アップグレード失敗の二大要因は EFI/BCD の不整合とドライバーの不具合です。まずは mountvol＋bcdboot で ESP を健全化し、次にドライバーとサービスを絞り込んで最小構成で実行すれば、現場体感で成功率は大幅に改善します。さらに、ログ採取の標準化（SetupDiag・setuplogscollect・FRST）をチームに浸透させれば、再発時の切り分けコストも劇的に下がります。Windows 10 から Windows 11 への移行を、中断なく安全にやり切りましょう。

付録：チェックポイント詳細

BitLocker とアップグレードの関係

  • 保護をサスペンド（中断）してから実行するのが基本。復旧キーは必ず二系統（社内金庫＋パスワードマネージャー等）で保管。
  • アップグレード後、保護再開を忘れずに。

ネットワーク フィルタの見直し

WFP/NDIS フィルタは OS のメジャーアップグレードに敏感です。EDR/AV、VPN、DLP、プロキシ型クライアントが複数共存していると失敗率が高まります。最小構成で通し、完了後に段階的に戻すのが定石です。

ストレージ ドライバーの落とし穴

旧 Intel RST（iaStorV、iaStorAC）や旧 AMD RAID は、Windows 11 のブートチェーンでエラーを誘発する代表格です。導入が必要な環境でも、最新ドライバーへ更新してからアップグレードしてください。

ログの共有と情報保護

社内規程に沿って個人情報や機微情報はマスクした上で共有します。PC 名やユーザー名、IP、ライセンスキーなどは置換・黒塗りのうえで分析依頼を出すと安全です。

記事内ショートカット（管理者向け）

  • EFI の再構築：mountvol Y: /s → format Y: /fs:FAT32 /q → bcdboot C:\Windows /s Y: /f UEFI
  • ドライバー棚卸し：pnputil /enum-drivers > C:\driverlist.txt
  • ログ採取：setuplogscollect.bat（SetupLogs.zip）＋ SetupDiag.exe
  • クリーンブート：msconfig → サービス/スタートアップ最小化

最後のワンポイント

同一 PC でも「EFI の不整合」と「ドライバー不具合」が併発しているケースは珍しくありません。どちらか一方だけ直しても成功しないことがあるため、ESP 再作成＋ドライバー見直しの二段構えで挑むのが、最短・最小リスクの解決策です。

Windows11
windows10 アップグレード Windows11 EFI 0x80004005 BCD 0xc1900101

この記事を書いた人

佐藤健司のアバター 佐藤健司

実務の現場で詰まりがちなポイントを地図にするITブログ「IT trip」を運営。Windows／Office（Teams・Excel）からSQL、サーバ運用、ガジェットまで、再現性のある手順と“なぜそうなるか”を丁寧に解説します。読んだらすぐ試せること、そして迷った人の次の一歩が見えることを大切にしています。

関連記事

コメント

コメントする

目次