次の方法で共有


バグ チェック 0xEF: CRITICAL_PROCESS_DIED

CRITICAL_PROCESS_DIEDバグ チェックの値は 0x000000EF です。 このチェックは、重要なシステムプロセスが終了したことを示します。 重要なプロセスにより、システムが終了するかどうかをシステムにバグ チェックが強制されます。 このチェックは、プロセスの状態が破損または損傷している場合に発生します。 破損や損傷が発生すると、これらのプロセスはWindowsの操作にとって重要であるため、オペレーティングシステムの整合性が問題となるため、システムバグチェックが発生します。

組み込みのWindowsクリティカルシステムサービスには、csrss.exe、wininit.exe、logonui.exe、smss.exe、services.exe、conhost.exe、および winlogon.exeが含まれます。

開発者は、サービスを作成し、その回復オプションを コンピューターの再起動に設定することもできます。 詳細については、「 サービスに障害が発生したときに実行される復旧アクションの設定」を参照してください。

Von Bedeutung

このトピックはプログラマー向けです。 コンピューターを使用中に、ブルー スクリーン エラーが表示された場合は、「ブルー スクリーン エラーのトラブルシューティング」を参照してください。

CRITICAL_PROCESS_DIEDパラメータ

パラメーター 説明
1 プロセスオブジェクト
2 0 の場合、プロセスは終了しました。 1 の場合、スレッドは終了しました。
3 予約済み
4 予約済み

解決策

通常、この問題の原因を特定するには、デバッガーを使用して追加情報を収集する必要があります。 複数のダンプ ファイルを調べて、この停止コードに類似した特性 (停止コードが表示されたときに実行されているコードなど) があるかどうかを確認する必要があります。

詳細については、「 Windows デバッガーを使用したクラッシュ ダンプ分析 (WinDbg)」、「 !analyze 拡張機能の使用 」、および 「!analyze」を参照してください。

多くの場合、システム バグ チェックの前にユーザー ダンプも作成されます。 一般に、ユーザー・ダンプが使用可能な場合は、問題の根本原因を見つけるために、まずそのダンプを調べる必要があります。 カーネル ダンプからのユーザー モード コードのデバッグには、ページ アウトされたデータや欠落しているデータなど、制限があります。 詳細については、「 ダンプ ファイルUser-Mode」を参照してください。

イベント ログを使用して、この停止コードにつながるエラーが発生しているかどうかを確認することを検討してください。 存在する場合、これらのエラーは、調査する特定のサービスまたはその他のコードを調べるために使用できます。

問題のコードに関する情報が利用可能になったら、このコードを実行する前に、関連するコードにブレークポイントを設定します。 そこから、コードを 1 ステップ進めて、コード フローの制御に使用される重要な変数の値を確認します。 コードのこの領域を慎重に調べて、誤った仮定やその他の間違いを探します。

バグ チェックの 2 番目のパラメーターを使用して、停止しているプロセスまたはスレッドがバグ チェックの原因であるかどうかを判断します。

プロセスの場合は、 !process コマンドを使用して、エラーの前後のプロセスに関する情報を表示し、異常な動作を探します。 Process Explorer ユーティリティは、親子関係と実行中のプロセスに関する一般情報を収集できます。

スレッドの場合は、 !thread コマンドを使用してスレッドに関する情報を表示することを検討してください。 カーネル モードのスレッドの詳細については、「 コンテキストの変更」を参照してください。

Windows で保護された重要なコード (wininit や csrss など) のスレッド、プロセス、およびその他の仕様に関する一般的な情報については、Pavel Yosifovich、Mark E. Russinovich、David A. Solomon、Alex Ionescu による 「Windows Internals 」を参照してください。

一般的なトラブルシューティングのヒント

デバッガーを操作できない場合は、次の一般的なトラブルシューティングのヒントが役立つ場合があります。

  • システムにハードウェアを最近追加した場合は、そのハードウェアを取り外すか交換してみてください。 また、製造元に問い合わせて、利用可能なパッチがあるかどうかを確認することもできます。

  • 新しいデバイス ドライバーまたはシステム サービスが最近追加された場合は、それらを削除または更新してみてください。 新しいバグ チェック コードが表示される原因となったシステムの変更点を特定してみてください。

  • システム ログイン イベント ビューアーで、エラーの原因となっているデバイスまたはドライバーを特定するのに役立つ可能性のあるその他のエラー メッセージを確認します。 ブルー スクリーンと同じ時間帯に発生した重大なエラーをシステム ログで探します。

  • 製造元に問い合わせて、更新されたシステムBIOSまたはファームウェアが利用可能かどうかを確認してください。

  • システムの製造元から提供されたハードウェア診断プログラムを実行してみます。

  • インストールされている新しいハードウェアが、インストールされているバージョンの Windows と互換性があることを確認します。 たとえば、 Windows 10 の仕様で必要なハードウェアに関する情報を取得できます。

  • ウイルス検出プログラムを実行します。 ウイルスは、Windows用にフォーマットされたすべてのタイプのハードディスクに感染する可能性があります。 結果としてディスクが破損すると、システムバグチェックコードが生成される場合があります。 ウイルス検出プログラムがマスターブートレコードに感染がないかチェックしていることを確認します。

  • システムファイルチェッカーツールを使用して、欠落または破損したシステムファイルを修復します。 システムファイルチェッカーは、ユーザーがWindowsシステムファイルの破損をスキャンし、破損したファイルを復元できるようにするWindowsのユーティリティです。 次のコマンドを使用して、 システムファイルチェッカー ツール(SFC.exe)を実行します。

    SFC /scannow
    

    詳細については、「システム ファイル チェッカー ツールを使用して不足または破損しているシステム ファイルを修復する」を参照してください。

  • デバイス マネージャーで、感嘆符 (!) が付いているデバイスがないかどうかを確認します。 障害が発生しているドライバーのプロパティに表示されたイベント ログを確認します。 関連するドライバーを更新してみます。

こちらも参照ください