MENU

Windows 11 KB5062553 が 0x800f081f で失敗する原因と解決策｜SFC・DISM・WUリセット・インプレースまで完全ガイド

Windows11

Windows 11（24H2）で「2025‑07 累積更新プログラム KB5062553」を適用しようとした際、ダウンロード完了直前で 0x800f081f（CBS_E_SOURCE_MISSING） が出て止まる――この症状は、コンポーネント ストアの不整合や更新キャッシュ破損が主因で起こります。本記事は、管理者でも一般ユーザーでも再現・実行できる具体手順を、失敗しやすいポイントの回避策とともに網羅。SFC／DISM からカタログ手動適用、インプレース アップグレードまで、実施順と判断基準を明確に解説します。

目次

症状とエラーの正体

対象：Windows 11 24H2 x64／更新名：2025‑07 累積更新プログラム（KB5062553）。Windows Update（WU）で「ダウンロード」→「準備」まで進むものの、インストール段階で0x800f081fが表示され、再試行しても同じ地点で失敗します。

0x800f081f は CBS_E_SOURCE_MISSING を意味し、修復元（ソース）が見つからない／壊れている状態です。具体的には、コンポーネント ストア（WinSxS）にあるべきファイルの欠落やハッシュ不一致、もしくは更新キャッシュ（SoftwareDistribution / catroot2）破損などが重なったときに発生します。

最短で直すための結論（実施順）

  1. SFC → DISM（方法1）でコンポーネント ストアと保護ファイルを修復
  2. 改善しない場合はWU コンポーネント リセット（方法2）→ そのまま「再試行」
  3. それでも止まるならカタログ（.msu）で手動適用（方法3）
  4. 最後の切り札：インプレース アップグレード（方法4）または「回復」からの再インストール

対処法サマリー（管理者がすぐ参照できる表）

手順目的やること（管理者権限のターミナルで実行）補足
方法1：SFC と DISM でシステム修復システムファイル／コンポーネント ストア破損の修復1) sfc /scannow
2) 下記 DISM を順番に実行：
DISM /Online /Cleanup-Image /CheckHealth
DISM /Online /Cleanup-Image /ScanHealth
DISM /Online /Cleanup-Image /RestoreHealth		所要時間：数十分～数時間
ログ：C:\Windows\Logs\CBS\CBS.log、C:\Windows\Logs\DISM\dism.log
方法2：Windows Update コンポーネントのリセット更新キャッシュ破損の除去1) サービス停止：
net stop wuauserv
net stop cryptSvc
net stop bits
net stop msiserver
2) フォルダー名変更：
ren %windir%\SoftwareDistribution SoftwareDistribution.old
ren %windir%\System32\catroot2 catroot2.old
3) サービス開始：
net start wuauserv ほか		直後に WU の「再試行」で成功するケース多数
方法3：Microsoft Update カタログから手動インストールWU を介さず直接適用OS ビルドに対応する .msu を入手→ダブルクリックで適用失敗したら方法1・2を再確認。ストア破損が残存の可能性
方法4：上書きインストール（インプレース アップグレード）システムコアを一括置換公式 ISO を取得→マウント→setup.exe→「個人用ファイルとアプリを保持」を選択念のためバックアップ推奨。所要 60～120 分目安
簡易修復策軽微なキャッシュ不整合の回避設定 → Windows Update で「1 週間一時停止」を連打 → グレーアウト後に「更新を再開」一部環境で有効
再インストール（同ビルドの再適用）破損ファイルのまとめ置換設定 → システム → 回復 → 「今すぐ再インストール」簡易版のインプレース。個人データ維持が可能

準備：成功率を上げるチェックリスト

項目推奨・確認内容
ネットワーク有線または安定した回線を利用。VPN/プロキシは一時的に外す
空き容量C ドライブ 20GB 以上（WinSxS 展開と復元点作成のため）
セキュリティ他社製 AV・EDR はリアルタイム保護を一時停止。再有効化忘れに注意
電源ノート PC は AC 接続＋スリープ無効
BitLocker必要に応じて保護を一時停止：manage-bde -protectors -disable C:
復元点トラブル時に戻せるよう システムの保護 から作成

方法1：SFC／DISM の正しい当て方（成功率を最大化）

基本の 4 コマンド

REM 管理者：コマンド プロンプト または PowerShell
sfc /scannow

DISM /Online /Cleanup-Image /CheckHealth
DISM /Online /Cleanup-Image /ScanHealth
DISM /Online /Cleanup-Image /RestoreHealth
  • SFC：保護ファイルの整合性を照合し、破損を自動修復。
  • DISM：コンポーネント ストア（WinSxS）自体を修復。/RestoreHealthが核心。

オンライン修復で直らない場合：ISO を修復ソースに指定

