Windows 11 のプレビュー更新プログラム「KB5065789」がエラー 0x80071a2d で失敗し、従来の対処（wuauserv／BITS の再起動、SoftwareDistribution・Catroot2 のリセット、回復オプションの「Windows Update の修復」）でも改善しない――とくに CPU を Intel Core i5-9600K から AMD Ryzen 7 9800X3D へ換装した直後に発生しているなら、原因は「適用対象外のビルド（Insider チャネル不一致）」か「ハードウェア更改に伴う更新基盤の不整合」である可能性が高いです。本記事では、最短で失敗を解消して KB5065789 を適用するための実践的な手順を、なぜ必要なのかという“理由”とあわせて解説します。
ケースの前提と症状
読者から寄せられた状況は次のとおりです。
- Windows 11 のプレビュー更新プログラム KB5065789 を適用しようとすると、インストール段階で0x80071a2d が表示され失敗する。
wuauserv（Windows Update）とBITSの停止・再開、SoftwareDistribution／Catroot2のリセット、回復オプションの「Windows Update の修復」を実施済み。- CPU を Intel Core i5‑9600K から AMD Ryzen 7 9800X3D へ換装して以降、更新できなくなった。
この組み合わせでは、以下の二つが主因になりやすいです。
- Insider チャネル不一致：KB5065789 は Release Preview チャネル向けのプレビュー更新であり、対象ビルドでなければ「適用対象外」扱いとなって失敗します。
- ハードウェア更改後の基盤不整合：CPU 世代変更により、チップセットドライバー／マイクロコード／BIOS（UEFI）設定（fTPM/TPM・Secure Boot 等）と、既存のコンポーネントストア（WinSxS）や Update Stack の整合が崩れ、更新がトランザクションエラーで巻き戻ることがあります。
最短で成功率を上げる“結論”フロー
時間をかけずに収束させるなら、下記の順に進めるのが効率的です。とくに太字の 2 ステップだけで成功するケースが多くあります。
| あなたの状況 | 推奨アクション | 期待効果 |
|---|---|---|
| Insider Program に未参加 | Insider へ参加し Release Preview を選択。もしくはプレビュー適用を諦めて正式版を待つ。 | 対象外エラーを回避／正式リリース待機で安定運用。 |
| Insider Release Preview に参加済み | 公式 ISO で上書きアップグレード（修復インストール）を実施。設定で「個人ファイルとアプリを引き継ぐ」を選択。 | 壊れたコンポーネントや更新スタックを再構築し、KB を一気に適用。 |
| CPU 換装直後／BIOS 未更新 | チップセットドライバーとBIOS/UEFIを最新化。fTPM/TPM 有効化とSecure Boot確認。 | 更新前提条件の満たし直しでロールバック防止。 |
KB5065789 が失敗する“技術的な理由”
0x80071a2d は、更新処理の途中で整合性が崩れてトランザクションが競合・中断された際にも現れる汎用コードです。とくにプレビュー更新は適用可能なチャネルとビルドが明確に決まっており、以下の条件が揃わない場合に失敗しがちです。
- チャネルの不一致：Release Preview 以外（ベータ／開発チャネルや未参加）では配信・適用対象外。
- ビルド前提の相違：たとえば 25H2 系列に対する前提 Update Stack Package（USP）が未適用だと、差分が当てられず巻き戻ります。
- ハードウェア構成の大幅変更：CPU アーキテクチャ変更により ACPI/SMBIOS の記述やマイクロコードが更新され、既存のドライバーやセキュリティ前提（TPM 測定値など）と齟齬が出ると失敗に直結します。
Insider チャネルの確認と是正
まず、KB5065789 が対象とする Release Preview チャネルになっているかを確認します。
- 設定 > Windows Update > Windows Insider Program を開く。
- Insider Program に参加のトグルが オンであることを確認。
- チャネルの選択が Release Preview になっていることを確認（異なっていれば変更）。
レジストリで選択状態を読み出して確認したい場合は、管理者の PowerShell で次を実行します（閲覧のみ）。
Get-ItemProperty -Path 'HKLM:\SOFTWARE\Microsoft\WindowsSelfHost\UI\Selection' |
Select-Object BranchName, ContentType, Ring, Udkここで ContentType や Ring が Release Preview 相当（表記は環境によって微妙に異なる）であれば条件を満たしています。
公式 ISO を用いた「上書きアップグレード（修復インストール）」
Insider 条件を満たしていても 0x80071a2d が続く場合は、ISO を使った上書きアップグレードが最も成功率の高い解法です。既存環境を保持したまま、破損した更新コンポーネントを総入れ替えできます。
準備
- Microsoft 公式の Windows 11 25H2 Release Preview ISO を取得。
- 念のためユーザーデータのバックアップ（ドキュメント、ピクチャ、デスクトップ、ブラウザプロファイル、仮想通貨ウォレットなど）。
- 外付けストレージ・セキュリティソフトの常駐を一時停止（再起動で自動復帰）。
手順
- ISO をエクスプローラーでマウントし、ドライブに割り当てる。
- マウントしたドライブの
Setup.exeを右クリックし管理者として実行。 - 案内に従い進め、「個人用ファイルとアプリを引き継ぐ」を選択。
- 互換性チェックでエラーがないことを確認し、インストールを開始。
- 複数回再起動後、デスクトップに戻ったら 設定 > Windows Update を開き、更新履歴で KB5065789 が適用済みになっているか確認。
上書きアップグレードは、累積更新・機能有効化パッケージ・Update Stack Package の不整合を同時に是正できるため、0x80071a2d のような巻き戻り系エラーに強力です。
Insider に参加しない場合の選択肢
プレビュー更新はあくまで先行検証用です。業務 PC などで安定性を優先する場合は、正式リリース（一般配信）まで待機する判断が最善です。「プレビューを使いたい」要件がある場合のみ、Insider に加入して Release Preview に切り替えましょう。
CPU 換装後に必要な“土台作り”：チップセット・BIOS・TPM
Intel 第 9 世代から AMD Ryzen 7000/9000 系（例：Ryzen 7 9800X3D）へ切り替えると、プラットフォームが根本的に変わります。Windows 11 の更新は以下を前提に最適化されているため、まず土台を整えましょう。
- 最新チップセットドライバー：マザーボード（AM5）メーカーの配布版または AMD 公開版を適用。
- 最新 BIOS/UEFI：対象 CPU を正式サポートするバージョン（AGESA 更新を含む）へ更新。
- TPM（fTPM）と Secure Boot：UEFI 設定で fTPM/TPM 有効、Secure Boot 有効を確認。
- ストレージ設定：SATA/AHCI・NVMe の設定を確認。旧環境の RAID ドライバー残骸は除去。
とくに fTPM の状態と Secure Boot の有効・無効は、プラットフォーム測定（Measured Boot）やライセンス・デバイス暗号化の整合に影響し、更新の失敗要因になり得ます。
システム整合性の検査とコンポーネントストアの健全化
上書き前でも、システムファイルとコンポーネントストアを整えると成功率が上がります。管理者の PowerShell またはコマンドプロンプトで順に実行してください。
システムファイルの検査・修復
sfc /scannowコンポーネントストア（WinSxS）の検査・修復
DISM /Online /Cleanup-Image /RestoreHealth
DISM /Online /Cleanup-Image /StartComponentCleanup
DISM /Online /Cleanup-Image /AnalyzeComponentStore破損が検出・修復された場合は、再起動してから再度更新・上書きを試してください。
既に試した “定番リセット” をもう一段精密に
SoftwareDistribution と Catroot2 のリセット、wuauserv／BITS の再起動は有効な手筋ですが、成功しないときは以下の完全リセット手順を一回だけ実施してみてください。
net stop bits
net stop wuauserv
net stop cryptsvc
del /f /q %ALLUSERSPROFILE%\Application Data\Microsoft\Network\Downloader\qmgr*.dat
ren %systemroot%\SoftwareDistribution SoftwareDistribution.old
ren %systemroot%\System32\catroot2 catroot2.old
netsh winsock reset
netsh int ip reset
net start cryptsvc
net start wuauserv
net start bitsネットワークスタックのリセット（netsh）まで含めることで、BITS のジョブや WinHTTP の不整合が残っていた場合にも効果が見込めます。
ログから「本当に 0x80071a2d なのか」を見極める
原因の特定に役立つログは次のとおりです。
- WindowsUpdate.log：PowerShell で
Get-WindowsUpdateLogを実行すると、デスクトップに統合ログが生成されます。 - イベントビューア：アプリケーションとサービス ログ > Microsoft > Windows > WindowsUpdateClient > Operational。ここにエラーコードが構造化イベントで記録。
- CBS.log：
C:\Windows\Logs\CBS\CBS.log。更新の展開（servicing）に失敗した痕跡が出ます。
これらで 0x80071a2d が更新適用の“巻き戻し”過程で出ていることが確認できれば、上書きアップグレード（修復インストール）を選ぶ根拠になります。
「上書きアップグレード」でうまくいかないときの追加策
- 保留中の操作を解除：前回の更新が未完了だと巻き戻り続けます。
DISM /Online /Cleanup-Image /RevertPendingActions実行後は再起動してから試行。 - クリーンブート（常駐の影響を排除）：msconfig で「スタートアップのオプションを選択」→「スタートアップ項目の読み込みを無効」→サービスは「Microsoft のサービスをすべて隠す」の上で不要を無効化。
- ストレージ空き容量：C ドライブに 25 GB 以上を確保（ISO 展開と一時ファイル用）。
- デバイス暗号化／BitLocker：暗号化環境では事前に回復キーの控えを確保。上書き中の再起動で回復キーが求められる場合あり。
Ryzen 7000/9000 系への換装後に特有の注意点
Ryzen 7 9800X3D を含む 3D V-Cache モデルでは、BIOS の AGESA 世代や電力管理の最適化が更新で前提化されることがあります。以下のチェックをおすすめします。
- BIOS の「初期化（CMOS クリア）」：メジャーアップデート後に古いプロファイルが残ると不整合の誘因になるため、更新後に一度初期化→必要項目のみ再設定。
- EXPO/XMP 設定：メモリ OC 設定は安定化まで一時的に Auto へ。更新時の微小エラーを避けます。
- 周辺機器：旧プラットフォームのストレージドライバーや監視ツール（例：古い Intel ランタイム／サービス）が残っていればアンインストール。
“やってはいけない”回避策と、その理由
- 非公式 ISO／改変された UUP の使用：署名・ハッシュ未確認のメディアはセキュリティリスク。更新エラーが解消されても将来の累積更新で別の問題を誘発します。
- ランダムなレジストリ変更：Insider 設定やサービシングポリシーのキーをネット上の断片情報で編集すると、チャネル不一致のままロックされることがあります。
- システムファイルの手動置換：
system32等への直接上書きは SFC/DISM の整合性を壊し、状況を悪化させます。
更新が完了したかを判定するチェックリスト
| 確認項目 | 確認場所 | 合格基準 |
|---|---|---|
| KB5065789 の状態 | 設定 > Windows Update > 更新の履歴 | 「正常にインストールされました」 |
| OS ビルド | 設定 > システム > バージョン情報（または winver） | Release Preview 該当ビルドに更新済み |
| 更新の再試行時の挙動 | 「更新プログラムのチェック」 | 再配信なし／差分パッチの即時適用 |
| イベントログ | WindowsUpdateClient（Operational） | 直近に 0x80071a2d の記録なし |
トラブルを再発させない運用の“型”
- Insider は 1 台に限定：運用機は正式版、検証機だけを Insider Release Preview に。
- BIOS とチップセットを定期更新：機能更新の前に必ず更新。CPU マイクロコードや ACPI テーブルの差異を潰す。
- 不要な常駐を整理：監視系・チューニング系は更新直前に一時停止。
- ストレージの空きと健全性：NVMe の SMART を定期点検。C ドライブの空きは常に 20～30 GB 以上。
よくある質問（FAQ）
上書きアップグレードでデータは消えますか？
インストール画面で「個人ファイルとアプリを引き継ぐ」を選べば、通常は環境が保持されます。ただし万一に備え、事前バックアップは必須です。
回復オプションの「Windows Update の修復」でも直らないのはなぜ？
同機能はサービスや一時領域の復旧が中心で、チャネル不一致やUpdate Stack の破損までは整えられません。ISO での修復インストールはそこを包括的に再構築します。
KB5065789 を手動で .msu から入れ直すのは有効？
対象チャネル・ビルドで、前提パッケージが揃っていれば有効です。ただし前提が欠けているとやはり失敗するため、先に Insider／上書きのルートを推奨します。
実行用まとめ（コピペできるコマンド集）
Windows Update 環境の完全リセット
:: 管理者のコマンドプロンプトで実行
net stop bits
net stop wuauserv
net stop cryptsvc
del /f /q %ALLUSERSPROFILE%\Application Data\Microsoft\Network\Downloader\qmgr*.dat
ren %systemroot%\SoftwareDistribution SoftwareDistribution.old
ren %systemroot%\System32\catroot2 catroot2.old
netsh winsock reset
netsh int ip reset
net start cryptsvc
net start wuauserv
net start bitsシステムファイルとコンポーネントの修復
sfc /scannow
DISM /Online /Cleanup-Image /RestoreHealth
DISM /Online /Cleanup-Image /StartComponentCleanup
DISM /Online /Cleanup-Image /AnalyzeComponentStore保留中操作の解除
DISM /Online /Cleanup-Image /RevertPendingActionsInsider 選択状態の確認（読み取りのみ）
Get-ItemProperty -Path 'HKLM:\SOFTWARE\Microsoft\WindowsSelfHost\UI\Selection' |
Select-Object BranchName, ContentType, Ring, Udk最終確認：この順でやれば収束します
- Insider > Release Preview になっているかを確認（未参加なら参加、不要なら正式版待ち）。
- チップセット／BIOS 更新と fTPM/TPM・Secure Boot を整える。
- SFC/DISM で整合性を確保。
- 改善しなければ 公式 ISO で上書きアップグレード（「個人ファイルとアプリを引き継ぐ」）。
- 更新履歴とイベントログで 0x80071a2d が消えていることを確認。
これらの手順で、多くの環境で 0x80071a2d が解消し、KB5065789 を含む最新ビルドへ更新できるようになります。プレビュー更新は対象チャネルの整合がすべての前提――まずはそこを確実に合わせ、上書きアップグレードで土台ごと再構築するのが、もっとも早く・安全に・確実に終わらせるコツです。
付録：トラブルシューティング早見表
| 症状 | 考えられる原因 | 対処 |
|---|---|---|
| 0x80071a2d で毎回ロールバック | チャネル不一致／Update Stack 不整合 | Insider Release Preview へ是正 → ISO 上書き |
| インストール開始すらしない | TPM/Secure Boot 無効、ストレージ空き不足 | UEFI で fTPM 有効化、C ドライブ 25GB 以上確保 |
| 途中で再起動後に復旧が繰り返される | 保留中操作の残骸／ドライバー競合 | DISM で Revert、クリーンブートで再試行 |
| ISO 上書き後も更新が残る | 前提の USP が遅延適用 | 「更新プログラムのチェック」を数回 → 再起動 |
まとめ
KB5065789 の 0x80071a2d は「設定の根本（チャネル／前提）を合わせる」「壊れた更新基盤を上書きで組み直す」という二つの原則で解消できます。CPU を換装したタイミングで発生したなら、チップセット・BIOS・fTPM/TPM の最新化を忘れずに。更新は“土台”が 9 割。土台が整っていれば、あとは上書きアップグレードが最短距離です。
コメント