Windows 10 を最新バージョンに更新したあと、さらに Windows 11 へアップグレードしたタイミングで急にブルースクリーン（BSOD）が増えた……という相談はとても多いです。特に「CRITICAL_PROCESS_DIED」や「SYSTEM_SERVICE_EXCEPTION」といった停止コードが表示され、ゲーム実行後など負荷が高い場面で勝手に再起動してしまうケースでは、システムファイルやドライバー、ハードウェアまで幅広く疑う必要があります。本記事では、最小限の手間で原因を切り分けつつ、再発を抑えるための実践的な手順を整理して解説します。
Windows 10→11 アップグレード後に多いブルースクリーンの症状
Windows 10 から Windows 11 へのアップグレード後に増えがちな症状を、まずは整理しておきます。
| 発生タイミング | よくある現象 | 画面に表示される停止コードの例 |
|---|---|---|
| Windows 10 の大型更新直後 | 通常作業中に突然ブルースクリーン、再起動後は一時的に安定する | CRITICAL_PROCESS_DIED / KERNEL_SECURITY_CHECK_FAILURE など |
| Windows 11 へアップグレード後 | 起動直後やログオン直後に BSOD が出ることがある | SYSTEM_SERVICE_EXCEPTION / CRITICAL_PROCESS_DIED など |
| ゲームや 3D ベンチマーク実行後 | フリーズ → ブルースクリーン → 自動再起動を繰り返す | CRITICAL_PROCESS_DIED が繰り返し記録されることが多い |
イベントビューアやミニダンプを詳しく見ると、停止コードは CRITICAL_PROCESS_DIED で、svchost.exe が関連プロセスとして記録されているケースが少なくありません。この場合、単純なアプリの不具合ではなく、Windows のコアとなるコンポーネントやドライバー、ストレージ・メモリなどの問題が疑われます。
CRITICAL_PROCESS_DIED とは何か？原因をイメージしておく
CRITICAL_PROCESS_DIED は、「Windows の動作に必須なプロセス（クリティカルプロセス）が異常終了した」ことを示す停止コードです。代表的なプロセスには次のようなものがあります。
svchost.exe：多数の Windows サービスをホストする中核プロセスcsrss.exe：クライアント/サーバー ランタイム サブシステムservices.exe：サービスコントロールマネージャlsass.exe：ログオン認証などを担うプロセス
これらがクラッシュしたり、破損したシステムファイル・ドライバーに巻き込まれて停止すると、Windows は安全のためブルースクリーンを出して再起動します。
| 原因カテゴリ | よくある具体例 | CRITICAL_PROCESS_DIED につながるパターン |
|---|---|---|
| システムファイルの破損 | アップグレード中の電源断、古いバックアップソフトの影響など | svchost.exe やサービス関連 DLL が壊れてクリティカルプロセスが終了 |
| ドライバーの不整合 | 古い GPU ドライバーが残っている、チップセットドライバーが古い | カーネルモードドライバーが異常を起こし、サービスプロセスを巻き込む |
| ストレージの不良・論理障害 | SSD/HDD のセクタ不良、電源トラブルによるファイルシステム破損 | 読み出したシステムファイルが壊れており、起動直後に落ちる |
| メモリ・電源・温度などハードウェア | 不良メモリ、劣化した電源ユニット、CPU/GPU の過熱 | 負荷がかかった瞬間に誤動作 → クリティカルプロセスがクラッシュ |
| 常駐ソフト・セキュリティソフト | 古いウイルス対策ソフト、システムチューナー系ツール | カーネルレベルのフック処理が Windows 11 と相性不良 |
このように原因範囲が広いため、「とりあえずクリーンインストール」も一つの選択肢ではありますが、まずは DISM / SFC によるシステムファイル修復 から順番に実施し、ソフトウェア起因とハードウェア起因を効率よく切り分けていくのが現実的です。
最初に必ず実行したい DISM → SFC によるシステム修復
Windows 10 / Windows 11 でシステムファイルの破損を疑う場合の定番手順が、DISM と SFC（システム ファイル チェッカー） です。特に svchost.exe やサービス関連の DLL が破損していると、CRITICAL_PROCESS_DIED を繰り返す原因になります。
ポイントは、以下の順番を守って 1 行ずつ実行することです。
DISM / SFC 実行手順
- 管理者権限でコマンドプロンプトを開く
スタートメニューを右クリック → 「Windows ターミナル（管理者）」または「コマンドプロンプト（管理者）」を選択します。 - 以下のコマンドを 1 行ずつ実行し、それぞれの処理完了を確認します。
dism.exe /online /cleanup-image /scanhealth
dism.exe /online /cleanup-image /restorehealth
dism.exe /online /cleanup-image /startcomponentcleanup
sfc /scannow
| コマンド | 役割 | ポイント |
|---|---|---|
/scanhealth | コンポーネントストアの整合性チェック | まず「どこが壊れていそうか」をスキャンする段階 |
/restorehealth | 検出された破損を修復 | Windows Update などから正常なファイルを取得して修復 |
/startcomponentcleanup | 古いコンポーネントをクリーンアップ | アップグレードを繰り返した環境ほど効果が出やすい |
sfc /scannow | システムファイルの検査と自動修復 | svchost.exe を含む標準システムファイルを正常な状態に戻す |
すべてのコマンド実行が終わったら、必ず PC を再起動して、その後しばらく使用し、ブルースクリーンが再発するかを確認します。
もし結果メッセージの中に「修復できないファイルが存在します」などの記載があった場合は、次の章で紹介する追加の切り分けを行いながら、必要に応じて「修復インストール」や「クリーンインストール」も視野に入れます。
再発する場合に行うべき追加の原因切り分け
DISM / SFC を実行しても「CRITICAL_PROCESS_DIED」が続く場合、ドライバーやハードウェアを含めて原因を切り分ける必要があります。ここでは、効率よく順番に確認できるよう、実践的な手順を整理します。
ミニダンプを採取してクラッシュの傾向を把握する
Windows はブルースクリーン発生時に「ミニダンプ」と呼ばれる小さなダンプファイルを保存します。場所は通常次のフォルダーです。
C:\Windows\Minidump（環境によってはMinidumps）
フォルダー内に複数の .dmp ファイルがある場合は、デスクトップなどにコピーして ZIP 化しておきましょう。サポート窓口や有識者に見てもらう際の材料になりますし、自分で解析ツール（WinDbg / BlueScreenView など）を使う場合にもこの ZIP が役立ちます。
ミニダンプでは、少なくとも次のポイントに注目します。
- 停止コード（
CRITICAL_PROCESS_DIEDか、別のコードか） - 関与しているプロセス名（
svchost.exe/wininit.exeなど） - 同じドライバー（例：
nvlddmkm.sysなど）が繰り返し表示されていないか
例えば、ブルースクリーン画面には「SYSTEM_SERVICE_EXCEPTION」と書かれていても、ミニダンプの中身を見ると実際は CRITICAL_PROCESS_DIED が連続で発生しており、毎回同じドライバーが関わっているケースもあります。この場合、そのドライバーの更新やクリーンインストールが重要な対処となります。
Windows Update と各種ドライバーを最新状態にする
Windows 10 から Windows 11 へアップグレードした直後は、古いドライバーや互換性のないドライバーがそのまま残っていることが珍しくありません。特にゲーム実行後に BSOD が出る場合、GPU（グラフィックス）ドライバーが疑わしいことが多くあります。
- Windows Update をすべて適用
「設定」→「Windows Update」から、通常の更新に加えて「オプションの更新プログラム」があれば適用します。ドライバー更新が並んでいる場合は、内容を確認して必要なものをインストールします。 - GPU ドライバーをメーカー公式サイトからクリーンインストール
NVIDIA / AMD / Intel それぞれの公式サイトから Windows 11 対応の最新ドライバーをダウンロードし、「クリーンインストール」オプションを選べる場合は必ずチェックしてインストールします。古い残骸が原因で不具合を起こすケースが多いためです。 - チップセット / ストレージ / LAN / オーディオドライバーも更新
マザーボードメーカー（またはノート PC メーカー）のサポートページから、Windows 11 用の最新版を入手します。特に Intel RST や NVMe ドライバーは、ストレージ関連のエラーと結びつきやすいため重要です。
| ドライバー種別 | 更新の重要度 | 主な影響範囲 |
|---|---|---|
| GPU ドライバー | 非常に高い（ゲーム時 BSOD の主犯格になりやすい） | ゲーム・3D アプリ・動画再生 |
| チップセットドライバー | 高い | CPU・メモリ・PCIe デバイス全般 |
| ストレージドライバー（RST/NVMe） | 高い | OS の起動安定性、データ読み書き |
| LAN / Wi-Fi ドライバー | 中 | ネットワーク接続、オンラインゲーム |
| オーディオドライバー | 中 | 音声関連、特定アプリとの相性 |
ストレージの整合性チェック（chkdsk）
システムファイル修復と並行して確認したいのが、SSD / HDD の論理エラーです。ファイルシステムの破損が原因で重要なファイルが壊れている場合、いくら DISM / SFC を実行しても再発することがあります。
- 管理者権限のコマンドプロンプトを開きます。
- 次のコマンドを入力し、Enter を押します。
chkdsk /scan
ここでエラーが表示された場合、次のようにして次回再起動時のチェックを予約します。
chkdsk C: /f
Y キーで実行予約を許可したうえで再起動すると、起動前に修復処理が実行されます。処理時間は SSD なら数分程度、HDD では容量によっては数十分かかることもあります。
メモリ診断（Windows メモリ診断）でハードウェアを確認
CRITICAL_PROCESS_DIED がランダムなタイミングで発生したり、ゲームなど高負荷時にだけ発生する場合、メモリモジュールの不良も疑うべきポイントです。
- Win + R キーを押し、「ファイル名を指定して実行」を開きます。
mdsched.exeと入力し、Enter を押します。- 「今すぐ再起動して問題の有無を確認する」を選択すると、再起動後にメモリチェックが自動で始まります。
エラーが検出された場合は、以下のように切り分けを行います。
- メモリを 2 枚以上搭載している場合：1 枚ずつにして起動テストを行い、どのモジュールで BSOD が出るか確認する
- スロット側の問題の可能性もあるため、同じモジュールを別スロットに挿し替えて挙動を確認
- 確実に不良と判断できたモジュールは交換を検討
クリーンブートで常駐ソフトの影響を排除する
ウイルス対策ソフトやシステムチューナー系ツール、古い仮想ドライブソフトなどは、カーネルレベルにフックを仕込むことが多く、Windows 11 へのアップグレード後に相性問題を起こすことがあります。
これを切り分けるために有効なのが クリーンブート です。
- Win + R キー →
msconfigと入力し、システム構成ツールを開く。 - 「サービス」タブで 「Microsoft のサービスをすべて隠す」にチェックを入れ、残ったサービスをすべて無効化。
- 「スタートアップ」タブから「タスクマネージャーを開く」をクリックし、スタートアップ項目をすべて無効化。
- PC を再起動し、同じ操作（ゲームやアプリ起動）でブルースクリーンが再現するか確認。
クリーンブート状態で BSOD が出ない場合は、無効化したサービス・スタートアップのどれかが原因です。少しずつ有効に戻し、再発する組み合わせを探すことで、問題のソフトを特定できます。
イベントビューアと信頼性モニターで「いつ何が落ちているか」を見る
診断をより効率的に進めるためには、ブルースクリーン前後にどんなエラーが出ているかを時間軸で把握することが重要です。
- イベントビューア
Win + X → 「イベント ビューアー」→ 「Windows ログ」→「システム」を開き、ブルースクリーンが発生した時間帯の「エラー」「重大」を確認します。 - 信頼性モニター
Win + R →perfmon /relと入力すると、日付ごとの障害履歴がグラフで表示されます。赤い「×」印をクリックすると、その日のアプリクラッシュやハードウェアエラーの詳細が確認できます。
ここで特定のドライバー名やアプリ名が何度も現れる場合、そのコンポーネントに絞ってアップデートやアンインストールを検討できます。
温度・電源・BIOS/UEFI 設定の確認
ゲーム実行後やベンチマーク実行後にだけ BSOD が出る場合、温度や電源・オーバークロック設定が影響していることも多くあります。
- ハードウェアモニタツールで CPU / GPU 温度をチェックし、負荷時に 90℃ 近くまで上昇していないか確認
- 電源ユニットの容量が十分か（ハイエンド GPU では 750W 以上推奨など）を見直す
- BIOS/UEFI で XMP やオーバークロック設定を一旦すべて標準に戻し、定格動作で再現するか確認
- マザーボードメーカーのサイトから BIOS/UEFI の最新版が出ていないか確認し、必要に応じて更新
Windows 10 では問題が表面化していなくても、Windows 11 へのアップグレードをきっかけに負荷のかかり方が変わり、不安定さが顕在化するケースもあります。特に「ゲームだけ不安定」という場合は、温度・電源・GPU ドライバーをセットで確認すると効率的です。
どうしても直らない場合の修復インストール／クリーンインストール
ここまでの手順を試してもなお CRITICAL_PROCESS_DIED が頻発する場合は、Windows 自体の内部構造が深刻に壊れている可能性があります。このケースでは、以下の順番で検討するのが現実的です。
- インプレース修復（修復インストール）
Microsoft 公式の Windows 11 ISO を用意し、起動中の Windows 上からセットアップを実行します。
「個人用ファイルとアプリを引き継ぐ」を選ぶことで、環境をほぼそのまま残したまま Windows を上書き修復できます。 - クリーンインストール
個人ファイルをバックアップしたうえで、システムドライブを初期化して Windows 11 を新規インストールします。
もっとも手間はかかりますが、ソフトウェア起因のトラブルをほぼ一掃できる最終手段です。
クリーンインストール後も同じように CRITICAL_PROCESS_DIED が出る場合は、ほぼ間違いなくハードウェア側（メモリ、ストレージ、電源、マザーボードなど）の問題です。部品交換を含めた検討が必要になります。
最短で確認したいチェックリスト（手順の要約）
ここまでの内容を、短時間で実行しやすいチェックリスト形式にまとめます。「とりあえずこの順番で試す」といった使い方を想定しています。
| 優先度 | 手順 | 内容 | 目安時間 |
|---|---|---|---|
| ★☆☆ | DISM → SFC | 管理者 CMD で DISM 3 種と SFC を順に実行し、再起動後の安定性を確認 | 30～60 分 |
| ★★☆ | ドライバー更新 | Windows Update 適用、GPU・チップセット・ストレージドライバーを公式サイトから更新 | 30 分～ |
| ★★☆ | chkdsk / メモリ診断 | chkdsk /scan → 問題あれば chkdsk C: /f、さらに mdsched.exe でメモリチェック | 30 分～数時間 |
| ★★☆ | クリーンブート | 常駐ソフトを無効化して再現性を確認、問題のソフトを特定 | 30 分～ |
| ★★★ | 温度・電源・BIOS | 高負荷時の温度・電源容量・BIOS 版数、OC 設定を確認し、標準設定で検証 | 30 分～ |
| ★★★ | 修復インストール／クリーンインストール | データバックアップのうえ、インプレース修復 → 改善しなければクリーンインストール | 数時間～ |
CRITICAL_PROCESS_DIED の対処で押さえておきたいポイント
ここまでの内容を、判断のポイントという観点で改めてまとめておきます。
- まずは DISM → SFC
システムファイルの破損が原因なら、これだけで CRITICAL_PROCESS_DIED の再発率が大きく下がる可能性があります。 - ゲーム時だけ落ちるなら GPU / 温度 / 電源を重点チェック
3D 負荷時だけ BSOD が出る場合、GPU ドライバーや温度・電源周りが原因であることが多く、ここを集中的に見た方が解決が早いです。 - 同じドライバー名がミニダンプに何度も出るか
同じドライバーが原因として繰り返し登場するなら、そのドライバーの更新・ロールバック・アンインストールで切り分けを行います。 - ハードウェアエラー（メモリ・ストレージ）が見つかったら潔く交換
メモリ診断や chkdsk でエラーが出ている状態をソフト側でごまかし続けても、結局どこかでデータ破損につながります。部品交換が結果的に最短・最安になるケースも少なくありません。
用語の補足（かんたん解説）
| 用語 | 意味・ポイント |
|---|---|
| svchost.exe | 複数の Windows サービスをひとまとめにして動かすための中核プロセス。ここが壊れると CRITICAL_PROCESS_DIED を引き起こしやすい。 |
| SFC（System File Checker） | 標準のシステムファイルを検査し、必要に応じて正常なコピーで置き換えるツール。sfc /scannow コマンドで実行。 |
| DISM | Windows のイメージ（コンポーネントストア）自体を修復するツール。SFC より先に実行することで、より確実な修復が期待できる。 |
| ミニダンプ | クラッシュ時の最小限のメモリ情報を記録したファイル。問題のドライバー名やプロセス名を特定する重要な手がかりになる。 |
| インプレース修復 | 現在の Windows を上書きインストールして修復する方法。アプリや設定を極力残しつつ、システム部分だけを入れ替えるイメージ。 |
Windows 10 から Windows 11 へアップグレードした環境では、長年の設定やドライバーの積み重ねが「見えない負債」になっていることがあります。本記事で紹介したように、DISM / SFC → ドライバー更新 → ストレージ / メモリ診断 → クリーンブート → 温度・電源・BIOS → 修復インストール／クリーンインストール の流れで順番に切り分けていけば、ソフト・ハードのどちらが原因でも、遠回りせずに問題の核心へ近づくことができます。
コメント