STOP 0x000000F4 (CRITICAL_OBJECT_TERMINATION) 表示系統關鍵程序(Process)或執行緒(Thread)意外終止。Windows 為了保護資料完整性,強制藍屏停機。參數 1 通常為 0x3(Process)或 0x4(Thread),參數 2/3/4 指向終止物件的 EPROCESS/ETHREAD 結構位址。此錯誤成因極廣,涵蓋硬體、驅動、系統檔、惡意程式等,需系統性排查。
csrss.exe、winlogon.exe、services.exe、lsass.exe)讀取失敗,進程異常終止。csrss.exe、wininit.exe、services.exe 等關鍵系統程式檔案被病毒感染、誤刪、或優化軟體誤殺。HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\SubSystems 鍵值錯誤,導致 CSRSS 無法正確啟動。fltmgr.sys 上層)攔截關鍵系統程序 I/O 導致死結。csrss.exe(負責繪圖子系統)。chkdsk C: /f /r /x 修復邏輯錯誤並標記壞軌。sfc /scannow /offbootdir=C:\ /offwindir=C:\WindowsDISM /Image:C:\ /Cleanup-Image /RestoreHealth(Win8+,需掛載 install.wim)HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\SubSystems\Windows 應包含 SharedSection=1024,20480,768 等正確值。HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon → Shell=explorer.exe, Userinit=C:\Windows\system32\userinit.exe,若重複發生,必須分析完整記憶體傾印:
WinDbg 指令:
!process 0 0 csrss.exe ; 檢查 csrss 進程狀態
!process 0 0 winlogon.exe ; 檢查 winlogon 進程狀態
!thread 16 ; 分析參數 3 指向的執行緒
!analyze -v -hang ; 若為系統無回應導致
關注 ExitStatus、ExceptionCode、呼叫堆疊中的模組名,可精準鎖定是哪個驅動/軟體導致關鍵進程終止。
bcdboot → 解決。0xF4 發生 ├─ 硬碟 SMART 異常 / chkdsk 發現大量壞軌? → 換碟、備份資料(最優先) ├─ MemTest86 失敗? → 換記憶體 ├─ sfc / DISM 修復後復發? → 分析傾印鎖定故障模組 │ ├─ 驅動模組 → 更新/回滾/移除驅動 │ ├─ 防毒模組 → 卸載防毒、改用 Defender │ └─ ntoskrnl.exe 通用指向 → 硬體壓力測試 └─ 全部無效 → 乾淨重裝(格式化系統分區)
0xF4 的本質是「系統關鍵進程意外死亡」。與其猜測,不如先用 硬碟診斷工具 + MemTest86 排除兩大硬體主因,再配合傾印分析精準打擊。切記:資料備份永遠優先於系統修復。