如果你得到一个蓝色屏幕死亡使用STOP代码SYSTEM_SERVICE_EXCEPTION，可能存在许多原因，尽管糟糕的驱动程序总是可能的罪魁祸首。使用system_service_exception的常用错误检查代码为0x3b。有趣的是，数字代码有很多（7！）关联Microsoft错误查找工具因此，这一个最能使用基于文本的停止代码本身的研究或与数字代码组合进行研究。微软错误检查页面对于此错误，为其原因提供了此解释：“这表明在执行从非特权代码转换为特权代码的例程时发生了异常。”
文件系统修复system_service_exception
Microsoft also notes on the bug check page for SYSTEM_SERVICE_EXCEPTION that “If a driver that is responsible for the error can be identified, its name is printed on the blue screen…” Indeed, I’ve personally experienced this error with the Windows 10 NTFS file system driver (Ntfs.sys) identified as the culprit. This identification is a mixed blessing, because it does tell you some kind of file system error occurred. That said, one cannot and should not replace OS-level drivers for Windows as one might do for a device driver of some kind.
此类维修最好留给DISM和SFC命令。因此，我在重新引导后对system_service_exception停止代码的第一个响应是在管理命令提示符或powershell会话中运行这些命令：
删除/在线/清理 - 图像/ restorehealth
SFC / Scannow.
第一个命令将在Windows组件存储中找到并替换任何损坏或丢失的文件（通常是C：\ Windows \ Winsxs）。第二个命令将检查所有Windows系统文件（SFC用于系统文件检查器，实际上）并替换其标识的任何损坏或丢失的文件。上述DISM命令通常需要3-5分钟才能完成，并且SFC命令可能需要更长时间（特别是如果它会进行任何维修）。如果SFC查找并修复错误，请在最终后续后续完成干净的健康状况之前重复同样的命令：
使用驱动程序验证程序工具来修复system_service_exception
Windows 10和Windows 11都包括名为Verifier.exe的内置驱动程序验证工具。它驻留在C：\ Windows \ System32文件夹中（Windows保留其许多管理员和修复工具）。驱动程序确实往往涉及system_service_exception错误，因为它们属于允许访问受保护的系统代码的Windows代码元素（以及OS组件本身，当然）。几乎任何设备驱动程序都可以挑起此错误，因此在安装新硬件时显示它并不罕见，或者插入某种可移动存储设备（通常通过USB或Thunderbolt端口）。
如果先前的系统维修（DISM和SFC）不消除System_service_exception bsod，则Windows驱动程序验证者可能能够帮助您识别导致此BSOD发生的罪魁祸首。此工具附带警告：在使用之前，请务必为PC创建当前图像备份，因为验证者检查所有设备驱动程序并在找到无法验证或损坏或损坏的驱动程序时故意导致BSOD。
您寻求的信息应该在发生BSOD时写入的崩溃转储中。崩溃转储将占用名为memomment.dmp或miniDump.dmp的文件。前者驻留在Windows root中，通常是C：\ Windows。后者居住在C：\ Windows \ MiniDump中。我全心全意推荐使用Nir Sofer'sBluescreenview.查看和检查崩溃转储的工具。它会愉快地针对这些崩溃档案中的任何一个，并告诉您是什么。
转动驱动程序验证者
1。输入“verifier.exe”在管理命令提示符或powershell，这将打开驱动程序验证者管理器程序。
2。点击下一步并留下默认设置，“创建标准设置”到位。
3.选择“自动选择此计算机上安装的所有驱动程序。”如果您愿意按名称专注于驱动程序列表，单击“从列表中选择驱动程序名称”反而。无论哪种方式，点击下一步接着说。
除非您想要让您的计算机需要数短的数百个驱动程序，否则我有一些提示，用于缩小此列表，并从列表中挑选可疑驱动程序。
提示A：使用DriverStore Explorer获取司机名称和信息
一个免费的github项目调用Driverstore Explorer.提供用于检查和管理Windows驱动程序的方便的专注软件工具。我在我的测试系统上使用它来确认它有200多个司机在场，并清理足够的旧驱动程序，以便将其倒计到195年。这表明选择所有驱动程序可能涉及大量的检查并且需要大量的时间。因此，我倾向于通过使用DriverStore Exprorerer的名字来专注于驱动程序，并通过类别专注于驱动程序（例如，网络适配器，人机界面设备，显示适配器等）。
提示B：在可能的情况下，限制司机检查到可疑类别或物品
假设我刚刚从Lenovo OEM视频驱动程序切换到我的测试PC上的英特尔DCH视频驱动程序，之后系统_Service_exception错误启动。Driverstore Explorer告诉我该驱动程序的名称是IIGD_DCH.INF，因此我想在驱动程序验证者管理器的驱动程序列表中检查匹配的匹配。通常IGD为“英特尔图形驱动程序”是速记，因此我选择名为IGDKM64.SYS的项目。
4.点击完成通过您的支票进行。接下来，您将看到驱动程序验证程序管理器中的警告，您必须重新启动PC以开始运行其驱动程序检查。
5。单击“确定”，重新启动PC，你在路上！当系统重新启动时，通过启动序列可能需要更长的时间，因为驱动程序验证者管理器执行它的事情。要有耐心。由于Driver Verifier Manager查找未签名或可疑驱动程序，它将导致BSODS。
6。记录任何蓝色屏幕消息弹出（用智能手机捕捉它们）弹出（它方便），以便稍后调查。
任何BSOD都需要随后调查，并应提示某些行动。在大多数情况下，使用驱动程序验证程序后，在崩溃转储中识别的驱动程序将使系统恢复为权限。
如果您发现自己卡在引导循环中（驱动程序验证程序的重复BSOD导致），则需要启动到安全模式（插入链接）。然后，您可以访问驱动程序验证程序（类型验证程序到命令提示符或powershell）。一旦进入驱动程序验证者管理器UI，选择“删除现有设置”，然后单击“完成”。下次重启后，您的自我诱导的BSOD将停止。
超越司机验证者，它是最后的沟渠修理
如果您仍无法退出BSOD循环，则可能需要采取更激烈的措施。恢复您创建的操作系统映像作为预防备份，您将返回您启动的位置。另一方面，你可以尝试一个30分钟修复窗户或者，如果这还不够，会选择重置Windows.完全与清洁安装相同。最后两个显然是最后一个手段的演习。