出现 DPC_WATCHDOG_VIOLATION 的 BSOD

出现 DPC_WATCHDOG_VIOLATION 的 BSOD

过去一周,我一直饱受 Windows 10 Pro 手部和 BSOD 之苦。我没有更换硬件,也不记得有任何更新,但 Windows 可能在关机时更新了我的计算机(它经常这样做,所以我不再关注了)。

行为是:计算机正常启动,一切似乎运行顺利,几分钟后(大约 5 分钟),它几乎挂起(鼠标仍在移动),5 秒后它完全挂起(鼠标不动),并且在 10 秒内我得到一个 BSOD,唯一的参考是 DPC_WATCHDOG_VIOLATION。

如果我在安全模式下启动,行为是相同的。

阅读可用信息后,看起来可能是硬件问题或驱动程序问题。我尝试重新安装几个驱动程序(论坛中提到的),但没有成功。我还运行了标准内存测试和一半的扩展内存测试,没有出现任何错误。

通过使用 NirSoft 的 BlueScreenView,我设法将问题追溯到 HAL(这对我来说就像什么都没说一样......它可能是任何事情)。

有什么想法我可以尝试吗?有没有什么地方可以让我查看是哪个硬件部件导致问题的?找到后,我可以尝试更新驱动程序或断开/更换故障部件。

更新:

我设法通过命令行进入安全模式并运行sfc /scannow。它运行了一段时间,最多 25%,没有问题,然后系统出现 BSOD。只要系统启动到 Windows,我就只有几分钟的时间来做我必须做的事情。较长的操作将被 BSOD 阻止。

我还进行了扩展内存测试。直到我睡觉前都没有失败。当我醒来时,电脑开着,但没有屏幕信号。我可以尝试让系统重复测试多次,以便熬过这个夜晚。如果我得到更好的结果,我会更新。

答案1

感谢大家的评论。

最后,问题是由于 SSD 故障而导致的。这是一块 OCZ Revodrive X2,这是一款旧款 SSD,它直接连接到 PCIe 总线以克服 SATA 连接的限制。该卡内部有 4 个 SSD 驱动器,采用 RAID 0 配置,驱动程序将其作为单个驱动器提供给操作系统(尽管在 Linux 下您可以看到四个子单元)。其中一个子单元开始出现故障。

令人惊讶的是,系统仍然从该 SSD 启动,而且显然一切正常,文件在 BSOD 之前都是可读的。使用 Linux,更明显的是其中一个子单元无法正常访问(fdisk info、lsblk info...)。

确定了嫌疑后,我备份了该驱动器中剩余的几个感兴趣的内容,没有其他副本,并用 SATA 接口的标准 SSD 替换了该单元(PCIe SSD 不再生产,而转移到 M.2 接口意味着需要额外的适配器卡,总体成本几乎翻倍,速度提升可能并不明显)。我安装了一个全新的操作系统,到目前为止没有出现新问题,所以现在结论可以放心了:这是一个即将报废的 SSD。它为我服务了大约 8 年。是时候让它去 SSD 天堂了。

相关内容