一部環境では、修復に必要なペイロードをオンラインで取得できない／社内プロキシでブロックされることがあります。その場合は、ISO の install.wim（または install.esd）を明示的に指定し、/LimitAccessでオンラインを参照しないようにします。

  1. Windows 11 ISO を入手し、右クリック「マウント」。ドライブ例：D:\
  2. WIM/ESD のインデックスを確認（エディションごとに番号が異なる）：
    DISM /Get-WimInfo /WimFile:D:\sources\install.wim ※ファイルが install.esd の場合はパスを読み替え。
  3. 該当インデックス番号（例：6）を指定して修復実行：
    DISM /Online /Cleanup-Image /RestoreHealth ^ /Source:WIM:D:\sources\install.wim:6 /LimitAccess
  4. 完了後に再度 sfc /scannow を実行し、整合性を最終チェック。

ポイント：インデックス番号の誤りは「ソース不一致」を招き、0x800f081f の再発要因になります。必ず /Get-WimInfo の結果で一致を確認してください。

方法2：Windows Update コンポーネントのリセット

WU が握っている破損キャッシュや署名データの不整合をクリアします。実行後は、そのまま「再試行」するのがコツです。

net stop wuauserv
net stop cryptSvc
net stop bits
net stop msiserver

ren %windir%\SoftwareDistribution SoftwareDistribution.old
ren %windir%\System32\catroot2 catroot2.old

net start wuauserv
net start cryptSvc
net start bits
net start msiserver

追加で bitsadmin /reset を実行して BITS のキューを空にすると、再ダウンロード時の詰まりを避けられます。

方法3：カタログ（.msu）からの手動インストール

WU 側の不具合や配信ポリシー影響を回避できます。ダウンロードした .msu をダブルクリックし、指示に従って適用するだけです。

  • OS ビルドの一致が最重要：winver または winver & ver でバージョンとビルドを確認。
  • 失敗する場合は、方法1・方法2を再度実施し、再挑戦。
  • サイレント適用したいとき：wusa.exe <パス\KB5062553.msu> /quiet /norestart

方法4：上書きインストール（インプレース アップグレード）

ユーザーデータとアプリを保持したまま、システム コアを丸ごと健全な状態に差し替える強力な手段です。更新トラブルが長引く場合は最短で安定化できます。

  1. Windows 11 ISO を取得し、右クリック「マウント」。
  2. setup.exe を実行し、「個人用ファイルとアプリを保持」を選択。
  3. セットアップ中の電源断を避けるため、スリープはオフ・AC 接続を推奨。
  4. 完了後に Windows Update を実行。KB5062553 が自動適用（または手動適用）できるか確認。

代替策：設定 → システム → 回復 → 今すぐ再インストールを使うと、同ビルドを再展開する「簡易版インプレース」が実行できます。

簡易ワークアラウンド（軽症時に効くことがある）

設定 → Windows Update で「1 週間一時停止」を複数回タップし、グレーアウトしたら「更新を再開」。一度キューを切り直すことで再配置がうまくいくケースがあります。

原因を深掘り：なぜ 0x800f081f が出るのか

  • コンポーネント ストア破損：サードパーティ製削除ツールや過去の中断、電源断で WinSxS 内のマニフェストやカタログが不整合。
  • WU キャッシュ破損：SoftwareDistribution / catroot2 のキャッシュファイル破損、署名データ不一致。
  • 言語パック／機能オンデマンドの不一致：英語＋日本語など多言語構成で、一部言語のペイロードが欠落。
  • .NET 3.5 のソース欠落：NetFx3 が既定で無効化され、必要時に \sources\sxs のソースが見つからず失敗（LCU との複合不具合を誘発）。
  • エディション不一致の修復ソース指定：Pro 環境に Home の WIM を指定、など。

.NET 3.5（NetFx3）絡みのエラーを同時に解消する

更新と同時に NetFx3 の要求が出ている環境では、先に NetFx3 をオフラインで有効化しておくと成功率が上がります。

DISM /Online /Enable-Feature /FeatureName:NetFx3 /All ^
  /Source:D:\sources\sxs /LimitAccess

ログの見方：原因特定を素早く

ログファイル場所注目ポイント
CBS.logC:\Windows\Logs\CBS\CBS.logCBS_E_SOURCE_MISSING、Cannot repair member file、Hash mismatch
DISM.logC:\Windows\Logs\DISM\dism.logRestoreHealth 進行状況、参照ソース、署名検証の失敗箇所
WindowsUpdate.log%USERPROFILE%\Desktop\WindowsUpdate.log（PowerShell で生成）配信の再試行、ダウンロード／検証エラー、ネットワーク関連の例外

WindowsUpdate.log は PowerShell で生成します：

Get-WindowsUpdateLog

上級：コンポーネント ストアのクリーンアップで再発防止

DISM /Online /Cleanup-Image /StartComponentCleanup
DISM /Online /Cleanup-Image /StartComponentCleanup /ResetBase
  • /StartComponentCleanup：置換済みコンポーネントの整理。
  • /ResetBase：ロールバック不能になる代わりに WinSxS をさらに縮小。慎重に。

