如何在不到一分钟的时间内解决Windows 8崩溃
视窗8已经出现了一段时间，具有一个像令人讨厌一样酷的界面。．．直到你掌握它。但是，与任何计算机操作系统一样，它可能会崩溃。幸运的是，有一种简单的方法来解决大多数崩溃的原因;只需调用WindBG，Windows调试器;一个免费的工具，用于诊断Windows崩溃的最常见原因 - 行为不端的第三方驱动因素。
在W8中，已经修改了死亡/ BSOD的蓝色屏幕，包括一个大，简单：（意思是人类（如果不是非常有信息）的语言。（观看一个幻灯片版本这将引导您通过任何崩溃。]
Windows 8蓝屏死机已经成为沮丧的皱眉。
还，微软在转储文件的创建和管理过程中取得了进步。虽然本文关注的是W8，但这些信息同时适用于RT和服务器2012.有关早期的操作系统，请参见在几分钟内解决Windows 7崩溃或者，对于XP和2000，见如何在几分钟内解决Windows崩溃．
关于Windows崩溃
操作系统崩溃与应用程序崩溃、系统挂起或其他问题。在大多数情况下，操作系统崩溃是一种保护措施。当操作系统发现关键设备出现故障，或者由于可能的病毒、糟糕的设备驱动程序甚至RAM故障，导致内部操作系统状态被识别为不一致时，通常情况下，立即停止是更安全的做法。否则，继续操作将导致更严重的破坏，如应用程序数据损坏或丢失。
[帮助就在路上:在哪里寻求Windows崩溃的帮助]
三个系统崩溃中的两个是由第三方驱动程序引起的，占用内核模式中的不适当行动（如写入不存在的内存），它们可以直接访问OS内核和硬件。
相反，在用户模式下运行的驱动程序只能间接访问操作系统内核，不能直接导致崩溃。一小部分崩溃是由硬件问题造成的，比如内存不好，更不用说操作系统本身的故障了。有些原因还不清楚。
谢谢你的记忆转储
一个记忆转储是你曾经拥有的最丑陋的最好的朋友。它是操作系统停止的时间点的计算机系统状态的快照。而且，在转储文件中包含的大量不太友好的数据中，您通常只需要一些易于掌握和使用的项目。随着Windows 8的引入，OS现在创建了四种不同的内存转储;完整，内核和miniDumps和新的自动内存转储。
1.自动内存转储
地点:% SystemRoot % \ Memory.dmp
尺寸：≈OS内核的≈User
“自动内存转储”是安装Windows 8时的默认选项。创建它是为了支持“System Managed”页面文件配置，该配置已更新以减少磁盘上的页面文件大小。自动内存转储选项产生一个内核内存转储，不同之处在于当您选择Automatic时，它允许SMSS进程将页面文件减少到小于RAM的大小。
2.完全内存转储
地点:% SystemRoot % \ Memory.dmp
大小：≈Size的RAM和1MB
完整（或完全）内存转储大约等于已安装的RAM量。由于许多系统都有多个GB，这可能很快成为存储问题，特别是如果您遇到的不仅仅是偶尔的崩溃。通常我不建议保存一个完整的内存转储，因为它们占用了太多的空间，而且通常是不需要的。但是，在某些情况下，当与Microsoft（或其他供应商）合作以查找导致非常复杂问题的原因时，完全内存转储将非常有用。因此，请坚持使用自动转储，但在极少数情况下，请准备切换设置以生成完全转储。
3.内核内存转储
地点:% SystemRoot % \ Memory.dmp
大小:≈内核模式组件“拥有”的物理内存大小
内核转储大致相等为Windows 8内核占用的RAM。在我的测试系统上，在64位处理器上运行Windows 8的Windows 8，内核转储约为336MB。由于，只要偶尔，必须运输转储文件，我压缩它，使其降至80MB。内核转储的一个优点是它包含分析所需的二进制文件。自动转储设置默认创建内核转储文件，仅保存最近的，以及每个事件的MiniDump。
4.小或迷你倾销
位置：％Systemroot％\ miniDump
尺寸:x86上至少64K, x64上至少128k(我的W8测试PC上至少279K)
MiniDumps包括通过寄存器指向它们的内存页面，给出它们在故障点的值，以及故障线程的堆栈。是什么让他们小的是，它们不包含在失败时内存中内存中的任何二进制或可执行文件。
但是，这些文件对于调试器的后续分析至关重要。只要您在创建转储文件的计算机上进行调试，WinDbg就可以在系统根文件夹中找到它们（除非创建转储文件后系统更新更改了二进制文件）。或者，调试器应该能够通过SymServ（微软的符号文件在线商店）自动找到它们。Windows 8为每个崩溃事件创建并保存一个小型转储，基本上提供系统生命周期内所有事件的历史记录。
配置W8以获得正确的内存转储
虽然W8的默认配置将操作系统设置为生成您最可能需要的内存转储格式，但请快速查看以确定。从W8风格菜单中简单地输入“控制面板”(或只在许多情况下的前几个字母)，这将自动魔术般地带你到应用程序页面，你应该看到一个白色框包围“控制面板”;按Enter键将带您进入熟悉的界面。
通过W8中的控制面板进行控制。
从“控制面板”开始，检查Windows 8内存转储设置的路径如下：
控制面板|系统和安全|系统|高级系统设置|启动和恢复|设置
一旦在启动和恢复对话框，确保“自动内存转储”被选中。您可能还想确保“将事件写入系统日志”和“自动重启”(默认情况下也应该是开启的)都被选中了。
安装WinDbg
系统需求
要将PC为基于WindBG的崩溃分析设置，您需要以下内容：
•32位或64位Windows 8/R2/Server 2012/Windows 7/Server 2008
根据运行调试器的处理器，您可以使用32位或64位调试工具。请注意，转储文件是在基于x86还是基于x64的平台上生成并不重要。
•Windows 8的Windows SDK的Windows调试工具部分，可以从微软免费下载。
•大约103MB的硬盘空间（不包括转储文件的存储空间或符号文件）
•实时互联网连接
下载windbg.
首先下载sdksetup.exe，一个启动Web设置的小文件（969KB），从中选择要安装的组件。
•自动下载（下载将自行开始）：
空间要求
忽略1.2GB所需的磁盘空间;您将只安装工具包的一小部分。在我的测试机器上，安装过程预计256.2MB，但根据安装后的文件资源管理器，只需要103MB。
运行skdsetup.exe
将软件开发套件（SDK）安装到用于查看内存转储文件的计算机。
A.启动Sdksetup.exe。
b .指定地点:
建议的安装路径如下：
C：\ Program Files（x86）\ Windows套件\ 8.0 \
如果在单独的计算机上下载以安装，请选择第二个选项并设置相应的路径。
C.接受许可协议
D.删除除Windows调试工具以外的所有工具的复选标记
什么是符号，为什么我需要它们?
既然调试器已安装并在调用转储文件之前，您必须确保它可以访问符号文件。符号表是编译的副产品。编译程序时，源代码将从高级语言转换为机器代码。同时，编译器创建一个符号文件，其中包含标识符列表，程序中的位置及其属性。由于程序不需要执行此信息，因此可以取出并存储在另一个文件中。这减少了最终可执行文件的大小，因此占用较少的磁盘空间并加载到内存中。但是，当程序导致问题时，操作系统只知道问题发生的十六进制地址，而不是那里的问题以及该人在做什么。符号表，通过使用Symserve可用，提供信息。
SymServ (SymSrv)
在Windows 8界面上，右键单击WinDbg，然后在屏幕底部弹出的工具栏中选择“以管理员身份运行”。
SymServ(也拼作SymSrv)是微软提供的一个非常重要的实用程序，用于管理要被WinDbg检索使用的正确符号表的标识。它的使用是免费的，只要调试器配置正确，它就会在后台自动运行，并且可以自由访问微软的符号存储。
运行WinDbg
在W8界面上，右键单击你要使用的WinDbg版本(x64或x86)，然后从屏幕底部弹出的栏中选择“以管理员身份运行”。然后，您将看到一个非常乏味的应用程序界面;一块灰色的。在用数据填充它之前，你必须告诉它在哪里可以找到符号文件。
设置符号文件路径
有一个大量的Windows符号表文件，因为操作系统的每个版本，甚至是一次性变体，导致新文件。使用错误的符号表将是通过使用波士顿地图的旧金山找到自己的方式。要确定您在Windbg的菜单栏中使用正确的符号，请选择以下内容：
文件|符号文件路径
在符号搜索路径窗口中，输入以下地址：
srv * c: \ * http://msdl.microsoft.com/download/symbols缓存
请注意，星号之间的地址是您希望存储用于将来引用的符号的位置。例如，我将名为符号的文件夹中的符号存储在我的C：驱动器的根目录中，因此：
srv * c: \符号* http://msdl.microsoft.com/download/symbols
确保您的防火墙允许访问Msdl.microsoft.com。
Windbg如何处理符号文件
打开内存转储时，WindBG会查看可执行文件（.exe，.dll等）并提取版本信息。它然后，在Microsoft创建对Symserv的请求，其中包括此版本信息，并找到精确的符号表以绘制信息。它不会下载故障排除的特定操作系统的所有符号;它会下载它需要的东西。
符号文件的空间
存储符号所需的空间是不同的。在我的W8测试机上，经过多次崩溃测试后，文件夹大小约为35MB。在另一个运行W7的系统上，我打开了来自其他几个系统的转储文件，这个文件夹仍然小于100MB。只要记住，如果您从其他机器(使用不同的操作系统)打开文件，您的文件夹可能会继续增大。
或者，您可以选择从Microsoft下载并存储完整的符号文件。在您之前，请注意 - 对于每个符号包 - 您应该有至少1GB的磁盘空间。那是因为，除了存储文件所需的空间外，还需要需要所需的临时文件的空间。即使在这些天的硬盘低成本的情况下，所使用的空间也值得注意。
•每个x86符号包可能需要750 MB或更多的硬盘空间。
•每个x64符号包可能需要640 MB或更多。
除非特别说明，符号包是非累积的，所以如果你使用的是SP2的Windows版本，在安装SP2的符号之前，你需要安装原始RTM版本和SP1版本的符号。
创建转储文件
如果没有内存转储，该怎么办？别担心。您可以自己生成一个。有不同的方法可以做到这一点，但最好的方法是使用由马克·鲁西诺维奇创建的名为NotMyFault的工具。
下载notmyfault.
要获取NotMyFault，请到SysInternals的Windows Internals Book页面，向下滚动到Book Tools部分，在那里你会看到一个下载链接。该工具包括一些选项，用于加载行为异常的驱动程序(这需要管理权限)。下载后，我在桌面上创建了一个快捷方式来简化访问。
请记住，使用NotmyFault将创建系统崩溃，而我从未见过使用该工具的问题，生活中没有保证，特别是在计算机上。因此，准备您的系统，并有任何需要访问它的人几分钟。保存包含可能丢失并关闭所有应用程序的信息的文件。正确准备，机器应该下降，重新启动，都应该创建MinIDump和MinIDump和内核转储。
运行NotMyFault
启动NotMyFault并选择High IRQL fault(内核模式)然后…按下崩溃键。您的皱眉沮丧将出现在一秒钟，一个最小转储和一个内核转储文件将被保存-如果正确配置-您的系统将重新启动。
当Windows 8崩溃时，您会看到（1）新BSOD中的令人沮丧。重新启动后，您会看到（2）要将崩溃文件发送到Microsoft的要约。最终屏幕（3）列出将要发送的文件，显示隐私声明并要求您发送发送它们的权限。
在W8的UI上会有一条蓝色的条纹，上面写着“您的电脑遇到了问题……”"．如果你点击“发送详细信息”按钮，微软将使用WinDbg和命令“!作为自动化服务的一部分进行分析，以确定问题的根本原因。输出将与已知驱动程序错误修复的数据库结合起来，以帮助识别故障。
启动windbg和（经常）看到崩溃的原因
从W8 UI中右键单击WinDbg，然后在屏幕底部弹出的工具栏中选择“以管理员身份运行”。调试器运行后，选择菜单选项
文件|打开崩溃转储
并指向它打开要分析的转储文件。请注意，WindBG将打开任何大小转储文件;miniDump，内核转储或完整的转储文件。当提供保存工作区信息时，说是;它会记住转储文件的位置。
命令窗口将打开。如果这是第一次使用此系统上的WindBG或从另一个系统查看转储文件之前，您之前没有加载文件，则可能需要填写信息的时刻。这是因为调试器必须识别Windows的精确版本，然后在Microsoft转到Symserv，并找到相应的符号文件并下载所需的符号文件。在后续会话中，不需要此步骤，因为符号保存在硬盘驱动器上。一旦WindBG具有所需的符号，它将运行分析并使用结果填充窗口。这将包括诸如WindBG的版本之类的基本信息，转储文件的位置和名称打开，符号搜索路径正在使用甚至简要分析，在这种情况下，
可能由以下原因引起：myfault.sys
当然，我们知道是真的（myfault.sys是notmyfault的驱动程序的名称）。
WinDbg错误消息
如果WinDbg报告一个***警告或***错误，解决方案通常很简单。下面列出了常见的消息、它们的含义以及如何解决它们。
***警告：无法验证ntoskrnl.exe的时间戳
***错误:模块加载完成，但无法为ntoskrnl.exe加载符号
这个很重要。当您在WindBG的输出开始附近看到这两条消息时，这意味着您将无法获得所需的分析。在“错误检查分析”自动运行之后确认这一点确认，以及消息
*****内核符号是错误的。请固定符号进行分析
会显示出来。
可能的原因跟随：
•无路径/错误路径；尚未设置符号文件的路径或路径不正确（请查找键入错误，如空白）。检查符号路径。
•连接失败；检查您的Internet连接以确保其工作正常。
•访问阻塞;防火墙阻止了对符号文件的访问，或者文件在检索过程中被损坏。请确保没有防火墙阻止访问msdl.microsoft.com(它可能只允许访问www.microsoft.com)。
请注意，如果防火墙最初阻止WindBG下载符号表，则它可能会导致文件损坏。如果解除防火墙并再次尝试下载符号文件不起作用;该文件仍然损坏。最快的修复是关闭WindBG，删除符号文件夹（您最有可能设置在C：\符号），并取消阻止防火墙。接下来，重新打开windbg和转储文件。调试器将重新创建文件夹并重新下载符号。
在纠正之前，请勿进一步进一步进一步。
如果您看到以下错误，请不要担心：
***警告:无法验证myfault.sys的时间戳
***错误:模块加载完成，但无法为myfault.sys加载符号
WinDbg会自动提示罪犯，如图所示。
这意味着调试器正在查找有关myfault.sys的信息。但是，由于它是第三方驱动程序，因此没有符号，因为Microsoft并不存储所有第三方驱动程序。关键是您可以忽略此错误消息。供应商通常不提供带有符号文件的驱动程序，它们对于您的工作来说不是必需的；您可以在没有它们的情况下查明问题驱动程序。
那么，是什么造成的崩溃？
如上所述，当您使用WindBG打开转储文件时，它会自动运行一个基本分析，这些分析通常会使罪魁祸首持续无，甚至不会给调试器都提供任何直接命令，如屏幕所示，它说“可能是由：myfault.sys导致的：myfault.sys”。
更多的信息
有关崩溃事件的更多信息，并且可疑模块很容易。通常，您所需要的只是数百个命令，即相当强大的调试器提供：
!分析-v
和
LMVM。
命令windbg的新方法
通常，您将键入所需的命令和参数。然而，事情也有改变了。如果您仔细查看WindBG接口，就在“错误检查分析”框下方，它说“使用！分析-V以获取详细的调试信息”，并且该命令下划线并以蓝色为单位。是的，这是一个链接。只需触摸它，命令将为您运行。但是，如果您没有触摸屏，鼠标将正常工作或诉诸传统方法，以将命令键入窗口的窗口，从而看到提示“kd>”（它代表“内核调试器”）。一定要准确地进行;这是语法是键的情况。例如，请注意命令和“-v”之间的空格。 The "v" or verbose switch tells WinDbg that you want all the details. You can do the same where you see the link for myfault which will display metadata for the suspect driver.
解析-v
由提供的分析！analyze-v是英语和程序员语言的结合，但它仍然是一个很好的开端。事实上，在许多情况下，你将不需要再进一步。如果你知道车祸的原因，你可能就完了。
解析-v
The！Analyze -V命令揭示了崩溃的原因和可能的罪魁祸首。
analyze -v提供了关于系统崩溃的更多细节。在本例中，它准确地描述了测试驱动程序(myfault.sys)被指示做什么;访问一个中断级别过高的地址。
分析
DRIVER_IRQL_NOT_LESS_OR_EQUAL (d1)
试图在中断请求级别(IRQL)上访问一个过高的可分页(或完全无效)地址。这通常是由于驱动程序使用不正确的地址造成的。
在调试详细信息下，报告提示问题是“WIN_8_DRIVER_FAULT”和NotMyFault.exe是激活的。
堆栈溢出
调试器输出的一个重要特性是使用！analyze-v是堆栈文本。每当查看转储文件时，总是查看堆栈的最右边端以供任何第三方驱动程序使用。在这种情况下，我们将看到我的错误。注意，事件的时间顺序从下到上；当系统执行每个新任务时，它会显示在顶部。在这个相当短的堆栈中，您可以看到myfault处于活动状态，然后出现页面错误，系统声明了错误检查，这是系统停止时（蓝色屏幕）。
一个方法来看，这就是当你在系统崩溃时看到堆栈上有一个活跃的第三方驱动程序时，就像走进一个房间，找到一个身体在地板上，有人在他的吸烟枪站在它上面手;这并不意味着他是有罪的，但让他怀疑第1号。
来自lmvm的输出（或通过选择myfault）
知道嫌疑人的名字还不够;你需要知道他住在哪里以及他的所作所为。这就是LMVM进来的地方。它提供了来自此图像路径的一系列数据（并非所有驱动程序都生活在％SystemRoot％\ System32 \ Drivers中。），时间戳，图像大小和文件类型（在这种情况下为驱动程序）到公司这使得它属于，版本号和描述。有些公司甚至包括技术支持的联系信息。但是，调试器报告的内容完全取决于所包括的开发人员，在某些情况下，这很少。
找到供应商的名称后，转到其网站并检查更新，知识库文章和其他支持信息。如果此类项目不存在或无法解决问题，请联系它们。他们可能会要求您沿着调试信息发送（很容易将输出从调试器复制到电子邮件或Word文档中），或者他们可能会要求您将内存转储发送到内存转储（首先zip zip zip，两者都可以压缩它并保护数据完整性）。
如果您对使用WindBG有任何疑问，请查看WindBG帮助文件。它很棒。并且，当读取关于命令时，务必查看提供关于许多参数的信息，例如“-v”，返回更多（冗长）信息。
其他第三
确实，按照上面的说明，您很可能会立即知道三分之二的碰撞原因；这就留下了另三分之一的烦恼。那你怎么办？那么,可能导致系统故障的原因也不少,；它的范围从机箱风扇故障（导致系统过热）到内存损坏。
有时是硬件问题
如果您有重复崩溃但没有明确或一致的原因，它可能是一个记忆问题。检查内存的两个好方法是Windows Memory诊断工具和Memtest86。转到控制面板并进入“内存”进入其搜索框，然后选择“诊断计算机的内存问题”。
这个简单的诊断工具是快速和伟大的工作。许多人不相信出现内存问题的可能性，因为内存只占系统崩溃的很小比例。然而，它们往往是让你猜得最久的原因。
是Windows罪魁祸首吗？
答案很可能是否定的。对于所有那些迅速将此类事件归咎于微软的反对者来说，事实是Windows很少会导致系统故障。但是，如果ntoskrnl.exe (Windows core)或win32. exe。sys(在Windows上负责“GUI”层的驱动程序)被称为罪魁祸首——他们经常是——不要太快地接受它。更有可能的情况是，一些错误的第三方设备驱动程序调用Windows组件执行操作，并传递了错误的指令，比如告诉它写入不存在的内存。所以，虽然操作系统肯定会出错，但在责怪微软之前，排除所有其他可能性。
我的防病毒驱动程序呢？
通常，你可能会看到一个杀毒驱动程序被称为罪魁祸首，但很有可能它是无罪的。原因如下：为了使防病毒代码正常工作，它必须监视所有文件的打开和关闭。为了实现这一点，代码位于操作系统的底层，并且一直在工作，因此他经常会在崩溃发生时处于活动状态的函数调用堆栈上。
缺少供应商信息？
一些驱动程序供应商没有花时间在他们的模块中包含足够的信息。因此，如果lmvm没有帮助，请尝试查看映像路径上的子目录(如果有的话)。通常其中之一是供应商名称或其缩写。另一个选择是搜索谷歌。输入驱动程序名称和/或文件夹名称。您可能会找到供应商以及其他发布了有关驱动程序的信息的人。
概括
请记住，阅读这篇入门文章和在系统上配置WinDbg所花的时间远远超过解决三分之二的崩溃所需的时间。事实上，大多数事故分析工作只需要不到一分钟。虽然另外三分之一肯定更有挑战性，但至少你会有更多的时间去尝试。
史密斯是Alexander LAN Inc.的总裁，是IT领域的自由职业顾问和作家。你可以通过电话联系到他dirkadsmith@gmail.com.．