Windows 10 から 11 へのインプレースアップグレードが 75% で失敗する原因と対処法【wcp.dll 0xC000A083】

Windows 10 から Windows 11 へのインプレース アップグレードが 75% 付近で失敗し、何度試してもロールバックしてしまう……。この記事では、wcp.dll の XML 解析エラー(0xC000A083)が原因だった実際の事例をベースに、Sandbox の削除とドライバー整理でアップグレードを完了させる手順を詳しく解説します。

目次

Windows 10→11 インプレース アップグレードが 75% で止まる症状

まず、今回取り上げるケースの症状を整理します。よくある「エラーコードだけ出て終わり」ではなく、かなり特徴的な挙動をします。

項目具体的な症状
アップグレード方法Windows 10 から Windows 11 への インプレース アップグレード(ISO マウント→setup.exe 実行)
進行状況黒画面の「更新プログラムを構成しています」フェーズで 約 75% 前後までは進む
そこで起きること突然の例外クラッシュ → 自動再起動 → ロールバック(元の Windows 10 に戻る)
画面上のメッセージ一般的な「インストールに失敗しました」程度で、原因は不明瞭
ログ・ダンプ解析wcp.dll が XML を解析できず例外(NTSTATUS 0xC000A083)を投げている

つまり、ハードウェアの不具合やストレージ障害というより、Windows コンポーネント自体の移行処理でコケている典型例です。

wcp.dll と 0xC000A083 エラーの正体

メモリダンプや CBS ログを確認すると、次のような情報が読み取れます。

  • クラッシュしているモジュールは wcp.dll(Windows Component Platform)
  • DismHost.exe 実行中に CMigInfoInstaller::LoadMigInfoXmlAndVerifyIntegrity で例外
  • ステータスコードは 0xC000A083(要求された XML データを解析できません)

ざっくり言うと、

「Windows コンポーネント サービシング(CBS)が、MigInfo(移行情報)用の XML を読み込んだところ、中身が変・空・壊れているなどでパースに失敗 → wcp.dll が例外を投げてロールバック」

という形です。

要素説明
wcp.dllコンポーネント ストア(WinSxS)や CBS の処理を担う Windows の中核 DLL。更新・移行・ロールバックなどで動く。
MigInfo XMLインプレース アップグレード時に使用される「どのコンポーネントをどう移行するか」の情報を持った XML。
0xC000A083XML 解析エラー。XML が不正・空・null の場合など、正しく読み込めない時に返されるステータス。

このエラーを引き起こしていた要因として、実際の事例では次の 2 点が強く関与していました。

  • Windows サンドボックス(Windows Sandbox)関連のパッケージ・コンテナ
  • 古く互換性のないドライバーの残骸(特に USB・モデム・フィルタードライバーなど)

そしてその結果、メモリ整合性(コア分離 > メモリ整合性)が無効化されている状態でした。

結論:有効だった対処の全体像

さきに「答え」からまとめておきます。このケースでは、以下の 3 ステップですべて解決しました。

ステップ内容ねらい
1Windows サンドボックスをアンインストールSandbox/コンテナ周りのパッケージを整理し、問題の MigInfo XML を通らないようにする/再生成を促す
2互換性のないドライバーを整理し、メモリ整合性を有効化旧式ドライバーによるコンポーネント不整合・セキュリティ制限を排除し、クリーンなドライバー環境を作る
3Windows 11 24H2 ISO からインプレース アップグレードより新しいセットアップ環境でアップグレード処理をやり直し、安定した移行を行う

この 3 つを順番に実施した結果、それまで何度やっても 75% で失敗していた Windows 10→11 のインプレース アップグレードが 1 回で成功しました。

作業前にやっておくべき事前準備

システム レベルの変更が多いため、事前の保険は必須です。最低限、次の準備を整えておきましょう。

  • システム全体のバックアップ
    • イメージ バックアップソフト(Macrium Reflect、Acronis など)や、別ドライブへのファイルバックアップ
  • 復元ポイントの作成
  • 不要な周辺機器の取り外し
    • USB ストレージ、プリンター、古いチューナーやキャプチャボードなどは一旦外す
  • 最新の Windows 11 ISO を用意
    • 可能なら 24H2 以降の ISO を利用(22H2 や 23H2 では同じ問題を踏む可能性があるため)
    • アップグレード時はオフラインで実行するのが無難(途中でドライバーを勝手に取りに行かせないため)

ステップ 1:Windows サンドボックスをアンインストールする

