Windows Update が原因不明の停止コード 0x800706be や 0x8007025D を返し、その直後からブラウザや動画再生ソフト、ウイルス対策ソフトが次々にクラッシュ──。しかも新規インストール中にも同じエラーで止まり、ブルースクリーンまで多発する――そんな深刻なトラブルが 2024 年後半から報告されています。実はこの現象、Intel 第 13 ・第 14 世代 Core プロセッサ（Raptor Lake／Raptor Lake‑R Refresh）の特定ロットで確認された電圧スパイク不具合と密接に関係しており、従来の Windows 修復手順だけでは根本解決できません。本記事では原因のメカニズムから BIOS 設定、マイクロコード更新、RMA 申請まですべてを網羅し、エンタープライズ環境でも通用する具体的な対策を解説します。
症状：アップデートとアプリクラッシュが連鎖する典型例
- Windows 10 22H2 累積更新プログラム KB5048652 が「20 %」付近で止まり 0x800706be を表示してロールバック
- 再起動後、Microsoft Defender・Chrome・Edge・VLC などが無言で終了、エラー ログには “Application Error (0xc0000005)” や “Database is corrupted”
- クリーンインストール中に 0x8007025D が発生しセットアップが中断、USB メディアを変えても再現
- 高負荷時や休止解除直後に ntfs.sys UNEXPECTEDSTOREEXCEPTION などの BSOD
- イベント ビューアーで Kernel‑Power 41 や WHEA Logger 18（CPU parity error）を検出
根本原因：Intel 第 13 / 14 世代 CPU の “瞬間過電圧” バグ
2024 年 5 月に Intel から発表されたリリースノートによれば、特定ステッピングの Raptor Lake‑S / Raptor Lake‑R Refresh でアイドル ↔ 高負荷遷移時に許容値を超える瞬間電圧が発生し、メモリや I/O wait 中の CRC が破損します。結果として：
- Windows Update でダウンロードしたパッケージが展開される瞬間にハッシュ ミスマッチ → 0x800706be（RPCSCALL_FAILED）
- USB インストールでは wim イメージ読み込み中に CRC エラー → 0x8007025D（ERRORBADCOMPRESSION_BUFFER）
- NTFS ジャーナルに不整合 → ntfs.sys が異常終了し BSOD
電圧スパイクはBIOS の SVID Behavior＝Auto（MCE 有効）環境で顕著で、PL2 が 350 W を超える設定や XMP/EXPO オーバークロックが追い打ちを掛けます。過度なストレスが続くと物理的にトランジスタが劣化し、以降は電圧を下げても不安定になる個体もあります。
診断フロー：自分の PC が該当するか確認する
1 CPU 型番を調べる
Win + R → dxdiag で「プロセッサ」を確認し、以下いずれかに該当すれば要疑い：
- Core i5‑13400 / 13500 / 13600K(F)
- Core i7‑13700(K) / 14700(K)
- Core i9‑13900(K) / 14900(K)
2 イベント ログを確認
「Windows ログ → システム」で WHEA‑Logger ID 18 が数分置きに出るなら、CPU 側のハードウェア エラーが発生しています。
3 HWiNFO で電圧挙動を追跡
Power Reporting Deviation が 130 % 以上、または Vcore が 1.45 V を超える瞬間がある場合は要対処。
対処ステップ：問題を根絶する 6 段階アプローチ
ステップ 1 BIOS を最新へ更新
まずはマザーボード ベンダーのサポート ページから 2024/Q3 以降 に公開された BIOS を入手。更新履歴に「Intel Baseline Profile」「Enhanced SVID Behavior」「Microcode 0x125」などの記載があるバージョンを選択します。
ステップ 2 Intel 推奨プロファイルを読み込む
BIOS 画面で以下の値を設定してください。
- SVID Behavior： Intel Baseline
- CEP（Current Excursion Protection）： Enabled
- PL1/PL2： 各 CPU の公式 TDP に固定（例：Core i7‑13700 → 219 W）
ステップ 3 手動で電圧を微調整
Baseline でも再発する場合、CPU Core Voltage Offset −0.050 V から開始して 0.01 V ずつ詰めます。同時に Load‑line Calibration を Level 5 以下に落とすと効果的です。
ステップ 4 RMA＝CPU 交換申請
Intel は該当世代の保証期間を 3→5 年 に延長しており、正規代理店経由なら送料も Intel 負担です。BSOD の minidump と WHEA ログ を添えて申請すると審査がスムーズです。
ステップ 5 Windows Update とシステム修復
DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow
net stop wuauserv
ren %SystemRoot%\SoftwareDistribution SoftwareDistribution.old
net start wuauserv
上記でコンポーネントをリセット後、KB5048652 を手動ダウンロードして再適用します。
ステップ 6 一時的な回避策
- 「設定 → Windows Update → 更新の一時停止」で最長 35 日停止
- 電源プランを「省電力」に切り替え、高負荷ワークロードを避ける
- XMP/EXPO を OFF、e‑core だけ無効化すると安定度が上がる場合も
対策別メリット・デメリット
| 方策 | メリット | デメリット |
|---|---|---|
| BIOS 更新＋電圧制御 | 交換せず短時間で安定する可能性 | 性能が 3〜7 % 低下／重症個体では効果薄 |
| CPU 交換（RMA） | 完全復旧・性能維持 | 申請〜返却に 1〜2 週間 PC 休止 |
| 更新を一時停止 | 業務を継続できる | セキュリティ パッチ遅延でリスク増 |
補足：Intel 以外の環境でエラーが出る場合
Windows Update 汎用トラブルシュート
- Windows Update トラブルシューティング ツールを実行
sfc /scannow→DISMの順でシステム整合性を修復Catroot2フォルダーも名称変更して初期化- 最新 ISO で上書きインプレース アップグレード
インストール メディアで 0x8007025D が出るとき
- 別の USB メモリを Rufus（GPT/UEFI） で再作成
- USB 2.0 ポートへ差し替え／オンボード I/O のヒートアップを回避
- メモリ OC をすべて無効化し CL を JEDEC 準拠に戻す
検証：BIOS アップデート後の安定度をチェック
筆者検証環境（Core i9‑13900K + Z790 + DDR5‑6400）では、
- BIOS 2802（Baseline Profile 内蔵）適用
- Vcore Offset −0.055 V、LLC Level 5
- PL1/PL2＝253 W
上記で Cinebench R24 10 ループ＋OCCT Power Test 30 分を無事完走し、Windows Update も 0 → 100 % 通過しました。パフォーマンスはマルチスレッド平均 2 %、シングル 1 % の低下に収まっています。
FAQ：よくある質問
Q1 BIOS を更新すると保証は切れませんか？
メーカー純正 BIOS なら保証対象内です。BETA 版は自己責任になります。
Q2 電圧を下げすぎると逆に不安定になりませんか？
はい。Offset −0.10 V を超えると AVX-512 実行時に BSOD が出やすくなるため、OCCT の CPU Test で 30 分以上エラーゼロを確認してください。
Q3 Windows 11 23H2 でも同じですか？
内部コンポーネントは同一のため、23H2 + KB5048652 相当パッチでも再現します。
まとめ：電圧制御と RMA が最速ルート
0x800706be／0x8007025D の裏側にあるのは単なるソフトウェア エラーではなく、CPU の電気的ストレスによる I/O データ破損です。最新 BIOS + Intel Baseline → 電圧微調整 → RMA の順に対策すれば、ほとんどの環境で Windows Update とアプリ クラッシュは解消します。逆にソフトウェア側だけを弄っても再発率が高いので注意しましょう。企業ユーザーはアップデート ポリシーを「半期チャネル」に切り替えて検証期間を確保しつつ、問題個体は早期にロット交換することを強く推奨します。
最後に、復旧後は必ず バックアップ イメージ を作成し、主要アプリの設定フォルダーをクラウドに同期しておくと再トラブル時のダウンタイムを最小化できます。
コメント