电脑无限蓝屏，每次代码不同，有没有大神帮我分析一下dmp。

denfa123

台式机吗，硬盘接触不良会出现这个

iaals

大概率可能是内存条有问题，曾经我的惠普笔记本也是无限蓝屏，折腾良久，才发现其中一个内存条是坏的。把坏的内存条拆了后就没问题了。

hkl7366

我的联想Intel(R) Core(TM) i5-9500 CPU @ 3.00GHz   3.00 GHz机器也是经常蓝屏，开始怀疑SSD，经销商换了金士顿新SSD还是蓝屏，两条8G联想内存，每条单条都蓝屏。现在换了一条4G金士顿条还在测试。这屏蓝得很奇怪，每次的代码都不一样。联想公司售后怀疑是内存跟SSD，不是他们门店售出的，只能跟经销商慢慢解决。

sp1

weigesay 发表于 2021-4-5 16:01
重装了还是一样的蓝屏，装系统装到一半的时候就会出蓝屏。

硬件了

weigesay

Microsoft (R) Windows Debugger Version 6.12.0002.633 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\Users\Well\Desktop\040621-5765-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 19041 MP (12 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Machine Name:
Kernel base = 0xfffff804`7f400000 PsLoadedModuleList = 0xfffff804`8002a490
Debug session time: Tue Apr  6 08:09:00.011 2021 (UTC + 8:00)
System Uptime: 0 days 0:08:43.765
*********************************************************************
* 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 133, {1, 1e00, fffff804800fb320, 0}

***** 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                                     ***
***                                                                   ***
*************************************************************************
Probably caused by : hardware_ram ( PAGE_NOT_ZERO )

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

*** Memory manager detected 48640 instance(s) of page corruption, target is likely to have memory corruption.

4: kd> !analyze -v
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

DPC_WATCHDOG_VIOLATION (133)
The DPC watchdog detected a prolonged run time at an IRQL of DISPATCH_LEVEL
or above.
Arguments:
Arg1: 0000000000000001, The system cumulatively spent an extended period of time at
        DISPATCH_LEVEL or above. The offending component can usually be
        identified with a stack trace.
Arg2: 0000000000001e00, The watchdog period.
Arg3: fffff804800fb320
Arg4: 0000000000000000

Debugging Details:
------------------

***** 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                                     ***
***                                                                   ***
*************************************************************************

ADDITIONAL_DEBUG_TEXT:  
Use '!findthebuild' command to search for the target build information.
If the build information is available, run '!findthebuild -s ; .reload' to set symbol path and load symbols.

FAULTING_MODULE: fffff8047f400000 nt

DEBUG_FLR_IMAGE_TIMESTAMP:  0

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

BUGCHECK_STR:  0x133

CURRENT_IRQL:  0

BAD_PAGES_DETECTED: be00

LAST_CONTROL_TRANSFER:  from fffff8047f83ac52 to fffff8047f7f5c50

STACK_TEXT:  
ffffa200`d6379e18 fffff804`7f83ac52 : 00000000`00000133 00000000`00000001 00000000`00001e00 fffff804`800fb320 : nt+0x3f5c50
ffffa200`d6379e20 00000000`00000133 : 00000000`00000001 00000000`00001e00 fffff804`800fb320 00000000`00000000 : nt+0x43ac52
ffffa200`d6379e28 00000000`00000001 : 00000000`00001e00 fffff804`800fb320 00000000`00000000 fffff804`7f91949e : 0x133
ffffa200`d6379e30 00000000`00001e00 : fffff804`800fb320 00000000`00000000 fffff804`7f91949e 00000000`00000286 : 0x1
ffffa200`d6379e38 fffff804`800fb320 : 00000000`00000000 fffff804`7f91949e 00000000`00000286 00000000`00000002 : 0x1e00
ffffa200`d6379e40 00000000`00000000 : fffff804`7f91949e 00000000`00000286 00000000`00000002 00000000`000082f1 : nt+0xcfb320


STACK_COMMAND:  kb

SYMBOL_NAME:  PAGE_NOT_ZERO

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: hardware

IMAGE_NAME:  hardware_ram

BUCKET_ID:  WRONG_SYMBOLS

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

*** Memory manager detected 48640 instance(s) of page corruption, target is likely to have memory corruption.

weigesay

hkl7366 发表于 2021-4-6 10:29
我的联想Intel(R) Core(TM) i5-9500 CPU @ 3.00GHz   3.00 GHz机器也是经常蓝屏，开始怀疑SSD，经销商换了金 ...

我昨晚研究了怎么看dmp文件，只看到写的Memory manager detected 48640 instance(s) of page corruption, target is likely to have memory corruption.我估计是内存问题。

weigesay

各位大佬帮我看看这个DMP内容，是不是内存条问题？

玄风残翼

你连符号都没带的调试信息是没法看的。发个完整Dump出来吧。还有我的回帖你肯定是没有看过的。

zhengzwq

重新安装系统看看

maolin1027

你丢了买新的吧。

OROCHI1

Probably caused by : hardware_ram ( PAGE_NOT_ZERO )

建议插拔或更换内存测试

rubycon

hkl7366 发表于 2021-4-6 10:29
我的联想Intel(R) Core(TM) i5-9500 CPU @ 3.00GHz   3.00 GHz机器也是经常蓝屏，开始怀疑SSD，经销商换了金 ...

不管哪个店销售的联想PC，联想售后都应该进行售后吧。

haoren_xin

问题解决了吗，可否分享下处理结果

0020

内存金手指接触不良甚至是颗粒虚焊，温度变化时热胀冷缩不均匀就导致很大概率出错。如果没有接触问题的话热胀冷缩也是不会导致出错的

我有台老机器，有一次深夜家里没开灯机箱盖没盖着用电脑，过段时间我感觉怎么哪里好像有很微弱的闪光，结果发现是电脑机箱插内存的位置，也就偶尔会闪一下而已。想起来用了超过两年没清过灰了，后来清洁了后就再没有了

枫影鱼游

weigesay 发表于 2021-4-5 16:16
怎么看CPU是不是挂了？我CPU是3600，能检测吗，现在还在保的，如果确定是CPU问题的话就去保修。

主板和硬盘和SSD连线检查一下，有时候质量差的数据线会是这种情况，SSD是什么型号放出来看看

cltqs

只能慢慢排除，没有人可以给出最准确的答案，从最有可能出现问题的地方开始。

潮流前线wdna

楼主找到问题了么，如果没有给你个思路，物理方法检测，电脑正常运行的时候轻轻拍打机箱，看是否蓝屏。从你电脑的症状来看，大概率是主板的问题，主板内存插槽虚焊。你白天的时候发生的概率高晚上低，可能是白天噪音震动比较多，晚上安静震动少，这也是虚焊虚接或板层断线的表现

olsoul

weigesay 发表于 2021-4-6 12:33
各位大佬帮我看看这个DMP内容，是不是内存条问题？

问题解决没，你有没有简单看过硬盘有没有问题？要是没问题，你内存先运行在标准，不用xmp试试会不会出错~~~并不是所有的xmp参数都适用，说不定有时候还要手动调内存

qiuhf

基本上是硬件问题

zhangzhg1976

我的笔记本从2个月前起无故蓝屏，开始以为是硬盘问题，换了硬盘，重新安装了系统，几天后还是蓝屏重启，换了内存，单根 双根，再换一对，还是无规律的蓝屏重启，这情况一般是在开机半小时之内，过了这个时间，往往使用一天都没有问题。真是见了鬼，现在勉强在使用，看来需要换机了