今回のケースで最も効いたのがここです。Windows サンドボックスを無効化しただけで wcp.dll のクラッシュが止まった可能性が高く、事実上の「本丸」だったと考えられます。

GUI から無効化する方法

  1. Win + R キーを押し、OptionalFeatures.exe と入力して Enter。
  2. 「Windows の機能の有効化または無効化」画面で、「Windows サンドボックス」のチェックを外す。
  3. OK を押し、再起動を実施。

コマンドから無効化する方法(DISM)

管理者権限のコマンド プロンプト、または PowerShell を開き、以下を実行します。

DISM /online /Disable-Feature /FeatureName:Containers-DisposableClientVM /NoRestart

実行後、必ず再起動してください。

この操作によって、Sandbox 関連のコンポーネントとその移行対象が減り、MigInfo XML の不整合を含むパスを通らなくなった/XML が再生成されたことが考えられます。

ステップ 2:互換性のないドライバーを整理し「メモリ整合性」を有効化する

次に、旧式ドライバーを整理します。ここでは 「メモリ整合性(コア分離)」をあえて指標として使うのがポイントです。

メモリ整合性をチェックする

  1. タスクバーのシールドアイコン、またはスタートメニューから「Windows セキュリティ」を開く。
  2. 「デバイス セキュリティ」 → 「コア分離の詳細」を開く。
  3. 「メモリ整合性」を「オン」に切り替える。

ここで、もし互換性のないドライバーが残っている場合、次のような画面になります。

  • メモリ整合性をオンにしようとすると「互換性のないドライバーがあります」と表示
  • ドライバー名・ファイル名がリストアップされる

このリストはそのまま「整理すべき問題ドライバーのリスト」になります。

PnP ドライバーを列挙し、問題のドライバーを削除する

互換性のないドライバーは、たいてい古い USB/モデム/チューナー/セキュリティソフトなどが残したものです。pnputil を使うことで、インストール済みの INF ドライバーを確認・削除できます。

1. ドライバー一覧を取得する

pnputil /enum-drivers > C:\drivers.txt
notepad C:\drivers.txt

これで、すべてのサードパーティ ドライバー一覧をテキストとして確認できます。

代表的な問題ドライバー種別例としてよく見かけるファイル名
USB/WWAN/モデム系ewusbmdm.sys、ew_cdcacm.sys、ew_usbenumfilter.sys、ew_hwusbdev.sys、ew_wwanecm.sys など
USB–シリアル変換ftdibus.sys、HtcVComV64.sys、FcSerial.sys、FcSwitch.sys など
カメラ/周辺機器lvrs64.sys、lvuvc64.sys、kinectcamera.sys、xusb21.sys など
チューナー/キャプチャemBDA64.sys、emOEM64.sys、FlashUSB.sys など
ディスク/セキュリティuim_im.sys、USBDrv_AMD64.sys など
光学ドライブ用フィルターPxHlpa64.sys(Roxio/Sonic 系)、GEARAspiWDM.sys(iTunes/GEAR)など

これらがメモリ整合性の妨げになっている場合は、アンインストール or ドライバー削除が必要です。

2. 該当する INF ドライバーを削除する

問題のドライバーが、どの INF(oemXX.inf)に紐づいているかは、pnputil /enum-drivers の出力で確認できます。

削除は次のように行います。

pnputil /delete-driver oemXX.inf /uninstall /force
  • oemXX.inf は、実際の INF 名に置き換える
  • /uninstall:関連デバイスもアンインストール
  • /force:強制削除(使用中の場合は再起動が必要になることも)

削除後は再起動してから、もう一度「メモリ整合性」を有効にできるか確認します。

フィルター ドライバーに注意(PxHlpa64.sys / GEARAspiWDM.sys など)

特にやっかいなのが、光学ドライブまわりのクラス フィルター ドライバーです。

  • PxHlpa64.sys:Roxio/Sonic 系のライティングソフトが入れていくことが多い
  • GEARAspiWDM.sys:古い iTunes/GEAR ドライバーなど

これらは単純に pnputil で INF を削除しても、レジストリのクラスフィルター設定が残り、半端な状態になることがあります。その場合は、

  • 元となるアプリケーション(古いライティングソフト、旧 iTunes など)をアンインストールする
  • 必要であれば、デバイスマネージャーの対象デバイスのプロパティからクラスフィルターを確認・削除する

といった対応が必要です。

再起動後、メモリ整合性が有効になったか確認

