新主机安装Windows864位经常蓝屏

蓝风王子

cpu是A10 5800K，主板是华擎极限玩家4，内存是金邦 4G*2 2133，电源是振华金牌450W，安装系统后经常会蓝屏，这两天蓝屏自动重启五六次了，大家帮我看看是什么回事

Xml视图

- <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
- <System>
  <Provider Name="Microsoft-Windows-Kernel-Power" Guid="{331C3B3A-2005-44C2-AC5E-77220C37D6B4}" />
  <EventID>41</EventID>
  <Version>3</Version>
  <Level>1</Level>
  <Task>63</Task>
  <Opcode>0</Opcode>
  <Keywords>0x8000000000000002</Keywords>
  <TimeCreated SystemTime="2013-07-29T07:17:18.597840500Z" />
  <EventRecordID>1318</EventRecordID>
  <Correlation />
  <Execution ProcessID="4" ThreadID="8" />
  <Channel>System</Channel>
  <Computer>wen</Computer>
  <Security UserID="S-1-5-18" />
  </System>
- <EventData>
  <Data Name="BugcheckCode">265</Data>
  <Data Name="BugcheckParameter1">0xa3a039d89ba8b4f5</Data>
  <Data Name="BugcheckParameter2">0xb3b7465eee25b4dd</Data>
  <Data Name="BugcheckParameter3">0xfffff8014f03f2a0</Data>
  <Data Name="BugcheckParameter4">0x1</Data>
  <Data Name="SleepInProgress">0</Data>
  <Data Name="PowerButtonTimestamp">0</Data>
  <Data Name="BootAppStatus">0</Data>
  </EventData>
  </Event>

peng85344558

麻烦把c:\windows\Minidump下的文件发几个上来，要dmp后缀的，其他格式我这xp也帮不了你~~上面的日志只能说明跟电源有关

woodelf

也有可能是因为CPU过热，之前我也配了AMD的1100T+970，冬天用着没什么事，春天开始就不定时蓝屏，尤其是在玩游戏和打开Flash网页时候。
后来发现机箱温度升高很快，我也已经尽可能合理排布风道和散热了。一怒之下换了Intel，所有蓝屏现象全部消失。AMD那套主板和CPU都被我扔了，农企就是农企……

蓝风王子

peng85344558 发表于 2013-7-29 17:02
麻烦把c:\windows\Minidump下的文件发几个上来，要dmp后缀的，其他格式我这xp也帮不了你~~上面的日志只能说 ...

四个dmp文件在这里，帮忙看看

蓝风王子

woodelf 发表于 2013-7-29 17:09
也有可能是因为CPU过热，之前我也配了AMD的1100T+970，冬天用着没什么事，春天开始就不定时蓝屏，尤其是在玩 ...

Cpu在bios里看是四十度左右，散热器是玄冰400，机箱哟三个风扇了

恋爱的夏娜

你把那段XML发到微软社区看看有没有技术工程师帮你解决一下问题。

peng85344558

蓝屏文件未能加载出有用信息，或者是非系统问题，或者是我32位不能很好加载64位的日志
目前我只能建议你加固下内存条 从几个蓝屏的代码看是内存条上的问题~~前排的电源日志 在内存松动引起断电关机 就会出现这个日志~~可以先无视

蓝风王子

peng85344558 发表于 2013-7-29 17:20
蓝屏文件未能加载出有用信息，或者是非系统问题，或者是我32位不能很好加载64位的日志
目前我只能建议你加 ...

我用蓝屏事件查看器看了四个文件了，最后都显示问题根源是：ntoskrnl.exe

蓝风王子

蓝风王子 发表于 2013-7-29 17:25
我用蓝屏事件查看器看了四个文件了，最后都显示问题根源是：ntoskrnl.exe

你看看 要什么修复呢

