Windows 11の更新や再インストールで「0x8007042B-0x2000D」が表示されても、コードだけで故障箇所や必要な修復方法は決まりません。まず実行していた操作とログを確認し、データを保護してから原因に合う対処を選びます。リセット、Windows上からの上書きインストール、USBから起動する再インストールは別の操作です。
特に、DriverStoreの所有権を変更してフォルダーを削除したり、USBからのインストールを「データが必ず残る非破壊修復」と考えて進めたりしないでください。本記事では、危険な一括削除を避けながら確認する順序を解説します。
0x8007042B-0x2000Dの意味と、コードだけでは分からないこと
0x8007042Bの末尾0x42Bは、Win32エラー1067（ERROR_PROCESS_ABORTED）に対応し、プロセスが予期せず終了したことを示します。どのアプリ・ドライバー・ファイルが原因かまでは、この値だけでは分かりません。
0x2000Dは、Microsoftの公開するWindows Setupの拡張コード表では「2＝SAFE_OS」「0D＝MIGRATE_DATA」に対応します。「ロールバック処理そのものも失敗した」という意味ではありません。この表にはWindows 10の旧バージョンの処理に基づくという注記があるため、Windows 11では実際の画面やログに記録されたフェーズ・操作名も確認してください。
参照：Microsoft Learn：アップグレードエラーコード、Win32システムエラーコード。
リセットにも失敗している場合は、同じ原因と決めつけず、リセット側のメッセージを別に記録します。「以前の状態に戻りました」という表示と、Windowsが起動しなくなった状態も区別しましょう。
最初に確認すること：操作・バックアップ・回復キー
1. 失敗した操作を記録します。Windows Updateでの機能更新、「このPCをリセット」、起動中のWindowsからsetup.exeを実行した処理、USBから起動した処理のどれかを確認します。Windowsが起動するならwinverでバージョン・OSビルドも控え、エラー画面と発生時刻を残してください。
2. 個人データを別の保存先へバックアップし、実際に開けることを確認します。デスクトップ、ドキュメント、写真だけでなく、メールのローカルデータ、業務アプリの保存先も確認します。クラウドのオンライン専用ファイルは、PC内のコピーが存在するとは限りません。
3. BitLockerまたはデバイスの暗号化を利用している場合は、回復キーを別の端末などで確認できる状態にします。回復キーを第三者に公開しないでください。回復キーが不明なまま、起動方法・暗号化・パーティションを変更するのは避けます。
4. アプリの再インストール方法、必要なライセンス、Windowsのエディションとライセンス認証状態を確認します。会社・学校のPCは管理者に相談し、セキュリティ製品や管理設定を独断で解除しないでください。
ストレージの読み取りエラーや異音がある、必要なデータを退避できない、暗号化を解除できない場合は、修復を繰り返すよりデータ保全の相談を優先します。感染が疑われる場合も、通常の更新失敗とは切り分けて対応してください。
ステップ1：クリーンアップより先にログを残す
最初からWindows.old、インストール一時ファイル、ごみ箱などを一括削除する必要はありません。原因調査用のログや回復に使うデータまで失うおそれがあります。空き容量が不足しているなら、まず不要と確認できる個人ファイルを別の場所へ移すなど、対象を確認できる方法を選びます。必要容量は環境によるため「30GBあれば必ず十分」とは言えません。
アップグレード失敗では、存在する以下のフォルダーと配下のログを保管します。WindowsがCドライブにある場合の例であり、すべての場所に必ずログがあるわけではありません。
C:\$Windows.~BT\Sources\Panther
C:\$Windows.~BT\Sources\Rollback
C:\Windows\Panthersetupact.logやsetuperr.logを一行だけ切り出すのではなく、失敗時刻の前後を含めて確認します。ログにはユーザー名・ファイルパス・端末情報が含まれるため、そのまま公開の掲示板に貼らず、必要な範囲を管理者や正規サポートへ共有してください。
ステップ2：SetupDiagで更新失敗とリセット失敗を区別する
MicrosoftのSetupDiagはWindows Setupのログを解析する診断ツールです。アップグレード時に自動実行された結果は、通常「%WinDir%\Logs\SetupDiag\SetupDiagResults.xml」で確認できます。手動実行時の既定のテキスト結果は、SetupDiagを実行したフォルダーのSetupDiagResults.logです。常にドキュメントフォルダーに出るわけではありません。
手動実行する場合はMicrosoft公式のSetupDiag説明ページから最新版を入手し、要件と実行方法を確認します。リセット・回復ログを解析する場合には「/Scenario:Recovery」が用意されており、通常のアップグレード解析とは対象が異なります。
解析結果のフェーズ、操作、失敗した時刻を確認し、その付近のログと照合します。ドライバー名やユーザーフォルダーのパスが出たという理由だけで、そのファイルを削除しないでください。結果が原因を確定できない場合や、複数の失敗がある場合は、ログを添えて管理者・メーカーへ相談します。
ステップ3：起動できるWindowsでDISMとSFCを実行する
システムファイルの破損が疑われるときは、管理者としてターミナルまたはコマンドプロンプトを開き、まず次を実行します。これは現在起動しているWindowsを対象にしたコマンドで、USBから起動した回復環境にそのまま流用するものではありません。
DISM.exe /Online /Cleanup-Image /RestoreHealthDISMが正常に完了したことを確認してから、次を実行します。途中でエラーになった場合は、そのコードとメッセージを残して原因を確認してください。
sfc /scannow「修復された」場合は再起動後に動作を確認します。「整合性違反なし」は検査対象のシステムファイルについての結果で、ドライバー互換性やプロファイル、マルウェアの問題がすべて解消した証明ではありません。「一部を修復できない」だけで物理故障と断定することもできません。
参照：Microsoft：Windowsでシステムファイルチェッカーを使用する。本記事は特定の実機でこのエラーの解消を検証した報告ではなく、各手順が必ず成功するという保証はありません。
ステップ4：ログに合わせてアプリ・ドライバー・ユーザー環境を確認する
ドライバーが関連する場合：PCの正確な機種と対象デバイスを確認し、メーカーがそのWindowsバージョン向けに提供する更新や注意事項を調べます。ストレージなど起動に必要なドライバーを、名前だけを頼りに削除してはいけません。不要な外付け機器は安全に取り外して切り分けますが、作業に使っているメディアや必要な入力機器まで外さないでください。
常駐アプリが関連する場合：対応バージョンや既知の問題をメーカーで確認します。クリーンブートなどの診断を行う場合も、無効化した項目と復元方法を記録します。すべてのセキュリティ製品の停止・削除、BitLocker解除を一律の前提にはしません。管理対象PCでは管理者の手順を優先します。
特定ユーザーだけで問題がある場合：利用を許可された別のアカウントでも症状が出るか確認すると切り分けの材料になります。ただし、新しい管理者アカウントで実行すれば必ず直るわけではありません。元のユーザーフォルダーを削除したり、アクセス権を一括変更したりせず、必要なら管理者の支援を受けて移行します。診断用の管理者を無期限に残す必要もありません。
DriverStoreの所有権変更・手動削除はしない
DriverStoreはドライバーパッケージを管理するWindowsの領域です。Microsoftは、格納済みのファイルを外部の処理で直接削除・変更しないよう説明しています。FileRepositoryの所有者を自分に変更し、フルコントロールを付けて削除する方法は、このエラーの一般的な対処として行わないでください。
ログにDriverStoreのパスがあることや、エクスプローラーで削除できないことだけでは破損と判断できません。ドライバーの更新・削除が必要な場合は、対象を特定してメーカーや管理者が案内する正式な方法を使います。参照：Microsoft Learn：Driver Store。
修復インストール・リセット・USB起動の違い
アプリも残したい場合：Windowsが起動するなら、公式メディアのsetup.exeをそのWindows上から実行する方法を検討します。インストール確定前に「個人用ファイルとアプリを引き継ぐ」が選べ、保持内容の最終表示が希望どおりであることを確認します。選べない場合は進めず、メディアと現在のWindowsの条件を確認してください。バックアップは必要です。
このPCをリセットする場合：「個人用ファイルを保持する」を選んでも、インストールしたアプリや設定は保持されません。「すべて削除する」とも区別してください。クラウドからのダウンロードとローカル再インストールでは再インストール元が異なりますが、どちらもこのエラーを必ず解消する選択肢ではありません。
USBから起動して入れ直す場合：Windows上からsetup.exeを実行する上書きインストールとは別です。個人ファイル・アプリ・設定を失う前提でバックアップと復元計画を用意し、公式のクリーンインストール手順を確認します。「フォーマットしなければ必ずデータが残る」「必ずWindows.oldへ退避される」とは考えないでください。
パーティションの用途や対象ディスクが判別できない場合は、削除・フォーマット・インストールを中止して相談します。回復環境のドライブ文字や画面の順番だけで、元のWindows領域を決めつけないことが重要です。
参照：Microsoft：インストールメディアによる再インストール、PCをリセットする。
よくある質問
Windows.oldを削除すれば直りますか？
このコードだけを理由に削除する根拠はありません。ログや必要データを保全し、以前の環境へ戻す必要がないことを確認してから容量整理を判断します。Windows.oldをバックアップの代わりにすることもできません。
エクスプローラーが動かなければクリーンインストールしかありませんか？
必ずしもそうではありません。タスクマネージャーが開くか、別の許可されたユーザーでも同じかなどを確認できます。ただしデータを守れない状態で、削除を伴う処理を先に進めないでください。
SFCが成功すれば感染も解消していますか？
いいえ。感染が疑われる端末は別途セキュリティ対応が必要です。会社の端末なら管理者に連絡し、信頼できる環境からの再構築が必要かを含めて判断します。
復旧後の確認とまとめ
復旧後は、必要なファイルが開けるか、アプリ・ネットワーク・周辺機器が動くか、Windowsのライセンス認証と更新、セキュリティ保護が正常かを確認します。診断のために変更したスタートアップ項目などは必要に応じて戻し、追加した管理者権限も見直します。
0x8007042B-0x2000Dでは、操作を特定する→バックアップとログを確保する→解析結果に合わせて修復する→保持されるものを確認して再インストール方法を選ぶという順序が重要です。コードだけで破損箇所を断定せず、DriverStoreの手動削除やデータ保持を保証する入れ直し手順を避けてください。
コメント