https://error-daizenn.hatenablog.com/entry/2025/09/14/222103

2025年9月14日公開

Windows 11 24H2の累積更新プログラム「2025-09 Cumulative Update（KB5065426／OSビルド 26100.6584）」の適用時に、インストールが16％前後で止まり「エラー 0x80070570（あるいは0x80070470）」で失敗する報告が相次いでいます。もっとも多い原因は“更新に必要なファイルの破損または読み取り不良”、次点で“更新コンポーネントの不整合”であり、順序立てた修復で高い確率で解消できます。この記事は一般ユーザーから企業のIT管理者までを対象に、確実性の高い直し方を“最短ルート”でまとめた完全ガイドです。

この記事で扱う環境と用語（確認してから着手）

本稿は Windows 11 24H2（x64）向け累積更新 KB5065426（OS Build 26100.6584）を想定します。Microsoftの公式サポートページとカタログで配信・ビルド番号を確認できます。対象更新がKB5065426（OS Build 26100.6584／公開日：2025年9月9日）であることをまず確認してください。 Microsoft サポート+1

エラーコードについて補足します。
・0x80070570 は「ファイルまたはディレクトリが壊れていて読み取れない」を意味し、更新パッケージやストレージ上の破損が主因の典型です。
・0x80070470 と記載される例もありますが、投稿時の誤記の可能性があります（0x80070570の報告が優勢）。メッセージ本文に「ファイルが壊れている」旨が出る場合は0x80070570として対処を進めるのが実務的です。 Microsoft Learn

まず“サーバー側ではない”ことを切り分ける（1分）

Windows Updateのサーバートラブルは稀ですが、ゼロではありません。更新失敗が広範に起きているかは、Microsoftの「Windows の更新プログラムのトラブルシューティング」やサービスステータスから切り分けます。広域障害が出ていないのに自分だけ失敗しているなら“クライアント側修復”に移行します。 Microsoft サポート

ストレージ健全性チェック：0x80070570に最短で効く下準備

0x80070570は“読み取り不良／破損”のシグナルであることが多いため、更新修復の前に1回だけディスク検査を実施します。更新ファイルをどれだけ取り直しても、基盤のディスクにエラーが残っていると再発します。
(1) 管理者のコマンドプロンプトを開く
(2) chkdsk C: /f /r を実行（再起動後に検査が走ります）
(3) 検査完了→再起動→Windows起動を確認
（ディスク検査の考え方と手順の基礎） Microsoft Learn+1

基本の“自動修復”で直るかを確認（所要5～10分）

Windows 11標準の「Windows Update トラブルシューティング」を実行します。この一手で更新コンポーネントの詰まりが解消し、再起動後そのままKBが入る事例が多数あります。
(1) 設定 → システム → トラブルシューティング → その他のトラブルシューティング
(2) Windows Update → 実行
(3) 指示に従って修復 → 再起動 → 更新を再試行 Microsoft サポート

DISM＋SFCで“壊れたシステムファイル”を修復（高確率で有効）

更新の失敗は、コンポーネントストア（WinSxS）やシステムファイルの破損が原因のことも多いです。Microsoftが推奨する順番でDISM→SFCを実行すると、0x80070570を含む多数の更新失敗が改善します。
(1) 管理者のコマンドプロンプト（またはPowerShell）を起動
(2) DISM /Online /Cleanup-Image /RestoreHealth
(3) sfc /scannow
(4) 完了後に再起動 → KB5065426を再試行 Microsoft サポート+1

ポイント：DISMがオンライン修復に失敗する場合は、後半で解説する「ISOをソースにしたオフライン修復（/Source 指定）」が有効です。

手動インストール（MSU直適用）：Windows Updateを迂回する王道手段

Windows Update経由の失敗が続く場合、Microsoft Update カタログから“自分の版に合うMSU”を直接取得して適用します。
(1) Microsoft Update Catalogで「KB5065426」を検索
(2) 自分の版に一致するエントリ（Windows 11 Version 24H2／x64）を選ぶ
(3) 「ダウンロード」→ 表示されたリンクから .msu を保存
(4) ダブルクリックで実行 → 再起動してビルド 26100.6584 になったか確認 catalog.update.microsoft.com

※Insiderの25H2向けエントリ（26200系）も並んでいるため、24H2用（26100.6584）を選び間違えないこと。 catalog.update.microsoft.com

それでも失敗する場合の“準備運動”：更新キャッシュを一掃

