Windows 11 でゲームを起動・終了した瞬間にブルースクリーン「CRITICAL_PROCESS_DIED」が出てしまい、まったく遊べない……という相談がここ数年で一気に増えています。本記事では、単なる再インストールでは直らないこの症状を、実際のトラブル事例を踏まえながら、原因の考え方と具体的な対処手順まで丁寧に整理します。
症状の概要とよくあるパターン
今回取り上げるのは、次のようなシナリオです。
- OS：Windows 11
- GPU：NVIDIA 製（GeForce RTX シリーズなど）
- ゲームを起動した直後、または終了した直後にブルースクリーン
- 表示されるエラー：CRITICAL_PROCESS_DIED
- 通常の再起動や NVIDIA ドライバの再インストール、BIOS 更新では解決しない
- ミニダンプを解析しても特定のドライバ名が出ず、「メモリ破損（memory corruption）」が示唆される
実際の現場では、次のような「発生パターン」がとても多く報告されています。
| 発生タイミング | 具体例 | 裏で起きていることの例 |
|---|---|---|
| ゲーム起動直後 | ゲームロゴが出た瞬間に BSOD | GPU ドライバのモード切り替え、VRAM/メモリ割り当て、アンチチート・オーバーレイの読み込み |
| ゲーム終了直後 | 「終了します」→デスクトップ表示前に BSOD | GPU リソースの解放、サウンド/入力ドライバがアイドル状態へ戻る処理 |
| Alt+Tab での切り替え | フルスクリーンゲームからデスクトップへ戻る時に BSOD | 解像度・リフレッシュレート変更、ウィンドウマネージャの描画切り替え |
どのパターンも共通して、「負荷の変化が大きい瞬間」「ドライバやメモリの状態が一気に変わる瞬間」で落ちているのが特徴です。
CRITICAL_PROCESS_DIED とは何か
CRITICAL_PROCESS_DIED は、バグチェックコード 0xEF に対応する STOP エラーで、「Windows の動作に必須なプロセスが死んだ」ときに発生します。
具体的には、次のようなプロセスが原因となるケースが多くあります。
smss.exe（セッションマネージャ）csrss.exe（クライアント/サーバー ランタイム サブシステム）wininit.exe/winlogon.exeなどのログオン・セッション管理プロセス
これらが「例外的な終了」をすると、Windows はシステムを安全に続行できないと判断し、ブルースクリーンを表示します。ところが、今回のように「特定ドライバ名が出ず、メモリ破損だけ示唆される」場合、直接の犯人は OS のプロセスではなく、その下で動くドライバやハードウェアであることがほとんどです。
まとめると、次のようなイメージになります。
| レイヤー | 例 | CRITICAL_PROCESS_DIED で問題になりやすいポイント |
|---|---|---|
| アプリ層 | ゲーム本体、ランチャー | 単体で OS を落とすことは少ない。多くは例外としてアプリ側だけが落ちる。 |
| ドライバ層 | GPU、チップセット、ストレージ、アンチチート、オーバーレイ | 不正なメモリアクセスや解放ミスにより、カーネル空間のメモリを破壊しやすい。 |
| ハードウェア層 | RAM、CPU、マザーボード、SSD、GPU | 不安定なオーバークロックや故障が原因でランダムなメモリ化けを引き起こす。 |
なぜ「ゲーム起動／終了」で露呈しやすいのか
同じ PC でも、Office やブラウザでは安定しているのに、ゲームを起動した瞬間だけ CRITICAL_PROCESS_DIED になる──というケースはとても多いです。その理由は次の通りです。
- GPU が一気に 2D → 3D（または高負荷）モードへ遷移する
- RAM 使用量、VRAM 使用量、CPU 負荷が急増し、メモリアクセスが一気に増える
- アンチチート、録画ソフト、オーバーレイなど複数ドライバが同時にゲームプロセスへフックする
- 解像度・リフレッシュレートが切り替わり、ディスプレイドライバが再初期化される
この「一瞬で環境が大きく変わるタイミング」は、もともとギリギリで踏ん張っていた不具合が露呈しやすい場所です。例えば、
- メモリの XMP／DOCP 設定がわずかに不安定
- GPU を軽くオーバークロックしている
- チップセットやストレージのドライバが古い／破損している
といった条件が重なると、「ゲーム起動＝トリガー」で CRITICAL_PROCESS_DIED が発生する、というわけです。
ざっくり原因を絞り込むためのチェック
本格的な対処に入る前に、次のような観点で状況を整理しておくと、原因を絞り込みやすくなります。
| 観点 | チェック内容 | 疑われるポイント |
|---|---|---|
| 発生するゲーム | すべての 3D ゲームか、一部タイトルだけか | 一部タイトルのみなら、アンチチートやそのゲーム固有のドライバとの相性も疑う |
| 発生タイミング | 起動直後のみ、終了時のみ、プレイ中もか | 起動/終了に偏るなら、モード切り替え時のドライバ・電源管理周りを重点的に確認 |
| 他の高負荷アプリ | ベンチマークや動画エンコードでも落ちるか | ゲーム以外でも落ちるなら、ハードウェア起因（RAM/GPU/電源）や OS 破損の可能性が高まる |
| オーバークロック | CPU/GPU/RAM をオーバークロック・アンダーボルトしているか | メモリ破損系の BSOD では、真っ先に疑うべきポイント |
ここまで整理できたら、次の章から紹介する「手順どおりのリセット＆再構築」を進めていきます。
解決の基本方針：原因を一つずつ潰していく
CRITICAL_PROCESS_DIED は、エラー名だけでは原因が絞り込めない「汎用 STOP コード」です。やみくもに Windows を再インストールしても、
- 不安定なオーバークロック設定
- 壊れかけの RAM や SSD
- 根本的な BIOS 設定ミス
といった「ハード／ファームウェア側の問題」は解決できません。
そこで本記事では、次の順番で「影響範囲の広いものから順に」つぶしていきます。
| 優先度 | 対策 | 狙い |
|---|---|---|
| 高 | OC 設定リセット、メモリ設定見直し | メモリ破損の大元になりやすい要素をゼロにする |
| 中 | チップセット／GPU ドライバのクリーンインストール | カーネル空間で動くドライバの不整合を排除 |
| 中 | メモリ・ストレージの健全性チェック | 物理的な故障・ファームウェア不具合をあぶり出す |
| 低〜最終 | OS 整合性修復、インプレースリペア、クリーンインストール | ソフトウェア側の破損を総ざらいで修復 |
それでは、実際の手順を詳しく見ていきましょう。
ステップバイステップ対処法
オーバークロック設定をすべてリセットする
ミニダンプで「原因不明のメモリ破損（memory corruption）」と出ている場合、真っ先に疑うべきは 電圧・メモリタイミングの不整合 です。軽い OC や自動 OC でも、個体によってはシビアに不具合を起こします。
次のように、徹底的に「定格状態」に戻してみます。
- BIOS で「Load Optimized Defaults」または「工場出荷設定」を読み込む
- CPU のマニュアル OC／自動 OC（PBO、Intel Turbo Boost の手動設定など）を無効化
- メモリの XMP／DOCP／EXPO プロファイルを一旦オフにする
- MSI Afterburner などで行っている GPU オーバークロック／アンダーボルトをすべてリセット
一旦この「完全定格状態」で再起動し、問題のゲームを起動・終了してみてください。
- これだけで BSOD が消える場合：
→ OC 設定が原因。安定動作する範囲を探りながら、少しずつ設定を戻していきます。 - まだ発生する場合：
→ 次のステップへ進みます。
チップセットドライバをクリーン再インストールする
チップセットドライバは、CPU・メモリ・PCI Express・USB など、PC の「土台部分」を仲介している存在です。これが古かったり、Windows 11 へのアップグレード歴の中で破損していると、GPU や SSD ドライバとの間で不整合を起こすことがあります。
一般的な手順は次の通りです。
- マザーボードメーカーのサポートページから、Windows 11 対応の最新チップセットドライバをダウンロードする。
- 現在インストールされているチップセット関連ソフト（「AMD Chipset Software」「Intel INF Utility」など）をアンインストールする。
- PC を再起動する。
- 先ほどダウンロードした最新チップセットドライバをインストールする。
- 再度 PC を再起動する。
チップセットドライバの再インストール後、改めてゲームを起動・終了して BSOD が再発するか確認します。
NVIDIA ドライバをクリーンインストールする
次に、GPU（NVIDIA）のドライバを疑います。上書きインストールでは古い設定や破損したファイルが残るため、クリーンインストールを行うことが重要です。
手順の例：
- あらかじめ NVIDIA ドライバのインストーラーを取得しておく。
- NVIDIA コントロールパネルからではなく、Windows の「アプリと機能」から現在のドライバをアンインストールする。
- 再起動後、用意したインストーラーを実行し、セットアップ画面で
「カスタム（詳細）」→「クリーンインストールを実行」にチェックを入れる。 - 不要なコンポーネント（3D Vision など）があれば、最小構成に絞ってインストールする。
重要なのは、常に最新版が正解とは限らないという点です。最新版ドライバで問題が出る場合、
- 1〜2 バージョン前の「安定していた版」
- ゲームメーカーが推奨しているバージョン
にロールバックしてみると、嘘のように安定することがあります。
メモリとストレージの健全性チェック
次に、「物理的な壊れかけ」がないかを確認します。特に、メモリ破損が疑われている場合は RAM テストが重要です。
RAM（メモリ）のチェック
最低限のチェックとして、Windows 標準の「Windows メモリ診断」を 1 回実行し、可能であれば MemTest 系ツールを 1 周以上走らせます。
- エラーが 1 つでも出た場合：
→ メモリモジュール自体の不良、または設定（クロック・タイミング・電圧）が攻めすぎの可能性が高いです。 - エラーが全く出ない場合でも：
→ 高負荷時だけ不安定になる「グレーゾーン」の不具合はあり得るため、後述の「1 枚ずつテスト」も有効です。
SSD（ストレージ）のチェック
ゲームのインストール先 SSD やシステムドライブの SSD に問題があると、読み書き時にデータ化けが発生し、結果的にメモリ破損として現れることがあります。
- メーカー提供のツールや SMART 情報で「寿命」「不良セクタ」「エラー回数」を確認する
- 可能ならファームウェアを最新化する
（特に Phison コントローラ搭載 SSD では、一部ファームウェアと Windows Update との相性が話題になることがあります） - 別の SSD にゲームを移して同じ症状が出るか試す
OS の整合性修復（SFC / DISM）
ハード・ドライバ側をある程度整えたら、Windows 本体のシステムファイル破損を修復します。管理者権限の PowerShell またはコマンドプロンプトで、次のコマンドを順番に実行します。
sfc /scannow
DISM /Online /Cleanup-Image /RestoreHealth
ポイント：
sfc /scannowはシステムファイルの破損を検査し、可能な限り修復します。DISM /Online /Cleanup-Image /RestoreHealthは、コンポーネントストア（システムの“部品置き場”）を修復し、SFC が参照する元データを整えます。
両方のコマンドが正常終了したら再起動し、ゲーム起動・終了で BSOD がまだ発生するかを確認します。
BIOS 更新後は「最適化デフォルト」を読み込む
BIOS を更新したあと、古いバージョンから引き継いだ設定のまま使っていると、内部で見えないパラメータがズレた状態になることがあります。特に、メモリ周りや電源管理の仕様がバージョンごとに変わるケースでは要注意です。
BIOS 更新後は、次のように一度「まっさらな状態」に戻しましょう。
- BIOS 画面で「Load Optimized Defaults」「Load UEFI Defaults」などを実行する。
- 必要最低限の設定（起動ドライブの順番、ファンカーブ、RAID 設定など）だけを再設定する。
- メモリの XMP／DOCP は、まずオフのまま様子を見て、それでも安定してからオンにする。
工程ごとに再起動＆再現テストを行う
ここまでの手順はすべて、「どの工程で症状が改善したか」を確認しながら進めることが重要です。おすすめのやり方は次の通りです。
| 工程 | 再起動 | テスト内容 | 記録しておきたいこと |
|---|---|---|---|
| OC リセット | 必ず再起動 | 問題のゲームを 3 回程度起動・終了 | BSOD の有無、発生タイミング |
| チップセットドライバ更新 | インストール後に再起動 | ゲーム起動・終了、他の 3D ベンチマーク | 以前と比べて発生頻度が変化したか |
| NVIDIA ドライバクリーンインストール | インストール後に再起動 | 問題のゲーム＋別タイトルでテスト | 特定ゲームだけで発生するかどうか |
| メモリ／ストレージ検査 | 検査後に再起動 | エラーの有無を記録 | エラーが出たモジュール名やスロット位置 |
このようにログを残しておくと、あとから「何を変えたら安定したのか」が明確になり、再発時の再現性確認にも役立ちます。
さらに踏み込んだチェックポイント
WinDbg でミニダンプを解析する
すでにミニダンプを取得している場合は、WinDbg を使って「どのプロセス・どのドライバ周辺で落ちているか」をもう少し詳しく見ることができます。
基本的な流れは次のとおりです。
- WinDbg をインストールし、「ファイル」→「開く」→「クラッシュダンプ」でミニダンプを開く。
- コマンド入力欄で
!analyze -vを実行する。 - 表示された情報から、次の項目を確認する。
・BUGCHECK_STR（CRITICAL_PROCESS_DIED になっているか）
・PROCESS_NAME（どのプロセスでエラーが表面化したか）
・DEFAULT_BUCKET_ID（memory_corruption などになっていないか） lm系コマンド（lm,lmvなど）でロードされているドライバ一覧を確認し、
怪しいサードパーティドライバ（古いアンチウイルス、録画ソフト、周辺機器ドライバなど）がないかチェックする。
もし特定のドライバ名がチラチラ出てくる場合は、そのドライバのアップデート／アンインストールも検討してください。
別 GPU や内蔵 GPU での動作確認
GPU 周りが疑わしい場合、可能なら次のようなテストを行うと切り分け精度が上がります。
- 一時的に別の NVIDIA／AMD GPU を挿して同じゲームを試す
- CPU に内蔵 GPU がある場合は、dGPU（外部 GPU）を抜いて内蔵 GPU だけで起動・プレイしてみる
これで症状がピタッと止まる場合、
- 元の GPU 自体の不良
- GPU 電源ケーブルや電源ユニットの問題
- PCIe スロットの接触不良
などが疑われます。
メモリを 1 枚ずつ、スロットを変えながらテストする
メモリ破損系の BSOD では、「特定のメモリモジュール」「特定のスロット」だけ不安定、というケースもあります。次のような手順で検証します。
- メモリを 1 枚だけ挿し、ゲームやメモリテストを実行する。
- 同じモジュールを別スロットに挿し替え、再度テストする。
- 別のモジュールでも同様にテストし、「どのモジュール＋どのスロット」でエラーが出るかを記録する。
例えば、
- どのモジュールでも同じスロットだけ不安定 → マザーボード側のスロット不良の可能性
- 特定モジュールだけ、どのスロットでも不安定 → そのメモリモジュールの故障の可能性
というように、かなりはっきり切り分けができます。
Windows のインプレースリペアとクリーンインストール
ここまで試しても BSOD が解消しない場合、OS 側の深刻な破損を疑います。いきなりクリーンインストールをするのではなく、まずはインプレースリペア（上書き修復インストール）を検討するのが現実的です。
- 個人ファイルやアプリを残したまま、Windows のシステムファイル一式を新しい状態に入れ替えることができる
- ドライバや設定はある程度引き継がれるため、クリーンインストールより負担が少ない
それでも改善しない場合は、最後の手段として、バックアップを取った上でのクリーンインストールを検討します。クリーンインストール後も同じ構成で BSOD が出る場合は、ほぼ確実にハードウェア起因と考えてよいでしょう。
よくある落とし穴と注意点
「ゲームだけ落ちる＝ゲームのせい」と決めつけない
「特定のゲームだけで CRITICAL_PROCESS_DIED が出るから、そのゲームの最適化が悪い」と考えたくなりますが、実際には次のようなパターンが多いです。
- そのゲームだけが「アンチチート」「録画ソフト」「オーバーレイ」など複数ドライバを同時に使っている
- そのゲームだけが VRAM や RAM を極端に大量消費する
- そのゲームのエンジンと GPU ドライバの相性が悪く、潜在的な不安定さを表面化させている
結果として「そのゲームだけが落ちる」ように見えているだけで、根本原因は OS やハード側にあることも少なくありません。
常駐ソフト・オーバーレイ機能も疑う
ゲーム起動時に BSOD が出る場合、次のような常駐ソフトとの相性も要注意です。
- 録画・配信ソフトのオーバーレイ
- FPS カウンターや温度モニタのオーバーレイ
- 一部の古いアンチウイルスソフト
一度すべて終了した状態でゲームを起動してみて、症状が変わるか確認してみてください。
電源ユニットや温度にも目を向ける
CRITICAL_PROCESS_DIED 自体は電源エラーとは直接結びつきませんが、
- 電源容量が不足している
- GPU や CPU の温度が限界近くまで上昇している
といった状況では、ハードウェアが誤動作を起こし、結果的にメモリ破損として現れることがあります。ハードウェアモニタリングツールで温度と電力をチェックし、明らかに異常がないか確認しておくと安心です。
まとめ：CRITICAL_PROCESS_DIED を確実に潰すために
「CRITICAL_PROCESS_DIED」は、メッセージだけを見ると漠然としていて、どこから手を付ければよいのか分かりにくいエラーです。しかし、
- 多くのケースで「メモリ破損」か「低層ドライバの不整合」が根本原因
- ゲーム起動／終了という「負荷が大きく変わる瞬間」で露呈しやすい
という特徴を押さえた上で、この記事の手順を上から順番に実行していけば、多くの環境で症状を改善できます。
最後に、対応フローをもう一度整理しておきます。
- OC 設定をすべてリセット（CPU/GPU/RAM、XMP/DOCP を一旦オフ）
- チップセットドライバをマザーボード公式の最新版でクリーン再インストール
- NVIDIA ドライバをクリーンインストールし、場合によっては 1〜2 世代前の安定版にロールバック
- メモリ・SSD の健全性チェックを実施し、エラーの有無を確認
- SFC / DISM で OS のシステムファイル整合性を修復
- BIOS 更新後は必ず「最適化デフォルト」を読み込み、そこから必要な項目だけ再設定
- 工程ごとに再起動＆再現テストを行い、「どこから安定したか」を記録
- 必要に応じて WinDbg でミニダンプを解析し、怪しいドライバやモジュールを特定
- 最終手段として、Windows のインプレースリペアやクリーンインストールも検討
地道な作業にはなりますが、一つずつ要素を排除していくことで、「原因不明」に見えた CRITICAL_PROCESS_DIED も必ずどこかで正体を表します。安定したゲーミング環境を取り戻すために、本記事の内容を参考に、じっくりと PC と向き合ってみてください。
コメント