コードと失敗した段階を記録します

0x80070002と0x80240034に対し、同じ削除命令を自動的に使う必要はありません。Windows Updateと更新履歴でKB番号、エラー全文、失敗時刻を確認します。ダウンロード中、インストール中、再起動後の取り消しでは確認先が異なります。

ここではWindowsへログインできる状態を想定します。起動前に復旧を繰り返す状態で、デスクトップ向け命令を無理に実行しようとしないでください。

元に戻しやすい条件から確認

電源をつなぎ、文書を保存し、再起動待ちかを確認します。システムドライブの空き容量、日時、実際のWeb接続も調べます。Wi-Fiの接続表示だけで通信可能とは判断できません。

状態 記録 最初の確認
ダウンロード失敗 KB、コード、回線 接続と容量
インストール失敗 時刻、再起動状態 更新履歴と診断
変更の取り消し 画面文言、頻度 回復と既知の問題
組織で管理 管理表示 社内担当者

会社のVPN、プロキシ、セキュリティ方針は、個人判断で解除しません。

診断結果を読んでから再試行

Windows 11では設定 → システム → トラブルシューティング → その他のトラブルシューティングからWindows Updateを探します。版によってはヘルプアプリへ移ります。修正した項目と未解決の項目を記録してください。

再起動が必要なら通常の方法で実施し、同じKBを一度確認します。別のコードが出たら、それも新しい手掛かりです。結果を読まずに再試行を繰り返さないようにします。

キャッシュ削除を万能策にしません

サービス停止とSoftwareDistribution削除をまとめた命令は、進行中の作業と競合する場合があります。基本確認で解決しない場合に、公式の高度な手順と影響を理解して必要な範囲だけ行います。

組織のPCでは配信方法が異なることもあります。サービスを永続的に無効化すると更新を受け取れなくなるため、エラーの解決とは別です。

ファイル破損が疑われる場合

複数のWindows機能も失敗するなら、DISM完了後にSFCを実行する確認が役立つ場合があります。更新エラーだけを理由に、すべての診断を同時に走らせる必要はありません。

DISMとSFCの結果の読み方を参照し、修復と更新を複数ウィンドウで競合させないでください。100%表示だけで終了とは判断しません。

問い合わせに必要な情報

Windowsの版、KB番号、コード、失敗段階、空き容量、診断結果をまとめます。一つの更新だけか、すべて失敗するかも伝えます。特定版の既知の問題や管理方針が関係する場合があるため、更新の停止ではなく根拠を確認して次の操作を選びます。

Windowsの症状別ガイドを見る