続く後半で「Windows Updateコンポーネントの手動リセット」を詳細に解説しますが、まずは概念を押さえておきます。更新キャッシュ（SoftwareDistribution・catroot2）の壊れが原因なら、キャッシュをリセットすると通ることが多い——というのが公式の考え方です。 Microsoft Learn

バージョンとビルドの整合が崩れていないかの最終確認

設定 → システム → バージョン情報でエディションとOSビルドを確認し、「Windows 11 24H2」「OSビルド 26100.6584」が目標であることを再度チェックします。Microsoftのリリース情報では、9月のセキュリティ更新でBuild 26100.6584が配信されています。 Microsoft サポート

対象ユーザー層と注意点（一般～IT管理者まで）

対象は、家庭の個人PC・職場の管理端末・教育機関のPCでWindows Updateが止まる全ユーザーです。企業／学校ではプロキシやセキュリティ製品のポリシーが更新通信を妨げる場合があり、“社内ネットワーク外での適用”や“MSUのオフライン適用”が現実解になることがあります。 Microsoft Learn

他ユーザーの報告（コミュニティ引用）

・「0x80070570は“ファイルまたはディレクトリが壊れている”の意味。chkdsk /r 後に更新が通った」（Microsoft Q&A）
・「Windows Updateトラブルシューティング→再起動→手動MSUで解決」（多数例）
直近の掲示板でも“chkdsk→DISM/SFC→MSU直適用”の順で突破できた事例が目立ちます。 Reddit+3Microsoft Learn+3Microsoft サポート+3

よくある勘違い（ここでつまずく）

・再起動を挟まずにDISM→SFCを連続実行して終了してしまう
・Update Catalogで「25H2（Insider）」のMSUを誤って取得する
・セキュリティ製品の保護が強すぎて、更新の展開を阻害している（後半で回避策を解説）
“手順の順番”と“対象MSUの取り違え”が、再発と長期化の最大要因です。 catalog.update.microsoft.com

次に進む前のチェックリスト（前半の区切り）

(1) KB番号が「KB5065426」であることを確認した
(2) chkdsk /f /r を1回実行し、再起動した
(3) Windows Updateトラブルシューティングを完了した
(4) DISM→SFC→再起動→再試行を行った
(5) Update Catalogからの“24H2／x64向けMSU”直適用を試した

ここまでで改善しない場合は、後半の“Windows Updateコンポーネントの完全リセット”“オフラインソースを使うDISM”“インプレース修復（上書きインストール）”が決め手になります。 Microsoft Learn+1

Windows Update コンポーネントを“完全リセット”する

更新キャッシュの破損が濃厚なときは、Windows Update 関連サービスを停止→キャッシュを再生成→サービス再開の順で“手動リセット”すると通る確率が上がります。
管理者の「コマンドプロンプト」で次の順に実行してください。

(1) サービス停止
net stop wuauserv
net stop cryptSvc
net stop bits
net stop msiserver

(2) キャッシュのリネーム（実質的に初期化）
ren C:\Windows\SoftwareDistribution SoftwareDistribution.old
ren C:\Windows\System32\catroot2 catroot2.old

(3) サービス再開
net start wuauserv
net start cryptSvc
net start bits
net start msiserver

上記は Microsoft が案内する“Windows Update の手動リセット”の基本手順を要約したものです。途中でエラーが出ても、再起動後に更新を再試行して構いません。 Microsoft Learn+1

セキュリティ製品・プロキシの一時停止と基本の再試行

サードパーティ製セキュリティやプロキシ／VPN が更新処理を遮ることがあります。
一時的にリアルタイム保護・HTTPS 検査・VPN を停止し（オフライン作業は避けてください）、Windows を再起動してから「設定 → Windows Update → 再試行」を実施します。トラブルシューティングツールの実行と併用するのが効果的です。 Microsoft サポート+1

DISM を“オフラインソース”指定で実行（ISO を使う修復）

DISM /RestoreHealth が失敗する場合は、Windows ISO 内の install.wim / install.esd を“修復ソース”に指定すると成功率が跳ね上がります。
手順は次のとおりです。

(1) Microsoft 公式の Windows 11 ISO を入手しマウント（例：ドライブ D:）。
(2) ISO 内 sources\install.wim（または install.esd）のインデックスを確認。
dism /Get-WimInfo /WimFile:D:\sources\install.wim
（.esd の場合は /WimFile:D:\sources\install.esd）
(3) 管理者のコマンドプロンプトで以下を実行。
DISM /Online /Cleanup-Image /RestoreHealth /Source:wim:D:\sources\install.wim:1 /LimitAccess
（.esd の場合は /Source:esd:D:\sources\install.esd:1）

