CRITICAL_PROCESS_DIEDエラーをWindows 11で修正

マシンがまだ起動するなら——20分後にまたクラッシュするとしても——管理者としてコマンドプロンプトを開いて、まずDISM /Online /Cleanup-Image /RestoreHealthを実行（10-20分待つ）、次にsfc /scannow。この2つのコマンドで約55%のケースを修復できます。CRITICAL_PROCESS_DIEDは通常ハードウェアの問題ではなくシステムファイルの破損だからです。SFCが「破損したファイルを見つけて正常に修復しました」と言ったら、再起動してクラッシュが再発するか確認。

中小企業の経営者のThinkPad T14sがブートループにはまっていました。ブルースクリーン、悲しい顔、CRITICAL_PROCESS_DIED、再起動、繰り返し。20分間電源ボタンを連打していた。クライアントデータベース全体がそのマシンにあり、3時間後にプレゼンがある。原因はRealtekのオーディオドライバ（rtkvhd64.sys）で、Windows Updateが2日前に無言でプッシュしていた。毎回の起動でcsrss.exeをクラッシュさせていた。セーフモードで起動、デバイスマネージャーでドライバをロールバック、マシンはクリーンに立ち上がった。セーフモードに入ってから12分。彼はGoogleの最初の検索結果が「初期化しろ」と言っていたので初期化しようとしていた。

このエラーの厄介なところ、名前が壊滅的に聞こえること。Windowsの必須カーネルプロセス（csrss.exe、smss.exe、wininit.exe——メモリ管理とセッション処理の低レベル配管）が予期せず終了し、Windowsはそれらなしでは続行できない。だが約10回中9回はファイルの破損か不良ドライバ。どちらもマシンを消去せずに修復可能。

ブートループ

毎回デスクトップに到達する前にクラッシュする場合、Windows回復環境が必要です。マシンの電源を入れ、Windowsロゴまたは回転するドットを待ち、電源ボタンを10秒間しっかり長押し。3回繰り返す。4回目の電源投入でWindowsが自動的にWinREに入ります。Microsoftはこの動作を意図的に設計しました。

WinREからまずスタートアップ修復を試す（トラブルシューティング→詳細オプション→スタートアップ修復）。自動で5-10分、約3分の1の確率で修復。確率は良くないが手間はゼロ。

それでもダメならセーフモードで起動。トラブルシューティング→詳細オプション→スタートアップ設定→再起動→4を押す。セーフモードはMicrosoftの基本ドライバのみを読み込みます。セーフモードでWindowsが正常に起動すれば、クラッシュの原因はサードパーティドライバ。セーフモードからアンインストール、sfc/DISMの実行、最近の更新のロールバックが可能。

WinREの3番目のオプション：トラブルシューティング→詳細オプション→更新プログラムのアンインストール。最新の品質更新プログラム（月例パッチ）と最新の機能更新プログラム（メジャーバージョンアップグレード）で別々のボタン。月例の方が最近の変更である可能性が高いので品質更新プログラムから。Windows Updateガイドで完全なロールバック手順を解説。

ドライバの特定

ブルースクリーンの「失敗した内容:」の横にファイル名（rtkvhd64.sysやnvlddmkm.sysのような.sys）が表示されていたら、それが犯人。ファイル名をGoogleすればどのハードウェアに属するかわかります。デバイスマネージャーでロールバック（デバイスを見つける→ダブルクリック→ドライバタブ→ドライバーのロールバック）。

ドライバが表示されない、またはntoskrnl.exeだけ表示される場合（カーネルを通過するすべてが表示されるため数十の無関係な問題で出る）は、イベントビューアーを開く。Win+R→eventvwrと入力→Windowsログ→システム→クラッシュ時刻付近のソース「BugCheck」の重大またはエラーイベントを探す。詳細ペインに障害モジュール名が記載されていることが多い。

このクラッシュを最も多く引き起こすドライバ：GPUドライバ（NVIDIAのnvlddmkm.sys、AMDのatikmdag.sys）、オーディオドライバ（Realtekのrtkvhd64.sys）、ストレージコントローラードライバ。GPU問題にはセーフモードでのDDU（Display Driver Uninstaller）が最終手段——ゴーストレジストリエントリを含むすべてを削除し、nvidia.comまたはamd.comから新規インストール。BSODガイドでBlueScreenViewを使った完全なドライバ追跡ワークフローを解説。

RAMとストレージ

ソフトウェア修正が持続しない場合——SFCがファイルを修復するが数日後にクラッシュ再発、またはセーフモードでもクラッシュ——何か物理的なものが故障しかけている。

RAMが最も狡猾な原因。不良メモリセルがそのアドレスに置かれるデータを破損させます。csrss.exeが依存する内部構造を含みます。どのプロセスがどこに行くかはブートごとに変わるためクラッシュはランダムに見える。Windowsメモリ診断は明らかな死亡スティック障害は検出しますが微妙な障害は見逃します。MemTest86が本物のテスト。USBから起動して最低1パス完走（RAM容量により30-90分）。エラーが1つでもあればそのスティックは交換。DDR4は2000-3000円、DDR5は3500-5000円、ほとんどのノートPCで交換5分。

ストレージがもう1つの一般的なハードウェア原因。SFCが破損を修復しても数日以内に同じクラッシュが戻る場合、ドライブに不良セクタがあり修復済みファイルを積極的に再破損しています。管理者コマンドプロンプトでchkdsk C: /f /rを実行（/rフラグは不良セクタスキャン、30分〜数時間、再起動が必要）。CrystalDiskInfoでReallocated Sectors CountとCurrent Pending Sector Countを確認。両方ゼロであるべき。ゼロ以外は警告、50以上ならドライブが故障しかけでデータを退避すべき。ハードドライブガイドで完全な診断を解説。ストップコードがCRITICAL_PROCESS_DIEDとKERNEL_DATA_INPAGE_ERRORの間で交互に出る場合、ドライブがほぼ確実に原因。DPC_WATCHDOG_VIOLATIONと表示される場合は別の問題——ストレージコントローラーまたはGPUドライバのタイミング問題で、ファイル破損ではない。

SFCが失敗し続ける場合

SFCが破損を見つけたが修復できないと言う場合、WinSxSのバックアップコピーも破損しています。まずDISM /Online /Cleanup-Image /RestoreHealthを実行。Microsoftのサーバーから正常なコピーをダウンロード（15-30分、インターネット必要）。次にsfc /scannowを再実行。DISMがSFCにクリーンなソース素材を提供するので、2回目のパスで1回目に直せなかったものが修復。すべてがクリーンになるまでDISM→SFCのサイクルが2回必要だったマシンを見たことがあります。SFCガイドで標準修復が失敗した場合のCBS.log結果の読み方を解説。

DISMでもコンポーネントストアを復元できない場合、完全リセット前の次のステップはインプレースアップグレード修復。MicrosoftからWindows 11 ISOをダウンロードしてマウント、setup.exeを実行、「個人用ファイルとアプリを引き継ぐ」を選択。すべてを保持しながらWindowsを上書きインストール。30-60分でほぼすべてのシステムレベルの破損を修復。初期化ガイドで完全な手順を解説。マシンがブルースクリーンなしにフリーズしたり、全般的に遅い場合、これらの問題は同じ根本的な破損を共有していることが多く、ミニダンプファイルを取得してWinDbg分析をリモートで実行し、正確な障害モジュールを約25分で特定できます。