ドライバー整理が終わったら、再び「Windows セキュリティ」→「デバイス セキュリティ」→「コア分離の詳細」を開き、

  • メモリ整合性が「オン(有効)」になっている
  • 互換性のないドライバーの警告が出ていない

ことを確認します。ここまで来れば、ドライバーまわりの地雷はかなり除去できたと考えてよいです。

ステップ 3:残骸のクリアとコンポーネント ストアの健全化

次に、更新コンポーネントのキャッシュや失敗したアップグレードの残骸を整理し、DISM / SFC でコンポーネント ストアを整える作業を行います。

SoftwareDistribution フォルダーのリセット

管理者権限のコマンド プロンプトで、以下を実行します。

net stop wuauserv
net stop bits
ren C:\Windows\SoftwareDistribution SoftwareDistribution.old
net start bits
net start wuauserv

これにより Windows Update のキャッシュがリセットされます。

DISM と SFC による修復

dism /online /cleanup-image /restorehealth
dism /online /cleanup-image /startcomponentcleanup
sfc /scannow

それぞれの意味は次の通りです。

コマンド役割
dism /restorehealthコンポーネント ストア(WinSxS)の破損を検出し、オンラインソースから修復
dism /startcomponentcleanup古いコンポーネントや不要になった更新を整理してクリーンアップ
sfc /scannowシステム ファイルの整合性チェックと修復

DISM / SFC は今回「直接の解決策」ではありませんが、コンポーネント ストア側の別の要因を潰しておく意味があります。

失敗したセットアップの残骸を削除

過去の失敗したアップグレードで作成された残骸が残っている場合もあるため、以下のフォルダーを確認します。

  • C:\$WINDOWS.~BT
  • C:\$WINDOWS.~WS

これらは既にロールバック済みであれば、削除またはリネームして構いません。削除に失敗する場合は、.old を付けてリネームしておくだけでも OK です。

ステップ 4:ISO からインプレース アップグレードを実行

ここまで準備ができたら、いよいよアップグレード本番です。

セットアップの実行手順

  1. ダウンロード済みの Windows 11 24H2 ISO を右クリック → 「マウント」。
  2. マウントされたドライブ(例:D:)を開き、setup.exe を右クリック → 「管理者として実行」。
  3. セットアップ画面で、
    • 更新プログラムのダウンロードは 「今は実行しない」 を選択(オフライン環境ならそもそも通信不可)
    • 「個人用ファイルとアプリを引き継ぐ」 を選ぶ
  4. 以降は画面の案内に従って進める。

可能であれば、アップグレード中は以下を守ると安全です。

  • LAN ケーブルを抜く or Wi-Fi を無効にしておく(途中で予期せぬドライバーが入らないように)
  • 余計な周辺機器は引き続き取り外しておく
  • ノート PC の場合は AC アダプタを接続し、スリープを無効化しておく

正常に進めば、75% で止まっていた進行がそのまま最終段階まで進み、Windows 11 のデスクトップまで到達するはずです。

まだうまくいかない場合に確認したいポイント

同じように手順を踏んでも、環境によっては別の要因が隠れていることもあります。その場合のチェックポイントをいくつか紹介します。

ログの採取と整理

ロールバックした環境では、以下の場所にログとメモリダンプが残ります。

  • C:\$WINDOWS.~BT\Sources\Rollback\
    • setupmem.dmp
    • setuperr.log
    • setupact.log

これらを ZIP にまとめて保存しておくと、後から解析しやすくなります。自分で解析する場合には、少なくとも次の点を確認してみてください。

  • wcp.dll が例外を出していないか
  • DismHost.exe 実行中のログで CMigInfoInstaller::LoadMigInfoXmlAndVerifyIntegrity 付近にエラーがないか
  • 他のドライバー(ストレージ コントローラーなど)に関する致命的なエラーがないか

デバイス マネージャーで「非表示のデバイス」を整理する

古いデバイスのエントリが残っていると、それに紐づくドライバーが残り続けることがあります。

  1. デバイス マネージャーを開く。
  2. メニューの「表示」→ 「非表示のデバイスの表示」を有効化。
  3. グレーアウトしている古いデバイスを右クリック →「アンインストール」を実行。

特に、

  • 古い USB モデム・データカード
  • 昔使っていたプリンター・スキャナー
  • 既に外しているチューナー・キャプチャボード

などが残っていないか確認するとよいです。

セキュリティソフト・常駐系ソフトを一時的に外す

