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。 |
| 0xC000A083 | XML 解析エラー。XML が不正・空・null の場合など、正しく読み込めない時に返されるステータス。 |
このエラーを引き起こしていた要因として、実際の事例では次の 2 点が強く関与していました。
- Windows サンドボックス(Windows Sandbox)関連のパッケージ・コンテナ
- 古く互換性のないドライバーの残骸(特に USB・モデム・フィルタードライバーなど)
そしてその結果、メモリ整合性(コア分離 > メモリ整合性)が無効化されている状態でした。
結論:有効だった対処の全体像
さきに「答え」からまとめておきます。このケースでは、以下の 3 ステップですべて解決しました。
| ステップ | 内容 | ねらい |
|---|---|---|
| 1 | Windows サンドボックスをアンインストール | Sandbox/コンテナ周りのパッケージを整理し、問題の MigInfo XML を通らないようにする/再生成を促す |
| 2 | 互換性のないドライバーを整理し、メモリ整合性を有効化 | 旧式ドライバーによるコンポーネント不整合・セキュリティ制限を排除し、クリーンなドライバー環境を作る |
| 3 | Windows 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 から無効化する方法
- Win + R キーを押し、
OptionalFeatures.exeと入力して Enter。 - 「Windows の機能の有効化または無効化」画面で、「Windows サンドボックス」のチェックを外す。
- OK を押し、再起動を実施。
コマンドから無効化する方法(DISM)
管理者権限のコマンド プロンプト、または PowerShell を開き、以下を実行します。
DISM /online /Disable-Feature /FeatureName:Containers-DisposableClientVM /NoRestart
実行後、必ず再起動してください。
この操作によって、Sandbox 関連のコンポーネントとその移行対象が減り、MigInfo XML の不整合を含むパスを通らなくなった/XML が再生成されたことが考えられます。
ステップ 2:互換性のないドライバーを整理し「メモリ整合性」を有効化する
次に、旧式ドライバーを整理します。ここでは 「メモリ整合性(コア分離)」をあえて指標として使うのがポイントです。
メモリ整合性をチェックする
- タスクバーのシールドアイコン、またはスタートメニューから「Windows セキュリティ」を開く。
- 「デバイス セキュリティ」 → 「コア分離の詳細」を開く。
- 「メモリ整合性」を「オン」に切り替える。
ここで、もし互換性のないドライバーが残っている場合、次のような画面になります。
- メモリ整合性をオンにしようとすると「互換性のないドライバーがあります」と表示
- ドライバー名・ファイル名がリストアップされる
このリストはそのまま「整理すべき問題ドライバーのリスト」になります。
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.~BTC:\$WINDOWS.~WS
これらは既にロールバック済みであれば、削除またはリネームして構いません。削除に失敗する場合は、.old を付けてリネームしておくだけでも OK です。
ステップ 4:ISO からインプレース アップグレードを実行
ここまで準備ができたら、いよいよアップグレード本番です。
セットアップの実行手順
- ダウンロード済みの Windows 11 24H2 ISO を右クリック → 「マウント」。
- マウントされたドライブ(例:D:)を開き、
setup.exeを右クリック → 「管理者として実行」。 - セットアップ画面で、
- 更新プログラムのダウンロードは 「今は実行しない」 を選択(オフライン環境ならそもそも通信不可)
- 「個人用ファイルとアプリを引き継ぐ」 を選ぶ
- 以降は画面の案内に従って進める。
可能であれば、アップグレード中は以下を守ると安全です。
- LAN ケーブルを抜く or Wi-Fi を無効にしておく(途中で予期せぬドライバーが入らないように)
- 余計な周辺機器は引き続き取り外しておく
- ノート PC の場合は AC アダプタを接続し、スリープを無効化しておく
正常に進めば、75% で止まっていた進行がそのまま最終段階まで進み、Windows 11 のデスクトップまで到達するはずです。
まだうまくいかない場合に確認したいポイント
同じように手順を踏んでも、環境によっては別の要因が隠れていることもあります。その場合のチェックポイントをいくつか紹介します。
ログの採取と整理
ロールバックした環境では、以下の場所にログとメモリダンプが残ります。
C:\$WINDOWS.~BT\Sources\Rollback\setupmem.dmpsetuperr.logsetupact.log
これらを ZIP にまとめて保存しておくと、後から解析しやすくなります。自分で解析する場合には、少なくとも次の点を確認してみてください。
- wcp.dll が例外を出していないか
DismHost.exe実行中のログでCMigInfoInstaller::LoadMigInfoXmlAndVerifyIntegrity付近にエラーがないか- 他のドライバー(ストレージ コントローラーなど)に関する致命的なエラーがないか
デバイス マネージャーで「非表示のデバイス」を整理する
古いデバイスのエントリが残っていると、それに紐づくドライバーが残り続けることがあります。
- デバイス マネージャーを開く。
- メニューの「表示」→ 「非表示のデバイスの表示」を有効化。
- グレーアウトしている古いデバイスを右クリック →「アンインストール」を実行。
特に、
- 古い 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% で必ず失敗する」状況に悩まされている場合は、
- Windows サンドボックスをアンインストールする
- 互換性のないドライバーを整理し、メモリ整合性を有効にできる状態にする
- 24H2 ISO からインプレース アップグレードをやり直す
という流れを、ぜひ一度試してみてください。クリーンインストールせずに、長年使い込んだ環境のまま Windows 11 に移行できる可能性が大きく高まります。

コメント