Windows 11のCRITICAL PROCESS DIEDエラーを修正する方法

CRITICAL PROCESS DIEDの意味と主な原因

Windowsには動作に不可欠なプロセスの短いリストがあります。セッションマネージャー（smss.exe）、Client/Server Runtime Subsystem（csrss.exe）、wininit.exe、services.exeなどです。ストップコード0x000000EF（CRITICAL_PROCESS_DIED）は、そのどれかが終了した瞬間、あるいはそのスレッドがカーネルの許容範囲を超えた形で死んだ瞬間に表示されます。ブルースクリーンの表示は正直ですが曖昧です。百通りの故障が同じ「死んだプロセス」に行き着くためです。

サポートフォーラムの統計が指す原因は一握りです。最多はWindows Updateや突然の電源断がシステムファイルを書きかけのまま残し、次回起動時に重要プロセスがその破損につまずくケース。次がドライバーとハードウェアで、アンチウイルスのフィルタードライバー、故障しつつあるRAM、システムドライブの不良セクターもファイル破損と同じようにプロセスを殺しますが、クラッシュがどれの仕業かを明かすことはほとんどありません。

修復ラダー：SFC、DISM、chkdsk

Win + Xのクイックリンクメニューから「ターミナル（管理者）」を開き、ラダーを順番に進めます。各実行には5〜20分かかり、各ステップ後の再起動は必須ではありませんが効果があります。ログイン前にクラッシュする場合は、設定 → システム → 回復 → 高度なスタートアップから、または起動を3回中断して自動修復をWinREに誘導し、トラブルシューティング → 詳細オプション → コマンド プロンプトで同じプロンプトにたどり着けます。

各チェックは累積的です。DISMはSFCが予備部品を取り出すコンポーネントストアを修復し、chkdskはファイルを再び破損させるディスクエラーを直します。この順番を守り、何も飛ばさないでください。最初のスキャンが整合性違反を報告しなくても、各ツールはダメージの別の層を見ているからです。SFCがファイルを修復しても数日後にクラッシュが戻るなら、ファイルではなくディスクを疑ってください。

• sfc /scannow — 保護されたシステムファイルをスキャンし、破損したものをコンポーネントストアから復元
• DISM /Online /Cleanup-Image /RestoreHealth — SFCのコピー元であるコンポーネントストア自体を修復
• chkdsk C: /f /r — 次回再起動時にシステムドライブのフルスキャンを予約。Yで確認
• WinRE → トラブルシューティング → 詳細オプション → 更新プログラムのアンインストール — 起動を壊した累積更新または機能更新を削除
• デバイス マネージャー → デバイスのプロパティ → ドライバー → ドライバーのロールバック — クラッシュと一緒に来たドライバーを取り消す

ラダーでも足りないとき

3つのツールすべてをクラッシュが生き延びたら、より大きなハンマーを、穏やかな順に使いましょう。WinREからのシステムの復元（トラブルシューティング → 詳細オプション → システムの復元）は、トラブルが始まる前のシステム状態全体を巻き戻します。インプレース修復インストール（Windows 11のISOをマウントし、setup.exeを実行し、ファイルとアプリを保持を選択）は、データとプログラムをそのままにWindowsをゼロから再構築します。

とはいえ、リセット前にハードウェアを確認する価値があります。RAMをテストするにはWindows メモリ診断（mdsched.exe）を実行し、SSDのSMART状態を確認し、C:\Windows\Minidumpのファイルを保管してください。そこにはクラッシュ時に死んだドライバーの名前が入っており、当て推量が診断に変わります。メモリとディスクがクリーンなテスト結果を出した後でなければ、完全リセットは正直な助言にはなりません。

よくある質問

次に読む記事

すべての記事 · よくある質問