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

本文详细的介绍了标准的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.

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

再分析日志，特别是Error和Critical级别的日志。

发现问题：

打开服务管理控制台，尝试手动启动VMwareHostd（服务名，显示名称为VMware Workstation Server）服务，结果遇到错误提示，如下图所示。

图a是获取服务名，对以后的使用会有帮助。

（图a）

图b是错误提示。

（图b）

但是VMware里的虚拟机还是可以使用的。

解决方案：通过Windows事件查看器的在线帮助查找是否有解决方案。

网址为http://technet.microsoft.com/en-us/library/ab3f45e5-f0ec-49d0-b4f7-d4581984f420.aspx

此页面提示访问Vendor（制造商、开发商）官方网站寻求办法。

根据下图的提示搜索。

 

 

找到几个有用的：

<The VMware Workstation Server service terminated with service-specific error %%-1.>

http://communities.vmware.com/thread/334353?tstart=0

本文出自 “通信，我的最爱” 博客，谢绝转载！