Windows 11 Education 24H2 を Parallels Desktop 上で運用中に、「2025‑09 累積更新プログラム (KB5065426)」が 16% 付近で失敗し、エラー 0x800f081f が出る――このケースはコンポーネント ストアの破損や仮想環境の不整合が絡むことが多く、やみくもな再試行では解決しません。本記事では、原因の見分け方から DISM/SFC・手動適用・Parallels Tools 再インストール・上書きインストールまで、成功率の高い順序で完全ガイドします。
症状と前提条件
- 対象環境：Windows 11 Education 24H2（仮想マシン：Parallels Desktop／MacBook Pro）。
- 症状：KB5065426 のダウンロード／インストールが 16% 前後 で停止し
0x800f081f（ソース ファイルが見つからない）が表示される。 - 既に試行：再起動／一時ファイル削除／サードパーティ製 AV の一時停止（例：ESET）では改善しない。
エラー 0x800f081f の意味と主因
0x800f081f は Windows コンポーネントの修復元（ソース）が見つからないことを示す代表的なコードです。以下の要因が多くの現場で確認されています。
| 主因 | 具体例 | 見分けのヒント |
|---|---|---|
| コンポーネント ストアの破損（WinSxS） | 旧版からの上書きアップグレードに起因する整合性欠落、サービス スタックの不整合 | DISM の /ScanHealth でエラー、CBS.log に source files could not be found |
| 仮想環境のドライバー不整合 | Parallels Tools が旧版、仮想ハードウェアの切り替え後に未再インストール | デバイス マネージャーに「！」、更新直後に I/O 関連エラーが増える |
| .NET Framework 機能の依存欠落 | .NET Framework 3.5 が無効／壊れている | 機能の有効化で失敗し同じ 0x800f081f を返す |
| オフライン修復ソースの未指定 | DISM のみ実行、ISO の \sources\sxs を参照していない | DISM ログに Cannot locate source |
| アーキテクチャ不一致 | ARM64 の VM に x64 用 .msu を手動適用 | 「システムの種類」と適用パッケージの表記（x64／ARM64）が一致しない |
最短で直す方針（結論）
以下の順に実施するのが、工数と成功率のバランスが最良です。特に DISM /RestoreHealth → インプレース アップグレード は決定打になりやすい順番です。
- Windows Update トラブルシューティング ツール
- DISM / SFC でコンポーネント ストア修復
- 累積更新プログラムの手動適用（正しいアーキテクチャを選ぶ）
- Parallels Tools の再インストール／更新
- 不要コンポーネントのクリーンアップ
- インプレース アップグレード（上書きインストール）
作業前のチェックリスト（成功率を底上げ）
| 項目 | 推奨値／確認方法 | 理由 |
|---|---|---|
| バックアップ | ユーザー データのフル バックアップ（VM スナップショットも可） | インプレース時の万一に備える |
| 空き容量 | C ドライブに 20 GB 以上（理想は 30 GB 以上） | WinSxS と一時展開領域の確保 |
| ネットワーク | 安定した有線／高品質 Wi‑Fi | 修復ソース／更新の取得失敗を回避 |
| セキュリティ ソフト | 一時停止したら、完了後に必ず再有効化 | 更新処理の妨げを抑制しつつ防御を復帰 |
| アーキテクチャ | 「設定 → システム → バージョン情報 → システムの種類」 または echo %PROCESSOR_ARCHITECTURE% | 手動適用の .msu を x64 / ARM64 で取り違えない |
推奨手順（詳細ガイド）
Windows Update トラブルシューティング ツールを実行
経路：設定 → システム → トラブルシューティング → その他のトラブルシューティング → Windows Update → 「実行」。完了後に再起動し、更新を再試行します。内部の既知不具合（キューの詰まり、コンポーネントの軽微な整合性欠落）を自動修復します。
DISM / SFC でコンポーネント ストアを修復
管理者の コマンド プロンプト（または PowerShell）を開き、次の順で実行します。
DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow
完了後に再起動し、更新を試します。なお、/RestoreHealth でソース不足が疑われる場合は、ISO を修復ソースとして明示します。
オフライン ソースを明示する（失敗時の決定打）
- Microsoft 公式 ISO を VM 内でマウント（例：ドライブ D:）。
- インデックス確認（install.wim の例）：
dism /Get-WimInfo /WimFile:D:\sources\install.wim※install.esdの場合は/WimFile:D:\sources\install.esdを指定。 - 製品エディションが一致するインデックス番号を確認し、以下を実行します（例：インデックス 1）。
DISM /Online /Cleanup-Image /RestoreHealth /Source:wim:D:\sources\install.wim:1 /LimitAccessARM64 の VM では ARM64 対応 ISO を使用してください。アーキテクチャ不一致は修復失敗の典型例です。
SFC の結果が「一部のファイルを修復できませんでした」の場合、DISM → SFC をもう一度繰り返すと改善することがあります。
累積更新プログラムを手動インストール
Microsoft Update Catalog で KB5065426 を検索し、自分のアーキテクチャに合致するパッケージを取得します。
- Intel/AMD の物理 CPU で動く VM：x64 を選択。
- Apple Silicon（M シリーズ）上の Parallels VM：ARM64 を選択。
GUI でダブルクリック適用のほか、静音インストールも可能です。
wusa.exe "C:\Temp\windows10.0-kb5065426-xx-xx.msu" /quiet /norestart適用後は必ず再起動してください。手動適用で 0x800f081f が再現する場合は、コンポーネント ストア側の問題が濃厚です（DISM に戻るか、次の工程へ）。
Parallels Tools を最新化（仮想環境の不整合を矯正）
- Mac メニューの Actions → Reinstall Parallels Tools を実行。
- インストール後に VM を再起動。
これにより仮想デバイス ドライバーが更新され、更新処理中の I/O 障害やデバイス初期化エラーを低減できます。
追加クリーニング：不要コンポーネントの削除
ディスク圧迫や古いコンポーネントが影響している場合は以下を実行します。
DISM /Online /Cleanup-Image /StartComponentCleanup
DISM /Online /Cleanup-Image /AnalyzeComponentStore/AnalyzeComponentStore の結果でサイズや推奨状態を確認し、再起動してから更新を再試行します。
インプレース アップグレード（上書きインストール）
上記がすべて失敗する場合の最終手段ですが、成功率が高い決定打です。個人用ファイルとアプリを保持したまま、システム ファイルを最新の正常状態へリフレッシュします。
- 公式 ISO をマウントし、
setup.exeを実行。 - 「この PC を今すぐアップグレード」→「引き継ぐものを選んでください」で 個人用ファイルとアプリを保持 を選択。
- 画面の指示に従い進め、完了後に Windows Update を実行。
ログで原因を確定する（短時間で要点把握）
継続的に失敗する場合、ログ診断で遠回りを避けます。
| ログ | 場所／取得方法 | 見るべきキーワード |
|---|---|---|
| CBS.log | C:\Windows\Logs\CBS\CBS.log | 0x800f081f、source files、Cannot repair member file |
| WindowsUpdate.log | Windows 11 では PowerShell で生成：Get-WindowsUpdateLog | DownloadManager、Handler、Express のエラー行 |
簡易抽出ワンライナー：
powershell -NoLogo -NoProfile -Command ^
"Select-String -Path 'C:\Windows\Logs\CBS\CBS.log' -Pattern '0x800f081f|error|failed' | Select-Object -First 200"補足：.NET Framework 3.5 が引き金のケース
オプション機能の欠落でも 0x800f081f が出ることがあります。以下を確認します。
- 「設定 → アプリ → オプション機能 → Windows の機能」から .NET Framework 3.5 の状態を確認。
- 有効化が失敗する場合、ISO をソースに指定：
DISM /Online /Enable-Feature /FeatureName:NetFx3 /All /LimitAccess /Source:D:\sources\sxs
（任意）Windows Update コンポーネントのリセット
更新コンポーネント側の不整合が疑われるときの定番リセットです（管理者のコマンド プロンプト）。
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
実行後に再起動 → Windows Update を試行します。
Parallels 環境ならではの注意点（ARM64／ドライバー）
| 観点 | 推奨設定／確認 | ポイント |
|---|---|---|
| アーキテクチャ | Apple Silicon の場合は OS 自体が ARM64 | 手動適用やオフライン ソースは ARM64 用を使用 |
| 仮想ハードウェア | CPU/メモリは推奨値（RAM 8 GB 以上、CPU 4 コア以上を目安） | 更新処理中のメモリ不足でロールバックを招くのを抑止 |
| Parallels Tools | 更新後に必ず再起動、デバイス マネージャーで警告記号がないか確認 | ストレージ／ネットワーク ドライバーの安定化 |
| スナップショット | 作業前に取得、成功後にクリーンな状態で取り直し | ロールバックと再試行を高速化 |
よくあるつまずきと回避策
- 「DISM が 0x800f081f のまま進まない」：ISO を修復ソースに指定（
/Source:… /LimitAccess）し、インデックス番号の取り違いに注意。 - 「手動適用した .msu が即失敗」：x64／ARM64 の取り違いが濃厚。ダウンロードしたファイル名にアーキテクチャ表記が含まれます。
- 「SFC が何度も修復不能」：DISM → SFC の順をもう 1〜2 回繰り返す。改善しなければインプレースへ移行。
- 「更新は進むが再起動後にロールバック」：Parallels Tools を再インストール、不要デバイスを一時無効化（古い仮想 NIC など）。
- 「グループ ポリシーで修復が遮断」：企業環境では「コンポーネント修復のソースを指定する」ポリシーを見直し、必要に応じて「Windows Update から直接取得」を許可。
検証フロー（再現しやすい 16% 停止を突破する）
- トラブルシューティング ツール → 再起動。
- DISM
/RestoreHealth→ SFC → 再起動。 - ISO を用いた DISM のオフライン修復（必要時）。
- Parallels Tools 再インストール → 再起動。
- 正しいアーキテクチャの .msu を手動適用。
- それでも失敗する場合は インプレース アップグレード 実施。
特に 24H2 世代ではサービス スタック更新（SSU）と累積更新（LCU）の依存関係が厳格化しており、DISM によるコンポーネント ストアの整合性回復が成功率を大きく左右します。ロールバックが続くなら、躊躇なくインプレースに移るのが時間対効果に優れます。
復旧後の健全性チェックと予防
| チェック | コマンド／操作 | 合格基準 |
|---|---|---|
| コンポーネント ストア健全性 | DISM /Online /Cleanup-Image /ScanHealth | エラーなし |
| システム ファイル整合性 | sfc /scannow | 整合性違反なし |
| 保守の自動化 | ストレージ センサーで一時ファイル自動削除を有効化 | アップデート時の空き容量確保 |
| ドライバー整備 | Parallels Tools を最新化／不要デバイスを整理 | デバイス マネージャーに警告なし |
トラブル対応スクリプト集（コピペで使える）
1) DISM → SFC まとめ実行（管理者）
@echo off
echo === DISM RestoreHealth ===
DISM /Online /Cleanup-Image /RestoreHealth
echo === SFC ===
sfc /scannow
pause2) 更新コンポーネントのフル リセット（管理者）
@echo off
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
echo Done. Please reboot.
pause3) CBS.log からエラー行を抜粋（PowerShell）
$log = 'C:\Windows\Logs\CBS\CBS.log'
Select-String -Path $log -Pattern '0x800f081f|cannot|failed|error' -SimpleMatch | Select-Object -First 300ケース別の対処早見表
| 現象 | 最優先で試すこと | 次の一手 |
|---|---|---|
| 16% で必ず停止 | DISM → SFC、ISO をソース指定 | Parallels Tools 再導入 → 手動 .msu → インプレース |
| .msu 即エラー | アーキテクチャ確認（x64／ARM64） | ISO 版でインプレース |
| 再起動後にロールバック | 仮想デバイス／ドライバー点検 | Windows Update コンポーネント リセット |
| DISM がソース不足 | /Source と /LimitAccess を指定 | ARM64/エディションの齟齬を除去 |
まとめ：迷ったらこの順番で
まずはトラブルシューティング ツールで軽微な不整合を除去し、DISM /RestoreHealth → SFC を実施。必要に応じて ISO を修復ソースに指定して確実にコンポーネント ストアを正常化します。その後、正しいアーキテクチャの .msu 手動適用と Parallels Tools の再導入で仮想デバイスの不整合を解消。なお改善しない場合は、インプレース アップグレードが最短で安定状態に戻す手段です。バックアップと空き容量の確保を徹底し、手順を上から順に実施すれば、エラー 0x800f081f による KB5065426 の失敗を高確度で解消できます。
付録：コマンド速見表
| 目的 | コマンド |
|---|---|
| ストア修復 | DISM /Online /Cleanup-Image /RestoreHealth |
| システム ファイル検査 | sfc /scannow |
| ソース指定修復（WIM） | DISM /Online /Cleanup-Image /RestoreHealth /Source:wim:D:\sources\install.wim:1 /LimitAccess |
| ソース指定修復（ESD） | DISM /Online /Cleanup-Image /RestoreHealth /Source:esd:D:\sources\install.esd:1 /LimitAccess |
| サイズ分析 | DISM /Online /Cleanup-Image /AnalyzeComponentStore |
| .NET 3.5 有効化 | DISM /Online /Enable-Feature /FeatureName:NetFx3 /All /LimitAccess /Source:D:\sources\sxs |
| WindowsUpdate.log 生成 | Get-WindowsUpdateLog |
| 手動適用（静音） | wusa.exe "C:\Temp\kb5065426.msu" /quiet /norestart |
| 更新コンポーネント リセット | ren C:\Windows\SoftwareDistribution SoftwareDistribution.old 等 |
安全運用のヒント
- 大規模更新・累積更新の前に スナップショット を作成（Parallels の機能）。復旧が圧倒的に速くなります。
- 定期的に ストレージ センサーで一時ファイルを削除し、WinSxS の肥大化を防ぐ（
/StartComponentCleanup）。 - 企業環境では WSUS／ポリシー設定が影響する場合あり。スタンドアロンで検証できる VM を用意し、切り分けを行うと効率的です。
コメント