錯誤檢查0xEF:CRITICAL_PROCESS_DIED

CRITICAL_PROCESS_DIED錯誤檢查的值為 0x000000EF。 此檢查表示重大系統進程已終止。 重大進程會強制系統錯誤檢查系統是否終止。 當進程的狀態損毀或損毀時,就會進行這項檢查。 當損毀或損毀發生時,因為這些程式對 Windows 作業至關重要,因此發生系統錯誤檢查,因為操作系統完整性有問題。

內建的 Windows 關鍵系統服務包括 csrss.exe、wininit.exe、logonui.exe、smss.exe、services.exe、conhost.exe 和 winlogon.exe。

開發人員也可以建立服務,並將其復原選項設定為 [重新啟動計算機]。 如需詳細資訊,請參閱 設定復原動作以在服務失敗時進行

重要

本主題適用於程式設計人員。 如果您是在使用計算機時收到藍色螢幕錯誤碼的客戶,請參閱 針對藍色畫面錯誤進行疑難解答

CRITICAL_PROCESS_DIED參數

參數 描述
1 進程物件
2 如果為 0,進程已終止。 如果為 1,線程就會終止。
3 保留
4 保留

解決方案

判斷此問題的原因通常需要使用調試程式來收集其他資訊。 您應該檢查多個傾印檔案,以查看此停止程式代碼是否有類似的特性,例如停止程式代碼出現時所執行的程序代碼。

如需詳細資訊,請參閱使用 Windows 調試程式進行損毀傾印分析, (WinDbg) 使用 !analyze 延伸模組!analyze

在許多情況下,也會在系統錯誤檢查之前建立用戶傾印。 一般而言,當使用者傾印可用時,應該先檢查該傾印,以找出問題的根本原因。 從核心傾印對使用者模式程式代碼進行偵錯有限制,包括分頁出/遺漏數據。 如需詳細資訊,請參閱 使用者模式傾印檔案

請考慮使用事件記錄檔來查看是否發生導致此停止程式代碼的錯誤。 如果有,這些錯誤可用來檢查特定服務或其他程式碼以調查。

一旦有問題程式代碼的相關信息可供使用,請在執行此程式代碼之前,在相關程式代碼中設定斷點。 從該處,逐一逐步執行程式碼,查看用來控制程式代碼流程的重要變數值。 仔細檢查程式代碼的這個區域,以尋找誤判或其他錯誤。

使用錯誤檢查的第二個參數,判斷動態進程或線程是否造成錯誤檢查。

如果是進程,請使用 !process 命令,在失敗點前後顯示進程的資訊,以尋找異常行為。 進程總管公用程式可以收集父子關聯性和哪些進程正在執行的一般資訊。

如果是線程,請考慮使用 !thread 命令來顯示線程的相關信息。 如需核心模式中線程的相關信息,請參閱 變更內容

如需 Windows 受保護重要程式代碼上線程、處理程式和其他特定專案的一般資訊,例如 wininit 和 csrss,請參閱 Windows Internals by Foundationl Yosifovich、Mark E. Russinovich、David A. Guy 和 Alex Ionescu。

一般疑難排解提示

如果您無法使用調試程序,這些一般疑難解答秘訣可能會很有説明。

  • 如果您最近將硬體新增至系統,請嘗試移除或取代該硬體。 您也可以洽詢製造商,以查看是否有任何修補程式可用。

  • 如果最近有新增裝置驅動程式或系統服務,請嘗試加以移除或更新。 嘗試判斷系統中造成新錯誤檢查程式代碼出現什麼變更。

  • 檢查系統登入 事件檢視器 是否有其他錯誤訊息,以協助找出造成錯誤的裝置或驅動程式。 如需詳細資訊,請參閱開啟 事件檢視器。 在系統記錄中尋找與藍色畫面發生時相同的時間範圍內,是否有發生嚴重錯誤。

  • 請洽詢製造商,以查看是否有更新的系統 BIOS 或韌體可用。

  • 請嘗試執行系統製造商所提供的硬體診斷。

  • 確認已安裝的任何新硬體都與已安裝的 Windows 版本相容。 例如,您可以在 Windows 10 規格取得必要硬體的相關信息。

  • 執行病毒偵測程式。 病毒可以感染針對 Windows 格式化的所有硬碟類型。 產生的磁碟損毀可能會產生系統錯誤檢查碼。 請確定病毒偵測程式會檢查主要開機記錄是否有感染。

  • 使用 系統檔案檢查程式 工具來修復遺失或損毀的系統檔案。 系統檔案檢查程式是 Windows 中的公用程式,可讓用戶掃描 Windows 系統檔案中的損毀,並還原損毀的檔案。 使用下列命令來執行 系統檔案檢查工具 (SFC.exe) 。

    SFC /scannow
    

    如需詳細資訊,請參閱 使用系統檔案檢查程式工具來修復遺失或損毀的系統檔案

  • 查看 裝置管理員,以查看是否有任何裝置以驚嘆號標示 (!) 。 檢閱驅動程式屬性中顯示的事件記錄檔,以取得任何錯誤驅動程式。 請嘗試更新相關驅動程式。

另請參閱