如何从无信息的 Windows 8 BSOD 中获取更多信息？
Windows 8 的蓝屏死机与以前的 Windows 版本不同：
为了找出导致问题的原因，您需要记下或记住它提供给您的搜索词。到目前为止，我看到的两个搜索词是
SYSTEM_SERVICE_EXCEPTION和HAL_INITIALIZATION_FAILED。
虽然不必看着满是文字的蓝屏是件好事，但之前的蓝屏比 Windows 8 蓝屏提供的信息更多，因为它包含详细的错误代码（在操作系统执行错误时收集的用于诊断目的的信息）检查），这可以让您更接近于追踪问题的根源。
如何获取有关 Windows 8 遇到的错误的更多信息，以便追踪问题的根源？
Tam*_*man 10
忽略典型的 BSOD 名称，这些更正式地称为错误检查。为了查找某个 BSOD 代码的实际含义，您可以在Bug Check Code Reference 中查找它。
错误检查0x3B: SYSTEM_SERVICE_EXCEPTION和0x5C: HAL_INITIALIZATION_FAILED听起来很熟悉，你可以在那里看他们，但我会说似乎不清楚的人谁不这样做调试或低级别的驱动程序的编程细节的东西。
SYSTEM_SERVICE_EXCEPTION
页面上的描述是：
这表明在执行从非特权代码转换为特权代码的例程时发生了异常。
当您系统上的某些代码尝试执行具有更高权限的其他代码时，就会发生这种情况，如果在没有提升权限的情况下发生这种情况，则意味着非特权代码会破坏安全性。这通常是出现故障的驱动程序所做的，但也可能是在驱动程序形式下的 Rootkit，它会遇到某种形式的保护。
这并不意味着我们应该排除其他可能的错误，如内存损坏，这可以通过调查故障转储来查看行为是否指向驱动程序或更随机。即使故障转储是随机的，也不必指向坏内存，但可能再次是驱动程序损坏内存的结果。因此，如果我们在这条路上，进行记忆测试可以很方便地检查是否存在不良记忆，以便更清楚地了解。
HAL_INITIALIZATION_FAILED
页面上的描述是：
这表明 HAL 初始化失败。
是的，她就是这么说的。研究HAL是什么是理解这里发生的事情的合乎逻辑的下一步，简而言之，“在操作系统中”部分的这一部分有助于：
硬件抽象层 (HAL) 是一个抽象层，以软件实现，位于计算机的物理硬件和在该计算机上运行的软件之间。它的功能是对大多数操作系统内核隐藏硬件的差异，这样大多数内核模式代码不需要更改即可在不同硬件的系统上运行。
在 PC 上，HAL 基本上可以被认为是主板的驱动程序，它允许来自较高级别计算机语言的指令与较低级别的组件进行通信，例如直接与硬件进行通信。
是的，还是蛮长的。但它指出了一些更有趣的可能原因：硬件故障、抽象代码、主板/芯片组驱动程序或其他驱动程序。向后遍历这些可能的原因使我们能够逐级查看问题所在；为此，我们再次需要检查故障转储。
检查故障转储？！
正如评论中所指出的，您可以访问此 URL以获取一些基本说明，尽管我建议尽可能上传转储，以便我们为您检查。我通常使用 Windows 调试工具中的 WinDBG 来执行此操作。或者，您可以使用来自 OSR Online的在线即时在线故障转储分析器，尽管除了故障转储的一般分析之外，这不能让您进一步检查事情。因此，一旦您获得了故障转储，请告诉我们...
您可以在事件查看器中看到与旧蓝屏上相同的信息。系统日志，事件 ID 1001
http://msdn.microsoft.com/en-us/library/ff559069(v=vs.85).aspx