Windows 10 Version 22H2（OS ビルド 6282 想定）環境で、累積更新プログラム KB5065429 が「0x800f805」で失敗したり、Microsoft Update Catalog からの手動インストールで「このコンピューターには適用できません」と表示されるケースに対し、前提パッチ確認・DISM／SFC による修復・インプレース アップグレードまでを含む再現性の高い解決手順を、現場運用の観点で体系化しました。
現象の整理と重要ポイント
対象：Windows 10 22H2（Build 6282 前後）で累積更新 KB5065429 の適用が失敗する。
- Windows Update 経由：0x800f805 で失敗。
- 手動（.msu）：「このコンピューターには適用できません」 と表示。
- 一般的な初期対処（DISM／SFC、Windows Update リセット）を実施済み。
- Windows Update 画面に「ESU に登録済み」の表示あり（本事象とは原則無関係）。
注記： 画面の表示では「0x800f805」と見える場合がありますが、CBS ログでは 0x800F0805（CBS_E_INVALID_PACKAGE） と記録されることが多く、いずれも「パッケージが無効／不適合／前提を満たさない」系の失敗として扱えます。
すぐに把握したい環境情報
| 項目 | 確認方法 | 例 |
|---|---|---|
| エディション／アーキテクチャ | 設定 > システム > バージョン情報 | Windows 10 Pro / x64 |
| OS ビルド | Win + R → winver | 19045.62xx（22H2） |
| 言語・言語パック | 設定 > 時刻と言語 > 言語 | 日本語（日本）+ 英語（米国） |
| ディスク空き容量 | エクスプローラー | システムドライブ 20GB 以上推奨 |
| セキュリティソフト | アンインストール／更新状況 | 一時無効可否を確認 |
結論の要約（対処ロードマップ）
- 前提パッチの有無を確認：更新履歴で KB5063709（2025年8月累積更新） を確認。なければ Update Catalog から該当 SKU（Windows 10 22H2 x64 など）を入手し手動適用。これも「適用不可」なら更新スタック破損の可能性が高い。
- コンポーネント ストアの修復：管理者権限で
DISM /Online /Cleanup-Image /RestoreHealth→sfc /scannowを実行し再起動。正常化すれば KB5065429 の再適用を試す。 - 修復インストール（インプレース アップグレード）：前提パッチも適用できない／DISM が収束しない場合の最も確実な解決策。メディア作成ツールから「この PC を今すぐアップグレード」→「個人用ファイルとアプリを引き継ぐ」。その後 Windows Update で KB5065429 を適用。
- Windows 11 への直接アップグレードは推奨しない：TPM 2.0 / Secure Boot / 対応 CPU 必須。現状の更新スタック破損を抱えたまま上げるとロールバックの要因。まず Windows 10 側を健全化してから判断。
「適用不可」「0x800f805」になりやすい根本原因
| カテゴリ | 典型症状 | 技術的背景 | 対処 |
|---|---|---|---|
| 前提未満 | 手動 .msu が即「適用不可」 | ベースライン累積（例：KB5063709）や SSU/LCU 結合パッケージの整合が取れていない | 前提を先に入れる／整合が崩れている場合は DISM → インプレース |
| ストア破損 | 0x800F0805 / 0x800f805、 DISM が 100% で止まる／失敗 | WinSxS のハッシュ不一致、保留状態（pending）の残骸、パッケージの中間状態 | DISM + SFC、回復しないならインプレース |
| SKU・言語不整合 | N / Single Language / ARM64 等での不一致 | パッケージのターゲット SKU が一致せず検証で落ちる | Update Catalog で正しい SKU を選定 |
| サードパーティ干渉 | 再起動後ロールバック、特定ドライバーで失敗 | フィルタ ドライバー・暗号化ソフト・古い AV が I/O をブロック | 一時無効／最新版へ更新、再試行 |
前提パッチ（KB5063709）の確認と適用
GUI での確認（おすすめ）
- 設定 → 更新とセキュリティ → 更新履歴。
- 「品質更新プログラム」に KB5063709 があるか確認。
コマンドでの確認（素早く正確）
powershell -NoProfile -ExecutionPolicy Bypass -Command "Get-HotFix -Id KB5063709"
該当が返らない場合は未適用です。Update Catalog から Windows 10 Version 22H2 用 x64 ベース システム (KB5063709) を入手し、アーキテクチャや SKU（通常は Home/Pro 共通、N や Single Language、ARM64 は別）を合わせて実行します。
それでも「適用不可」になる場合、更新コンポーネントの整合が崩れている可能性が高く、次節の DISM／SFC での修復、もしくはインプレース アップグレードが有効です。
コンポーネント ストアの修復（DISM／SFC）
- 管理者権限のコマンド プロンプト（または PowerShell）を開く。
- 以下を順に実行し、完了後に再起動。
DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow
必要に応じて、事前診断として以下も有効です。
DISM /Online /Cleanup-Image /ScanHealth
DISM /Online /Cleanup-Image /AnalyzeComponentStore
ログの見方
- DISM ログ：
C:\Windows\Logs\DISM\dism.log - CBS ログ：
C:\Windows\Logs\CBS\CBS.log
findstr /i /c:"error" /c:"0x800f" %windir%\logs\cbs\cbs.log
CBS に 0x800F0805／0x800f805 が記録され、修復が進まない場合は、ストア破損が深い可能性があります。インプレース アップグレードに切り替えるのが時間対効果で最適です。
修復インストール（インプレース アップグレード）
既存のユーザーデータやアプリを保持したまま、Windows のコア コンポーネントと更新スタックを正常な状態に置き換えます。更新関連の“癖のある破損”に最も効きます。
準備
- システム ドライブに十分な空き（目安：20GB 以上）。
- 外付け記憶装置や複雑な周辺機器は一時的に取り外す。
- サードパーティ製 AV／セキュリティソフトは一時無効化（後で再有効）。
- 重要データは念のためバックアップ（ユーザープロファイルは維持されます）。
手順
- Microsoft 公式の メディア作成ツール を起動。
- 「この PC を今すぐアップグレード」 を選択。
- 画面の指示に従い、「個人用ファイルとアプリを引き継ぐ」 を選択した状態で進める。
- セットアップ完了後、Windows Update を実行して KB5065429 を適用。
ポイント
- 環境・アプリ・ユーザーデータは保持。
- 破損した更新コンポーネントや WinSxS が正常化されるため、前提パッチや当該累積の検証も通りやすくなります。
Windows 11 へ直行しない理由
Windows 11 は TPM 2.0、Secure Boot、対応 CPU が必須。これらを満たしても、Windows 10 側の更新コンポーネント破損を抱えたまま上げると、セットアップ終盤でロールバックする事例があります。まず本記事の手順で Windows 10 を健全化し、累積更新（KB5065429 を含む）が正常適用できる状態を確認してから検討しましょう。
トラブルシューティングの時短チェックリスト
- SKU とアーキテクチャは正しいか（x64 / ARM64、N / SL の別）。
- 言語パックの追加・削除直後ではないか（保留状態の解消後に適用）。
- 日時のズレはないか（NTP 同期）。
- ストレージの空き不足はないか（WinSxS 展開で不足しがち）。
- 暗号化／保護系ソフト（DLP、EDR、ディスク暗号化）を一時無効にできるか。
- WSUS / グルポで特定更新が保留・拒否になっていないか。
エラーコードの読み替え早見表（周辺事象）
| コード | 意味（代表） | よくある要因 | ヒント |
|---|---|---|---|
| 0x800F0805 / 0x800f805 | CBS_E_INVALID_PACKAGE | 前提不足、SKU 不一致、ストア破損 | 前提確認 → DISM/SFC → インプレース |
| 0x800F0922 | 展開／予約領域不足など | System Reserved 領域や接続要件 | 領域拡張・VPN 切断・再試行 |
| 0x800F0988 | LCU/SSU の整合不良 | パッケージ状態不整合 | DISM → 再適用、だめならインプレース |
コマンド／操作手順の具体例
OS ビルド・インストール済み更新の確認
winver
systeminfo | findstr /i /c:"OS 名" /c:"OS バージョン" /c:"OS ビルド"
powershell -Command "Get-HotFix | Sort-Object -Property InstalledOn -Descending | Select-Object -First 20"
当該 KB の状態確認（パッケージ名検索）
DISM /Online /Get-Packages /Format:Table | findstr /i 5065429
DISM /Online /Get-Packages /Format:Table | findstr /i 5063709
Windows Update 周辺のクリーンアップ（必要時のみ）
既に実施済みでも、サービス状態を整えると改善する場合があります。
net stop wuauserv
net stop bits
net stop cryptsvc
ren %systemroot%\SoftwareDistribution SoftwareDistribution.old
ren %systemroot%\System32\catroot2 catroot2.old
net start cryptsvc
net start bits
net start wuauserv
上記ののち再起動し、DISM／SFC → KB 再適用を試みます。
「適用不可」を回避する Update Catalog の選び方
- OS バージョン：Windows 10 Version 22H2 を選択。
- アーキテクチャ：x64 / ARM64 を厳密に合わせる。
- SKU の違い：通常 Home/Pro/Education/Enterprise は同一パッケージですが、N 版、Single Language、IoT Enterprise は別系統です。
- 言語：LCU 自体は多言語共通ですが、直前に言語パックの追加・削除を行った場合は保留解消後に適用。
インプレース アップグレード後の仕上げ
- デバイス ドライバー：チップセット、ストレージ、GPU、ネットワークを最新へ更新。
- サードパーティ製セキュリティ：最新版へ更新してから再度 Windows Update。
- .NET と Visual C++ 再頒布：副作用で修復されますが、業務アプリは起動確認。
- BitLocker／ディスク保護：必要に応じて再有効化・回復キーの確認。
企業・WSUS 環境向けの注意点
- 承認／期限：KB5065429 が未承認／期限切れでクライアントに降りていない可能性。
- 置き換え（Supersedence）：より新しい LCU が置き換えていると、対象外表示に見えることがあります。
- 検出ロジック差異：言語パックや .NET 更新の前後で検出結果が揺れることがあるため、前提累積（KB5063709）の配布有無をあわせて点検。
- 配布の健全性：配布ポイントのコンテンツ破損・キャッシュ破損（SCCM）も視野に入れる。
ログで詰まったときの確認ポイント
- CBS.log の該当箇所：Failed to resolve package…、Applicability State: NotApplicable、0x800F0805 を探す。
- 保留状態の解消：
HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Component Based Servicing\RebootPendingの有無を確認（変更は推奨しません。再起動・DISM で解消を試す）。 - 言語／機能追加の直後か：FOD（.NET 3.5 等）や言語パックの追加直後は保留になりがち。再起動→DISM→適用の順で。
再発防止の運用ベストプラクティス
- 月例累積のベースライン保持：更新を飛ばさず、少なくとも四半期ごとに追随。
- クライアント健全性の定期点検：
DISM /ScanHealthとsfc /scannowをメンテナンスに組み込む。 - ドライバーの最新化：特にストレージ／チップセット／VPN クライアント。
- セキュリティ製品の互換性確認：メジャー更新前に既知の互換性情報を確認。
ケース別・攻略ガイド
| 症状 | 一次対応 | 二次対応 | 最終対応 |
|---|---|---|---|
| Windows Update で 0x800f805 | サービス再起動／キャッシュ初期化 | DISM → SFC | インプレース |
| .msu が「適用不可」 | SKU / アーキ確認、KB5063709 先入れ | DISM でストア修復 | インプレース |
| DISM が 100% で停止 | 再起動後に再実行 | オフライン ソースなしでの /RestoreHealth 再試行 | インプレース |
| 再起動後にロールバック | AV/EDR を一時無効、周辺機器を外す | ドライバー更新 | インプレース |
よくある質問（FAQ）
Q. 「ESU に登録済み」の表示は関係ありますか？
A. 表示自体はライセンス／サポート期間の情報であり、今回の失敗（0x800f805）とは直接関係しません。パッケージ適用の可否は前提パッチとコンポーネント ストアの健全性で決まります。
Q. 手動適用の前にどこを見ればよいですか？
A. まず KB5063709 の有無。なければ先に適用（適用不可なら DISM／SFC → インプレース）。次に CBS.log で 0x800F0805 系の痕跡を確認します。
Q. インプレース後に再度同じエラーが出る場合は？
A. その場合はドライバーや常駐ソフトの干渉、グループポリシー／WSUS の配布設定、あるいはネットワーク機器（SSL 検査など）の影響を疑います。セーフブートでの適用やクリーンブートも選択肢です。
実務向けチェックリスト（そのまま使える）
- OS：Windows 10 22H2／x64 を確認（
winver）。 - 空き容量・周辺機器・AV を整備。
- KB5063709 の有無を確認 → 無ければ適用。
- Windows Update 失敗時はキャッシュ初期化 → 再試行。
- 改善なし：
DISM /RestoreHealth→sfc /scannow→ 再起動。 - それでも不可：インプレース アップグレード（個人用ファイルとアプリを引き継ぐ）。
- 完了後：ドライバー更新 → Windows Update で KB5065429 を適用 → 正常適用を確認。
まとめ
KB5065429 の「0x800f805／適用不可」問題は、前提パッチ（KB5063709）未満とコンポーネント ストア破損が二大要因です。前提の整合が取れれば適用は通りやすく、ストア破損は DISM／SFC で回復、難しい場合は インプレース アップグレードで高確率に解決できます。作業後はドライバーと常駐ソフトを最新にしてから Windows Update を実行し、環境を安定させましょう。
コメント