サードパーティのセキュリティソフトや、ドライバーレベルで動作する常駐ソフト(暗号化系、バックアップ系など)が、アップグレードを妨げることがあります。

  • 一時的にアンインストールまたは保護を無効化してからアップグレードを試す
  • 後から必要なら Windows 11 上で再インストールする

特に古いバージョンのまま長年アップデートしていない製品は要注意です。

なぜ「Sandbox 削除 + ドライバー整理」で直るのか(技術メモ)

最後に、今回のケースに対する技術的な見立てを簡単に整理しておきます。

  • wcp.dll のスタックトレースから、WCP(Windows Component Platform)の MigInfo XML 解析で停止している
  • Sandbox/コンテナ関連のパッケージや、古いドライバーの情報が混ざった状態で、移行 XML(マニフェスト)が生成されていた可能性
  • その結果、ある特定のパッケージの MigInfo XML が 不整合(空/null/異常な構造)になり、0xC000A083 が発生
  • Windows サンドボックスをアンインストールすることで、該当パッケージ系の移行対象が減り、
    • 問題の XML を通らなくなった
    • または XML が再生成され、正常化された
  • 並行して古いドライバーを整理し、メモリ整合性を有効にしたことで、ドライバー周りの別の要因も排除できた

これらが組み合わさることで、CBS トランザクションが最後まで完走するようになり、ロールバックなしで Windows 11 に到達した、という流れが最も自然な推測です。

よくある質問(FAQ)

Q. SFC や DISM だけではダメなの?

A. 今回のケースでは足りませんでした。
SFC / DISM はコンポーネント ストアやシステムファイルの破損には有効ですが、「どのパッケージをどう移行するか」という MigInfo XML の中身そのものが不整合な場合、Sandbox や古いドライバーといった「原因そのもの」を取り除かないと改善しないケースがあります。

Q. クリーンインストールした方が早くない?

A. アプリや業務環境の都合で、クリーンインストールが現実的でないケースは少なくありません。今回の手順は、

  • 既存環境(アプリ・設定)を最大限維持したい
  • でもインプレースアップグレードがどうしても通らない

といった場合の「粘りの一手」として有効です。

Q. メモリ整合性は絶対にオンにしないとダメ?

A. 「オンにできる状態」になっていることが大事です。
セキュリティポリシー上の理由であえてオフにする環境もありますが、アップグレード前にオンにできないということは、互換性のないドライバーが残っているサインでもあります。アップグレードの安定性という観点では、オンにできるところまで整理しておくのがおすすめです。

Q. 24H2 ではなく、22H2 や 23H2 でもいい?

A. 不可能ではありませんが、より新しいビルドの方が移行ロジックやドライバー互換性が洗練されている傾向にあります。特に今回のようなレアケースでは、なるべく 24H2 以降の ISO を利用した方が成功確率は高いと言えるでしょう。

まとめ:Windows 10→11 インプレースアップグレードが 75% で失敗するときの「実用チェックリスト」

最後に、本記事の内容をチェックリスト形式でまとめます。

チェック項目済
システム全体のバックアップ・復元ポイントを作成した□
不要な周辺機器(USB ストレージ、プリンター、チューナー等)を外した□
Windows サンドボックスを アンインストールした□
メモリ整合性画面で、互換性のないドライバー一覧を確認した□
pnputil /enum-drivers でドライバー一覧を取得し、問題の INF(oemXX.inf)を特定した□
pnputil /delete-driver oemXX.inf /uninstall /force で不要ドライバーを削除した□
光学ドライブ用フィルタードライバー(PxHlpa64.sys / GEARAspiWDM.sys 等)について、元アプリも含めて整理した□
再起動後、メモリ整合性が「オン」にできる状態になっている□
SoftwareDistribution フォルダーをリセットし、DISM / SFC を実行した□
C:\$WINDOWS.~BT / C:\$WINDOWS.~WS の残骸を削除またはリネームした□
Windows 11 24H2 の ISO を用意し、オフラインで setup.exe からインプレースアップグレードを実行した□

同じように、Windows 10 から 11 へのインプレース アップグレードが「75% で必ず失敗する」状況に悩まされている場合は、

  1. Windows サンドボックスをアンインストールする
  2. 互換性のないドライバーを整理し、メモリ整合性を有効にできる状態にする
  3. 24H2 ISO からインプレース アップグレードをやり直す

という流れを、ぜひ一度試してみてください。クリーンインストールせずに、長年使い込んだ環境のまま Windows 11 に移行できる可能性が大きく高まります。

この記事を書いた人

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

コメント

コメントする

目次