Microsoft (R) Windows Debugger Version 6.11.0001.404 X86
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\Windows\Minidump\072913-11278-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: *** Invalid ***
****************************************************************************
* Symbol loading may be unreliable without a symbol search path.           *
* Use .symfix to have the debugger choose a symbol path.                   *
* After setting your symbol path, use .reload to refresh symbol locations. *
****************************************************************************
Executable search path is:
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
*                                                                   *
* The Symbol Path can be set by:                                    *
*   using the _NT_SYMBOL_PATH environment variable.                 *
*   using the -y <symbol_path> argument when starting the debugger. *
*   using .sympath and .sympath+                                    *
*********************************************************************
Unable to load image ntoskrnl.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
*** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
Windows 7 Kernel Version 9200 MP (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Machine Name:
Kernel base = 0xfffff801`4ec14000 PsLoadedModuleList = 0xfffff801`4eee0a20
Debug session time: Mon Jul 29 15:16:51.960 2013 (GMT+8)
System Uptime: 0 days 0:31:26.729
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
*                                                                   *
* The Symbol Path can be set by:                                    *
*   using the _NT_SYMBOL_PATH environment variable.                 *
*   using the -y <symbol_path> argument when starting the debugger. *
*   using .sympath and .sympath+                                    *
*********************************************************************
Unable to load image ntoskrnl.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
*** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
Loading Kernel Symbols
...............................................................
................................................................
...........................
Loading User Symbols
Loading unloaded module list
...................
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 109, {a3a039d89ba8b4f5, b3b7465eee25b4dd, fffff8014f03f2a0, 1}

***** Kernel symbols are WRONG. Please fix symbols to do analysis.

*************************************************************************
***                                                                   ***
***                                                                   ***
***    Your debugger is not using the correct symbols                 ***
***                                                                   ***
***    In order for this command to work properly, your symbol path   ***
***    must point to .pdb files that have full type information.      ***
***                                                                   ***
***    Certain .pdb files (such as the public OS symbols) do not      ***
***    contain the required information.  Contact the group that      ***
***    provided you with these symbols if you need this command to    ***
***    work.                                                          ***
***                                                                   ***
***    Type referenced: nt!_KPRCB                                     ***
***                                                                   ***
*************************************************************************
*************************************************************************
***                                                                   ***
***                                                                   ***
***    Your debugger is not using the correct symbols                 ***
***                                                                   ***
***    In order for this command to work properly, your symbol path   ***
***    must point to .pdb files that have full type information.      ***
***                                                                   ***
***    Certain .pdb files (such as the public OS symbols) do not      ***
***    contain the required information.  Contact the group that      ***
***    provided you with these symbols if you need this command to    ***
***    work.                                                          ***
***                                                                   ***
***    Type referenced: nt!_KPRCB                                     ***
***                                                                   ***
*************************************************************************
*************************************************************************
***                                                                   ***
***                                                                   ***
***    Your debugger is not using the correct symbols                 ***
***                                                                   ***
***    In order for this command to work properly, your symbol path   ***
***    must point to .pdb files that have full type information.      ***
***                                                                   ***
***    Certain .pdb files (such as the public OS symbols) do not      ***
***    contain the required information.  Contact the group that      ***
***    provided you with these symbols if you need this command to    ***
***    work.                                                          ***
***                                                                   ***
***    Type referenced: nt!_KPRCB                                     ***
***                                                                   ***
*************************************************************************
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
*                                                                   *
* The Symbol Path can be set by:                                    *
*   using the _NT_SYMBOL_PATH environment variable.                 *
*   using the -y <symbol_path> argument when starting the debugger. *
*   using .sympath and .sympath+                                    *
*********************************************************************
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
*                                                                   *
* The Symbol Path can be set by:                                    *
*   using the _NT_SYMBOL_PATH environment variable.                 *
*   using the -y <symbol_path> argument when starting the debugger. *
*   using .sympath and .sympath+                                    *
*********************************************************************
Probably caused by : ntoskrnl.exe ( nt+5a440 )

Followup: MachineOwner
---------

peng85344558

蓝风王子 发表于 2013-7-29 17:25
我用蓝屏事件查看器看了四个文件了，最后都显示问题根源是：ntoskrnl.exe

ntoskrnl.exe一般报出这个 要嘛就是加载分析不对路 要嘛就是硬件上的问题 ~~当然我看这里用windbg看也是 所以才有上面的说法