本ページはプロモーションが含まれています
結論：Windows 11 26H2の0xエラーの最短解決ルートは「DISMによるコンポーネント修復」と「手動KBインストール」の2段階です
Windows 11の26H2アップデートで0x800f0983・0x80073712・0x800f0991などの0xエラーが発生した場合、Windowsの自動トラブルシューターでは根本解決できないケースが多くあります。
最も効果的な解決ルートは、まず管理者権限のターミナルからDISM /Online /Cleanup-Image /RestoreHealthを実行してシステムファイルのコンポーネントを修復し、その後Microsoft Update Catalogから該当のKBパッチを直接ダウンロードして手動インストールする2ステップです。
Windows Updateの自動更新を通さず直接インストールすることで、破損したコンポーネントストアの影響を回避してアップデートを完了させることができます。
本記事では、0xエラーの典型的な失敗パターンと、エラーコード別の具体的な解決手順を解説します。
よくある失敗パターン①：Windows Updateトラブルシューターだけで解決しようと繰り返してしまうケース
このトラブルで最もご相談いただく失敗は、「設定アプリのトラブルシューターを5回以上実行したが一向に直らず、時間だけが過ぎていった」というものです。
このケースでよくある考え方として、「Windowsに内蔵されているトラブルシューターが公式ツールである以上、繰り返し実行すればいつか直るはずだ」というものがあります。
しかし、Windowsの標準トラブルシューターはコンポーネントストアの破損そのものを修復する機能を持っておらず、既に壊れたファイルを土台に修復を試みるため、何度実行しても同じエラーが返ってきます。
トラブルシューターは「正常なシステムファイルが存在する状態」でのみ機能するツールです。
改善と教訓：0xエラーがトラブルシューターで解消しない場合は、コンポーネントストア自体を修復するDISMを先に実行することが正しいアプローチです。
「DISM → SFC → 再起動 → Update再挑戦」の順番で進めることで、トラブルシューターでは届かない根本的な破損を修復できます。
よくある失敗パターン②：コマンドを一部だけ実行してSoftwareDistributionフォルダの削除が中途半端になったケース
次によく聞くのが、「Windows Updateコンポーネントのリセット手順をネットで調べて途中まで実行したが、完了せずに再起動したらWindowsが起動しなくなった」というものです。
このケースでの考え方として、「コマンドを途中まで実行したから、後は再起動すれば自動的に修復してくれるだろう」という思い込みがあります。
しかし、Windows Updateサービスを停止した状態でSoftwareDistributionフォルダを削除し、サービスの再起動コマンドを実行しないまま電源を切ると、次回起動時にUpdateサービスが正常に立ち上がらずブルースクリーンに至るリスクがあります。
改善と教訓：コンポーネントリセットの手順はサービス停止→フォルダ名変更→サービス再起動という一連の流れを1回のセッションで完結させる必要があります。
手順の途中で電源を切らず、全コマンドの実行完了を確認してからPCを再起動させることが安全な実行の鉄則です。
原因の整理：0xエラーのコード別の発生メカニズム
Windows 11の26H2アップデートで発生する0xエラーは、コードによって原因が異なります。
エラーコードを正確に記録した上で、以下の表で対応する原因と対処を確認してください。
| エラーコード | 発生メカニズム | 有効な対処の優先順位 |
|---|---|---|
| 0x800f0983 | コンポーネントベースサービシング（CBS）のデータベースが破損しており、新規パッチのインストール先を正しく参照できない。 | DISM /RestoreHealth → SFC → KBの手動インストール |
| 0x80073712 | コンポーネントストア内に必要なシステムファイルが存在しないか、バージョン不整合が発生している。 | DISM /RestoreHealth → 再起動 → Windows Update再実行 |
| 0x800f0991 | Insider Preview参加後の残骸レジストリや、旧バージョンのシステムカタログが通常チャンネルのアップデートと競合している。 | Windows Updateコンポーネントのリセット → Insider Preview設定の確認と除去 |
| 0x80070005 | Windows Updateサービスまたはその依存サービス（cryptSvc・BITS）の実行アカウントに、該当フォルダへのアクセス権限がない。 | 管理者権限でのコンポーネントリセット → TrustedInstaller権限の確認 |
解決手順：エラーコードを問わず最初から実行すべき4ステップ
ステップ1：DISMでコンポーネントストアを修復する（所要時間30〜60分）
最初に実行する最重要コマンドです。Windowsの更新プログラム適用に必要なシステムファイルの整合性をWindowsUpdateのサーバーから取得して修復します。
1. スタートボタンを右クリックし「Windows ターミナル（管理者）」を選択します。
2. 以下のコマンドを入力してEnterキーを押します。
DISM /Online /Cleanup-Image /RestoreHealth
3. 処理が完了するまで画面を閉じずに待ちます。「操作は正常に完了しました」と表示されたら終了です。
4. 続けて以下のコマンドを実行してシステムファイルの整合性を検証します。
sfc /scannow
5. 「Windows リソース保護は、破損したファイルを見つけ修復しました」と表示された場合はそのままPCを再起動します。
ステップ2：Windows Updateコンポーネントをリセットする
DISM後も改善しない場合に実行します。以下のコマンドを管理者権限のターミナルで上から順番に全て実行してください。途中で止めると起動不能のリスクがあります。
① サービスを停止します。
net stop wuauserv
net stop cryptSvc
net stop bits
net stop msiserver
② キャッシュフォルダの名前を変更します（削除ではなく名前変更で退避させます）。
Ren C:\Windows\SoftwareDistribution SoftwareDistribution.old
Ren C:\Windows\System32\catroot2 catroot2.old
③ サービスを再起動します（このステップを省略しないでください）。
net start wuauserv
net start cryptSvc
net start bits
net start msiserver
③まで完了したら、PCを再起動してWindows Updateを再度実行します。
ステップ3：Microsoft Update Catalogから該当KBを手動インストールする
Windows Updateの自動配信を経由せず、直接パッチをダウンロードして適用することで、破損したコンポーネントストア経由のインストールを回避できます。
1. ブラウザで「Microsoft Update Catalog」と検索し、catalog.update.microsoft.com にアクセスします。
2. エラー画面やWindows Updateの「詳細」欄に表示されているKB番号（例：KB5077181）を検索欄に入力します。
3. 検索結果から自分のPCのCPUアーキテクチャに対応したもの（Intel/AMD系はx64、Surface ProなどはARM64）を選んでダウンロードします。
4. ダウンロードしたMSUファイルをダブルクリックして実行し、インストールが完了したら再起動します。
ステップ4：Insider Preview残骸の除去を確認する（0x800f0991専用）
エラーコードが0x800f0991の場合のみ実行します。
1. 「設定」→「Windows Update」→「Windows Insider Program」を開きます。
2. Insider Programに登録されている場合や、以前登録して脱退した場合は、「デバイスの登録を停止する」を選択して完全に解除します。
3. PCを再起動後、ステップ3の手動KBインストールを実行します。
判断ロジック：エラーコードと状態から次の行動を決める
| エラーコードまたは現在の状況 | 最優先で実行すべきこと | それでも改善しない場合 |
|---|---|---|
| 0x800f0983 / 0x80073712 | DISM /RestoreHealth → sfc /scannow → 再起動 → Windows Update再実行 | ステップ2のコンポーネントリセット後にUpdate Catalogから手動KBインストール |
| 0x800f0991（Insider参加歴あり） | Insider Program設定画面を開いてデバイス登録を完全解除する | 解除後にDISM→sfc→手動KBインストールの順で実行する |
| 0x80070005（アクセス拒否） | 管理者権限でターミナルを起動し直してコンポーネントリセットを実行する | セキュリティソフト（ウイルス対策）を一時的に無効化してから再度試みる |
| 全ステップ実行後もエラーが継続する | Windowsの回復環境（WinRE）からシステムの復元を実行する | 重要データをバックアップの上、Windows 11のクリーンインストールを検討する |
必ず守るべき注意点：実行前に確認すべきこと
DISMとSFCの実行前に必ずデータバックアップを取る
DISMによるシステムファイルの修復は、稀に修復処理の途中でシステムが不安定になるケースがあります。
デスクトップ上のファイル・ドキュメントフォルダ内のデータ・OneDriveに同期されていない重要なファイルは、外付けHDDまたはUSBメモリに事前にコピーしてから実行してください。
特に「0x80073712」のようなコンポーネントストア破損が疑われる場合、修復が失敗してクリーンインストールが必要になる可能性があります。
手動KBインストール中は他の操作を行わない
Microsoft Update CatalogからダウンロードしたMSUファイルの適用中は、PCのスリープや電源ボタンを押さないでください。
インストール処理の途中で電源が切れると、パッチが中途半端な状態でシステムに書き込まれ、元の0xエラーよりも深刻なブート不能エラーに発展するリスクがあります。
AC電源に接続した状態で実行し、完了までPCから離れないことを徹底してください。
まとめ
1. 0xエラーが出たらまずエラーコードを正確にメモし、コードに対応した原因（コンポーネント破損・Insider残骸・権限不足）を特定する。
2. 最初の対処はDISM /Online /Cleanup-Image /RestoreHealth → sfc /scannow の順番で実行し、システムファイルの根本的な整合性を回復させる。
3. DISM後も改善しない場合は、Windows Updateコンポーネントのリセット（サービス停止→フォルダ退避→サービス再起動）を全行程完結させる。
4. 最終手段としてMicrosoft Update Catalogから該当KBを直接ダウンロードし、Windows Updateの自動配信をバイパスして手動インストールする。
5. 全ての操作はデータバックアップ完了後に実行し、処理の途中で電源を切らない。
Windows Updateの0xエラーに共通する鉄則は「自動ツールに頼りすぎず、コマンドラインから直接システムの整合性を修復してから再挑戦する」という手順の優先順位です。
Windowsのトラブルシューターは入口として機能しますが、コンポーネントストアが破損している状態では根本治療になりません。DISMによる修復でシステムの土台を整えることが、0xエラー解消の最短かつ確実な経路です。