/LimitAccess を付けると Windows Update を使わず ISO のみで修復します。 なお、wim/esd のどの“インデックス番号”が自分のエディションに合うかは /Get-WimInfo で確認してください。 Microsoft Learn+1

インプレース修復（上書きインストール）で“壊れ”を丸ごと直す

更新が何度も失敗する場合は、ISO からのインプレース修復が最も確実です（個人ファイル・アプリ・設定は保持）。
手順は次のとおりです。

(1) 公式 ISO をマウントし、setup.exe を実行。
(2) 画面の指示に従い「個人用ファイルとアプリを引き継ぐ」を選択。
(3) インストール完了後に再起動し、Windows Update を再実行。

この“修復アップグレード”は、破損したシステムファイルを健全なコピーで置き換え、更新の土台を立て直します。作業前に必ずバックアップを取り、外付け周辺機器は一時的に外しておくと安全です。 Microsoft Learn

CBS.log を見て“何で失敗しているか”を特定するコツ

闇雲に再試行を重ねるより、ログで“落下点”を特定した方が早道です。
DISM 実行後、%WinDir%\Logs\CBS\CBS.log を開き、エラー時刻直前の行で「ERROR」「0x80070570」「Failed」を検索します。ペアのコンポーネント名やファイル名が分かれば、対処の当たりが付きます。ログの読み方は Microsoft の更新トラブル記事がガイドしています。 Microsoft Learn

それでも 0x80070570 が出るとき：ストレージ健全性の再確認

0x80070570 は“ファイルまたはディレクトリが壊れていて読み取れない”ことを示す代表的なエラーです。
再度 chkdsk C: /f /r を予定実行し、再起動時に完全スキャンさせてください。不良セクタや読み取り不良が検出・回復されると、その後の更新が通るケースが多いためです。SMART 監視ツールでドライブの健康状態を確認するのも有効です。 Microsoft Learn

企業・学校ネットワークでの“あるある”対処

プロキシ／SSL 検査／ファイアウォール規則により更新が阻害されることがあります。
一時的に社外ネットワーク（テザリング等）で MSU を直適用する、もしくは管理者に Windows Update のドメイン例外・証明書例外を依頼してください。WSUS 運用中は該当 KB が承認されているか、期限切れポリシーがないかも要確認です。 Microsoft サポート

“最後の切り札”に進む前のミニチェック

ここまで試してダメなら、原因はキャッシュ破損＋システム破損＋ストレージ不良の複合である可能性が高いです。
もう一度だけ、次の順で短く再確認してください。
(1) Windows Update 手動リセット（Services 停止→リネーム→再開）
(2) DISM /RestoreHealth（ISO ソース指定）→ SFC /scannow
(3) 再起動→MSU 直適用（24H2／x64 を必ず選択）
(4) ダメならインプレース修復へ

※今回の対象 KB は「KB5065426（OS ビルド 26100.6584）」です。該当ページで既知の問題や前提 SSU を確認しておくと、ハマりポイントを避けられます。 Microsoft サポート

失敗の“原因メモ”を残して再発を防ぐ

更新が通った後こそ、実施順・エラー時刻・ログのキーワードをメモしておくと次回が圧倒的に楽になります。
週次で再起動とディスク空き（20％以上）を確保し、セキュリティ製品の例外に Windows Update 関連プロセスを追加、長期休止（スリープ放置）を避ける——この三点だけでも再発率は大きく下がります。 Microsoft サポート

まとめ（後半の要点）

“コンポーネントの手動リセット → ISO をソースにした DISM → MSU 直適用 → インプレース修復”の順で、0x80070570 を高確率で突破できます。
CBS.log で落下点を特定しつつ、セキュリティ・プロキシ・ストレージの三要素を並行で点検するのが最短ルートです。特に ISO ソース指定の DISM とインプレース修復は“時間はかかるが成功率が高い”決め手になります。 Microsoft Learn+1

コメント欄で情報共有しませんか？

「ISO ソース指定の DISMで修復できた」「MSU直適用で通った」「セキュリティ製品の HTTPS 検査が原因だった」など、成功手順・失敗手順・環境（エディション／ビルド）をぜひ書き残してください。同じ症状で困っている読者が、あなたの一言で何時間も短縮できます。