企業／管理環境（WSUS・Intune・GPO）の注意点

  • WSUS の承認忘れ：KB5062553 の LCU が承認待ちだとクライアント側では 0x800f081f に見えることも。まず承認状態を確認。
  • 配布ソースの健全性：DO（Delivery Optimization）/Peer キャッシュが破損していると再配布ループに陥るため、対象クライアントで方法2を一括実施。
  • WDAC/Applocker：パッケージ展開の一時ファイル実行をブロックしていないかポリシー確認。
  • セキュリティ製品：EDR の“ファイル改ざん保護”が WU を阻害する事例。保護を一時停止して再試行。

トラブル切り分けフロー（テキスト版）

[1] sfc /scannow → OK? → はい → 再起動 → WU 再試行
                         └→ いいえ → DISM /RestoreHealth
[2] DISM で修復OK? → はい → WU 再試行
                   └→ いいえ → ISO をソース指定（/Source:WIM:... /LimitAccess）
[3] まだ失敗 → 方法2（WU リセット）→ WU 再試行
[4] まだ失敗 → カタログ .msu を手動適用
[5] まだ失敗 → インプレース アップグレード or 「今すぐ再インストール」

似たコードと見分け方

エラー意味主な対処
0x800f081fソース欠落（CBS_E_SOURCE_MISSING）SFC／DISM、ISO ソース指定、WU リセット、インプレース
0x800f0922予約パーティション不足・接続問題システム予約領域の拡張、VPN／プロキシ切断
0x80070002 / 03ファイル欠落／パス不正WU キャッシュ再生成（方法2）

PowerShell で一気に診断・修復するスニペット

実行は管理者権限で。貼り付け後に Enter で順に処理します。

# 1) SFC
sfc /scannow

# 2) DISM 健全性チェック → 自動修復

DISM /Online /Cleanup-Image /CheckHealth
DISM /Online /Cleanup-Image /ScanHealth
DISM /Online /Cleanup-Image /RestoreHealth

# 3) WU リセット

net stop wuauserv
net stop cryptSvc
net stop bits
net stop msiserver
ren $env:windir\SoftwareDistribution SoftwareDistribution.old
ren $env:windir\System32\catroot2 catroot2.old
net start wuauserv
net start cryptSvc
net start bits
net start msiserver

# 4) ログ収集（デスクトップに出力）

Get-WindowsUpdateLog

よくある質問（FAQ）

Q. DISM /RestoreHealth が 0x800f081f で止まります。

A. ISO をマウントし、/Source:WIM:<ドライブ:\sources\install.wim>:<インデックス> /LimitAccess を指定して再実行。/Get-WimInfo でインデックスを必ず確認。

Q. .msu の手動適用も失敗します。

A. 方法1と方法2の後に、再起動してから .msu を適用してください。そこでも失敗するなら、インプレース アップグレードが最短です。

Q. 再起動のたびに同じ更新が繰り返し出ます。

A. WU リセット（方法2）でキューを初期化し、SoftwareDistribution.old を確認後に再ダウンロード。ネットワーク経路（VPN/プロキシ）も見直してください。

Q. 企業 PC で権限制限があり実行できません。

A. IT 管理者に依頼し、WSUS 承認／EDR 例外／WDAC ポリシーを確認。問題端末だけに方法2をスクリプト配布するのが効率的です。

最終確認：KB5062553 を適用できたかどうかの見方

  • 設定 → Windows Update → 更新の履歴 に「2025‑07 累積更新プログラム（KB5062553）」が表示されているか。
  • PowerShell：
    wmic qfe | findstr /i 5062553 または
    Get-HotFix | Where-Object {$_.HotFixID -match "KB5062553"}

まとめ：この順で進めれば直る

  • SFC → DISM（必要なら ISO をソース指定）でストア健全化。
  • WU リセットでキャッシュ再生成 → そのまま再試行。
  • ダメなら.msu 手動適用、最終的にはインプレースで確実に回復。

これらを順に実施すれば、0x800f081f が原因の KB5062553 適用失敗は高確率で解消できます。安定運用のために、月例更新の前後で システム保護・空き容量・ネットワーク経路 を整え、WinSxS のクリーンアップを定期運用に組み込むことを推奨します。

Windows11
PowerShell Windows 11 DISM Windows Update sfc インプレースアップグレード 0x800f081f KB5062553

この記事を書いた人

佐藤健司のアバター 佐藤健司

実務の現場で詰まりがちなポイントを地図にするITブログ「IT trip」を運営。Windows／Office（Teams・Excel）からSQL、サーバ運用、ガジェットまで、再現性のある手順と“なぜそうなるか”を丁寧に解説します。読んだらすぐ試せること、そして迷った人の次の一歩が見えることを大切にしています。

関連記事

コメント

コメントする

目次