电脑本来是能用的,被我很平常,日常的优化下,重启后就突然出现8E蓝屏了,是开机后,进度条走完了,出现‘欢迎使用’,鼠标光标都出来了,下一步就该出现桌面了,可是还没出现桌面就蓝屏了代码0000008E,上网搜索了下好像这个8E很难搞!我就搜索了很多东西,什么WINDBG分析DUMP的,于是我就用WINDBG分析DUMP了,看到一个Probably caused by : ntoskrnl.exe ( nt!PiProcessQueryRemoveAndEject+d01 ).ntoskrnl.exe它也不是一个驱动啊,不是说删了就行的,真是把我难住了,以我的水平只能知道是services.exe引起ntoskrnl.exe蓝屏!
求大神看看是怎么回事,
services.exe ntoskrnl.exe这些文件可以修复么?
MINI DUMP文件下载 见底下附件
WINDBG分析:
--------------------------------------------------------------------------------------------------------
Microsoft (R) Windows Debugger Version 6.8.0004.0 X86
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [M:\Minidump\Mini092914-02.dmp]
Mini Kernel Dump File: Only registers and stack trace are available
Symbol search path is: C:\Windows\Symbols
Executable search path is:
Unable to load image ntoskrnl.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
Windows XP Kernel Version 2600 (Service Pack 3) MP (4 procs) Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Kernel base = 0x804d8000 PsLoadedModuleList = 0x8055e720
Debug session time: Mon Sep 29 12:42:29.640 2014 (GMT+8)
System Uptime: 0 days 0:00:45.281
Unable to load image ntoskrnl.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
Loading Kernel Symbols
...............................................................................................................................
Loading User Symbols
Loading unloaded module list
........
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
KERNEL_MODE_EXCEPTION_NOT_HANDLED_M (1000008e)
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.
Arguments:
Arg1: c0000005, The exception code that was not handled
Arg2: 806390c7, The address that the exception occurred at
Arg3: b4ffe99c, Trap Frame
Arg4: 00000000