自作PCで「たまに落ちる」「気づくと再起動している」「BlueScreenViewerでは ntoskrnl.exe と出る」──そんな厄介な“ランダムBSOD”問題を、手戻りなく片付けるための実践ガイドです。Intel Core i5‑14400F／RTX 5060／Asus TUF B760M 構成を例に、CRITICAL_PROCESS_DIED（svchost.exe 関連）の見極め方と、軽症から最終手段までの復旧ルート、そして再発防止のための基盤整備を、すべて“コピペで実行できる手順”で整理しました。
症状と前提（想定環境）
対象は以下のような自作PC構成を想定します（同等構成でも有効）。
- CPU：Intel Core i5‑14400F
- GPU：GeForce RTX 5060
- M/B：Asus TUF B760M 系（例：TUF B760M‑PLUS WIFI II）
- OS：Windows 11（22H2/23H2/24H2 いずれも想定）
- 症状：不定期のBSOD。STOP CODE は CRITICAL_PROCESS_DIED。BlueScreenViewer では ntoskrnl.exe と表示されることが多いが、ミニダンプでは svchost.exe 関連で落ちる。
まず押さえるべきポイント（誤認の回避）
- BlueScreenViewer の「ntoskrnl.exe」は“被害者表示”になりがち。カーネル（ntoskrnl.exe）は最終的に巻き込まれているだけで、真犯人は別にいることが多い。
- CRITICAL_PROCESS_DIED は「OSの根幹プロセスが壊れた／止まった」時に出る汎用STOP。
svchost.exeは複数サービスの“入れ物”であり、中に載っているサービスのどれが落ちたかを突き止めるのがカギ。 - DISM／SFC が途中で止まる、0x800f0806（pending operations）が出るのは、更新の取り違え・コンポーネント破損・保留中更新の詰まりが典型。
- BIOSが古い／メモリ周波数の過激設定（XMP/EXPO）／電源の瞬断耐性不足でも、稀発の落ち方を作りやすい。
原因の切り分けロードマップ
以下の順で進めると、ムダな再インストールを避けながら、再発率を最小化できます。
| 段階 | 狙い | 具体的な操作 | 成功の目安 | 次に進む条件 |
|---|---|---|---|---|
| ① 最小限の論理修復 | OSコンポーネント破損の修復 | DISM/SFC と保留解除 | DISM/SFC が完走しエラー無し | 途中でエラー／BSOD継続 |
| ② 失敗時の保留解除 | pending の詰まりを掃除 | WinRE/オフライン DISM、WUリセット | DISM/SFC が通る | 依然として通らない |
| ③ インプレース アップグレード | OSを上書き再構築（データ保持） | ISO から Setup.exe 実行 | BSOD消失・OS安定化 | セットアップ失敗／BSOD継続 |
| ④ クリーンインストール | ソフト起因を完全に排除 | USB媒体から新規導入 | 正常稼働が続く | 再発する＝HW疑いへ |
| ⑤ ハード診断 | メモリ／SSD／電源など | MemTest86／SMART／負荷試験 | 異常の切り分け | 交換／RMA判断 |
ミニダンプで「svchost.exe」を追う（可視化のコツ）
CRITICAL_PROCESS_DIED で svchost.exe が関与している場合、どのサービスグループの svchost が止まったかを見ます。
tasklist /svc /fi "imagename eq svchost.exe"
BSOD直前のイベントは「イベント ビューアー → Windows ログ → システム」で 7031/7034（サービス突然終了）や 1001（BugCheck） を確認。
PowerShell 例：
Get-WinEvent -FilterHashtable @{LogName='System'; Id=7031,7034,1001} -MaxEvents 200 |
Select-Object TimeCreated,Id,ProviderName,LevelDisplayName,Message
Reliability Monitor（検索欄で perfmon /rel）も、直前のアプリ／サービス障害を時系列で見られるので併用すると有効です。
軽症対応：システムファイル修復（DISM/SFC）
管理者権限の コマンド プロンプト（または PowerShell）で、次をこの順番で実行します。
dism /online /cleanup-image /scanhealth
dism /online /cleanup-image /restorehealth
dism /online /cleanup-image /startcomponentcleanup
sfc /scannow
- 0x800f0806 / pending operations が出たら、いったん再起動して再実行。
- それでも解消しない場合は「保留中更新の解除（次章）」へ。
DISM が止まるときの特効薬：保留中更新の解除と WU リセット
方法A：Windows 回復環境（WinRE）からの保留解除
- Shift を押しながら「再起動」 → トラブルシューティング → 詳細オプション → コマンド プロンプト。
- Windows のドライブ文字（例：C:）を確認し、以下を実行。
dism /image:C:\ /cleanup-image /revertpendingactions
完了後、通常起動して再度 DISM/SFC を実行。
方法B：Windows Update コンポーネントのリセット
管理者 CMD：
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 を再実行。ISO をマウントして /Source を指定すると成功率が上がります（エディション番号は環境に合わせて調整）。
dism /online /cleanup-image /restorehealth /source:WIM:X:\sources\install.wim:6 /limitaccess
インプレース アップグレード（上書き再インストール）
Microsoft 提供の ISO を入手し、Setup.exe を現在の Windows 上で実行。「個人用ファイルとアプリを引き継ぐ」を選択すると、アプリとデータを保持したまま OS を再構築できます。
- カーネルレベルのアンチチート（例：Valorant Vanguard）や常駐セキュリティが失敗要因になることがあります。事前に無効化・アンインストールを推奨。
- BitLocker を有効にしている場合は、必ず一時停止してから実施。
よくある失敗：0x8007042B‑0x2000D（SAFE_OS / MIGRATE_DATA）
移行フェーズで失敗し、再起動後に「Windows が二重登録（ブートメニューが重複）」だけ残ることがあります。重複エントリは以下で削除可能です。
- msconfig を開く →「ブート」タブ。
- 明らかに使っていない重複エントリを選び「削除」。
再度インプレースを試す場合は、常駐系の停止、ストレージ空き容量の確保（最低 30〜40GB 目安）、周辺機器の最小化も併せて行うと成功率が上がります。
最終手段：クリーンインストール（推奨ルート）
- Media Creation Tool で 8GB 以上の USB インストールメディアを作成。
- 重要データは外部ストレージやクラウドに二重バックアップ。
- BIOS で USB を起動優先に設定し、セットアップ開始。
- システムドライブ（Windows が入っていたパーティション）をフォーマットし、新規に Windows 11 を導入。
- 初回起動後はWindows Update に任せきりにせず、マザーボード・チップセット・GPUの最新ドライバをメーカーサイトから手動導入。
- ここまでで BSOD が消えればソフト起因（OS破損）と断定。それでも再発する場合は次章のハード診断へ。
ハードウェア診断：再発時の絞り込み
メモリ（最優先）
- XMP/EXPO をいったん無効にして JEDEC 標準で様子見。
- MemTest86 を USB から起動し、最低 4pass 実施。エラーが 1 つでも出たら不合格。片側2枚なら1枚ずつ/スロット入替で切り分け。
ストレージ（SSD/NVMe）
- 各ベンダーの診断ツールで SMART と総書込み量、メディアエラーを確認。
- OS 上でのチェック：
chkdsk C: /scan
転送中に BSOD が出るなら、ストレージ/ケーブル/スロット接触不良も疑う（M.2 の固定ネジやサーマルパッド厚も確認）。
電源ユニット
- 瞬断耐性・リップル・劣化で「たまに落ちる」を引き起こす典型部位。定格に十分な余裕（+30〜40%）を持たせる。
- EPS 8pin / PCIe 8pin の差し込み確認。延長や分岐の多用は避ける。
CPU/マザーボード
- BIOS更新を実施（EZ Flash または USB BIOS FlashBack）。アップデート後は CMOS クリア → 既定値ロード。
- Intel ME ファーム / MEI ドライバも併せて更新。
- C-State、電力制御、メモリトレーニング関連設定はまずAuto/既定で安定性検証。独自最適化は安定確認後に段階的に。
“svchost.exe が犯人”に見える時の具体策
svchost.exe は複数の Windows サービスをグループ実行します。以下でグループ→サービスの対応を出し、障害直前に動作していたサービスを特定します。
tasklist /svc /fi "imagename eq svchost.exe" > %USERPROFILE%\Desktop\svchost_map.txt
イベントID 7031/7034 の直前に、特定のサービスが繰り返し停止していれば、それがトリガの可能性大。該当サービスの対処例：
- Windows Update 関連（wuauserv、bits）：WU リセット（前章）→ DISM/SFC。
- ネットワーク関連：LAN/Wi‑Fi/Bluetooth ドライバの入れ直し（デバイス マネージャーで「ドライバーを削除」にチェック→再起動→最新ドライバを手動適用）。
- セキュリティ/アンチチート：常駐を一時停止、カーネルフック系はアンインストールで検証。
ドライバ起因をあぶり出す：Driver Verifier（上級）
原因不明のときのみ実施。ループBSODのリスクがあるため復元ポイント作成必須。
verifier /standard /all
再起動後に BSOD が即時再現するなら、表示されたドライバ名（.sys）を記録し、該当ドライバの更新/ロールバック/削除を実施。解除は：
verifier /reset
GPU ドライバの入れ直し（クリーン）
映像出力関連のカーネルモードドライバは BSOD を誘発しやすい領域。安全モードでクリーンアンインストール（一般には DDU 等の専用アンインストーラを用いる）→再起動→最新ドライバの手動適用を推奨。
Windows Update 経由で当たる自動配布ドライバは、タイミングによって安定版でないこともあるため、メーカー提供の安定版を選ぶのがコツです。
安定運用の“地ならし”チェックリスト
| 項目 | 操作 | 目的 | 判定 |
|---|---|---|---|
| BIOS 更新 | EZ Flash / USB FlashBack | マイクロコード/メモリ互換性の改善 | 最新適用・既定値ロード済み |
| ME/チップセット | Intel MEI・INF 手動導入 | 電力/デバイス初期化の安定化 | 最新バージョンを適用 |
| XMP/EXPO | まず無効で検証 → 安定後に有効 | メモリエラーの切り分け | 無効で安定 & 有効時も MemTest 合格 |
| 電源設定 | 電源プラン「バランス」/ 高パフォーマンスで検証 | 急峻なC-State遷移による不安定の回避 | どのプランでも安定 |
| ストレージ健全性 | SMART/Media エラー確認、chkdsk | I/O 障害の早期検知 | RAW値・再割当無し、chkdsk異常なし |
| 常駐/アンチチート | 一時停止または削除で検証 | カーネルフック競合の排除 | 停止で安定するなら代替策を検討 |
ブルースクリーン解析の最小装備
- ミニダンプを有効にする：「システムのプロパティ → 詳細設定 → 起動と回復 → デバッグ情報の書き込み：小（256KB）メモリダンプ」。
- 保存先：
C:\Windows\Minidump。MEMORY.DMPがある場合は大クラッシュの痕跡。 - ページファイルは C: に自動/十分なサイズを確保（0 だとダンプが出ない）。
再インストール時の注意（失敗を減らすコツ）
- 周辺機器を最小構成（キーボード/マウス/モニタ/有線LAN のみ）。
- インストール直後はチューニングをしない：XMP/EXPO、有志チューニング、電力制御の変更は完全安定が確認できてから。
- ドライバの導入順序：チップセット → MEI → GPU → LAN/Wi‑Fi/Bluetooth → オーディオ → 周辺機器。
- Asus TUF B760M 系は BIOS のメモリ互換性アップデートが頻繁。Windows Update では BIOS は上がらないので、必ず手動確認。
トラブル収束後の“再発防止策”
- 更新の分離：大規模な Windows 機能更新や GPU 大型ドライバ更新は、必ず復元ポイント作成→単発で実施。複数更新を一度に当てない。
- バックアップの二重化：システムイメージ（OS）とユーザーデータ（ファイル）は別方式/別媒体で。
- イベント ログと信頼性モニタを習慣化：小さな警告の段階で対処すれば BSOD まで行かない。
“これだけはやってはいけない”
- DISM/SFC の同時併用や順序逆転（restorehealth → scanhealthのような逆順）は非推奨。掲載の順で。
- 疑わしいからといってレジストリ一括最適化や出所不明ツールの乱用。復旧を難しくする。
- Windows Update とベンダーツールの同ドライバを二重適用。片方に固定する。
実行フローチャート（簡易）
- イベント ログ/ミニダンプで svchost.exe のグループと直前のサービスを特定。
- DISM/SFC（保留があれば WinRE/リセット）で OS 論理修復。
- 原因が見えなければ、インプレース アップグレード（常駐停止・BitLocker一時停止）。
- 失敗/再発ならクリーンインストール（最小構成、既定設定）。
- なお再発する場合はメモリ→SSD→電源→マザボの順に切り分け。
よくある質問（Q&A）
Q. BlueScreenViewer は便利なのに、なぜ ntoskrnl.exe が「誤認」なの？
A. カーネルが最終的にクラッシュダンプに残るのは自然ですが、引き金は別のドライバ/サービスであることが多いからです。ダンプの STOP CODE（CRITICAL_PROCESS_DIED）と関与プロセス（svchost.exe）に注目して、イベントログと突き合わせるのが正攻法です。
Q. インプレースは成功したのに、しばらくするとまた落ちる。
A. OSの破損は治ったが、ドライバ/常駐/ハード側に根本原因が残っている可能性が高いです。XMP無効での長時間運用、LAN/オーディオ/ストレージなどチップセット配下のドライバを手動で最新化、GPUはクリーン導入を試してください。
Q. Asus TUF B760M で BIOS が見つからない/最新が分からない。
A. 正しい型番で検索し、リビジョン（PLUS / WIFI II など）を一致させる必要があります。USB BIOS FlashBack に対応していれば、CPUなしでも更新可能です。更新後は CMOS クリア → 既定値ロード → 起動確認 → 必要最低限の設定のみ変更が安全です。
Q. これだけやっても直らない。
A. 電源品質（瞬間的な電圧降下）やマザーボードの個体差が疑われます。別系統の電源での検証、他PCでのメモリ/SSD単体検査、RMA も選択肢です。
まとめ（短期で直し、長期で安定させる）
CRITICAL_PROCESS_DIED は「OSの根幹が止まった」時の最終手段的なブルースクリーンで、svchost.exe 連鎖による誤認が多いのが厄介です。本記事の手順どおり、DISM/SFC → pending解除/WUリセット → インプレース → クリーンインストール → ハード診断の順で進めれば、ほぼ確実に原因領域を特定できます。
修復後は、BIOS/ME/チップセットの更新と XMP の段階適用、常駐の見直しで再発率を大きく下げられます。焦らず、段階的に、確実に進めましょう。
即コピペ用：コマンドまとめ
:: DISM/SFC（順番厳守）
dism /online /cleanup-image /scanhealth
dism /online /cleanup-image /restorehealth
dism /online /cleanup-image /startcomponentcleanup
sfc /scannow
:: pending 解除（WinRE で）
dism /image:C:\ /cleanup-image /revertpendingactions
:: 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
:: svchost グループの可視化
tasklist /svc /fi "imagename eq svchost.exe" > %USERPROFILE%\Desktop\svchost_map.txt
:: Driver Verifier（有効化/解除）
verifier /standard /all
verifier /reset
:: ストレージ健全性
chkdsk C: /scan 実施後の確認ポイント（チェックリスト）
- DISM/SFC はエラーなしで完走できたか。
- Reliability Monitor のエラーが減り、イベント 1001（BugCheck）が止まったか。
- インストール後の ドライバ導入順は正しいか（チップセット→MEI→GPU→LAN/Wi‑Fi→オーディオ）。
- XMP/EXPO は安定確認後に有効化したか（MemTest86 合格）。
- BIOS は最新か、適用後に既定値ロードしたか。
最後に：Windows の再インストールで BSOD が解消すれば、原因はソフトウェア（OS 破損）だったと判断できます。再発する場合のみ、ハードウェア（メモリ・SSD・電源・マザーボード）を段階的に切り分けるのが最短ルートです。
コメント