标准的Windows蓝屏故障的分析、处理流程和VMware服务错误记录

2021-07-22 20:27:17

本文详细的介绍了标准的Windows蓝屏故障的分析、处理流程。介绍了如何使用WinDbg工具来分析内核转储文件（Crashdump）以确定问题。在文末附带的记录了VMware服务错误的处理记录。

操作系统:Windows 7 Enterprise X64 SP1 [Version 6.1.7601]。

系统用途:这个机器安装的软件较多，一般用于软件测试使用。安装了很多Web服务，如SQL Server，IIS等和软件开发工具，如VS2010，DW和各种Studio、Kit等。

可能的触发原因：由无线接入Internet方式切换到有线接入Internet方式（两者都是手动填写IP地址等，“等”是指子网掩码、默认网关、DNS服务器IP地址），配置IP后，检查了一下日志后，确定当前的状态在日志（事件）中没有问题，重启系统。在重启的过程中遇到蓝屏故障，系统自动重新启动，进入安全模式，登录前系统再次自动重新启动到正常模式。

解决方案：首先使用Windows Driver Kit 7.1中的Windows Debugging Tool （WinDBG）分析内存转储文件

如果提示：

则用Administrator身份运行WinDbg。

在查看了相关信息后（如下图的图c），可以点击或者在Console中输入 "!analyze-v”查看详细的分析结果，下图图d。

（图c）

（图d）

查阅wdf的相关信息，先查看一下wdf01000.sys是不是系统文件。

找到文件位置，查看它的属性，发现是Windows的系统文件，而且还是内核模式驱动框架运行时程序（原文是Kernel Mode Driver Framework Runtime ），这个以前从没接触过，怀疑是系统bug，正如前面WinDbg说的，“

This is a very common bugcheck. Usually the exception address pinpoints
the driver/function that caused the problem. Always note this address
as well as the link date of the driver/image that contains this address.
Some common problems are exception code 0x80000003. This means a hard
coded breakpoint or assertion was hit, but this system was booted
/NODEBUG. This is not supposed to happen as developers should never have
hardcoded breakpoints in retail code, but ...
If this happens, make sure a debugger gets connected, and the
system is booted /DEBUG. This will let us see why this breakpoint is
happening.

”这个问题目前只能提交给微软的工程师来解决了。