【資料圖】
如果您在 Windows 10 或 11 中出現(xiàn)帶有停止代碼SYSTEM_SERVICE_EXCEPTION的藍(lán)屏機(jī)，則可能有很多原因，盡管錯誤的驅(qū)動程序始終可能是罪魁禍?zhǔn)?。SYSTEM_SERVICE_EXCEPTION附帶的通常錯誤檢查代碼是0x3B。有趣的是，數(shù)字代碼在Microsoft錯誤查找工具中有許多(7!)關(guān)聯(lián)。(在新選項(xiàng)卡中打開)，因此最好使用基于文本的停止代碼本身或與數(shù)字代碼結(jié)合使用來研究。
微軟的錯誤檢查頁面(在新選項(xiàng)卡中打開)對于此錯誤，請解釋其原因：“此停止代碼指示執(zhí)行代碼有異常，并且它下面的線程是系統(tǒng)線程。
SYSTEM_SERVICE_EXCEPTION文件系統(tǒng)修復(fù)
微軟還在SYSTEM_SERVICE_EXCEPTION的錯誤檢查頁面上指出，“如果可以識別出負(fù)責(zé)錯誤的驅(qū)動程序，則其名稱將打印在藍(lán)屏上......”事實(shí)上，我個(gè)人經(jīng)歷過此錯誤，Windows 10 NTFS文件系統(tǒng)驅(qū)動程序(Ntfs.sys)被確定為罪魁禍?zhǔn)?。這種識別是喜憂參半的，因?yàn)樗_實(shí)告訴您發(fā)生了某種文件系統(tǒng)錯誤。也就是說，不能也不應(yīng)該像替換某種設(shè)備驅(qū)動程序那樣替換Windows的操作系統(tǒng)級驅(qū)動程序。
此類修復(fù)最好留給 DISM 和 SFC 命令。因此，重新啟動后我對SYSTEM_SERVICE_EXCEPTION停止代碼的第一個(gè)響應(yīng)是在管理命令提示符或 PowerShell 會話中運(yùn)行以下命令：
證監(jiān)會/掃描
第一個(gè)命令將查找并替換 Windows 組件存儲區(qū)(通常為 C：\Windows\WinSxS)中任何損壞或丟失的文件。第二個(gè)命令將檢查所有Windows系統(tǒng)文件(SFC實(shí)際上代表系統(tǒng)文件檢查器)并替換它識別的任何損壞或丟失的文件。上述 DISM 命令通常需要 3-5 分鐘才能完成，而 SFC 命令可能需要更長的時(shí)間(尤其是在進(jìn)行任何修復(fù)時(shí))。如果 SFC 發(fā)現(xiàn)并修復(fù)了錯誤，請重復(fù)相同的命令，直到在最終跟進(jìn)中獲得干凈的健康賬單：
關(guān)鍵詞：
