记内存条硬件损坏蓝屏的 dump 文件分析

记内存条硬件损坏蓝屏的 dump 文件分析

本文记录了我的电脑内存条因硬件损坏而频繁导致蓝屏的问题。我通过启用启动和故障恢复配置中的自动蓝屏 dump 功能,在蓝屏时生成了 dump 文件。通过分析这些 dump 文件,我大致推测出问题出在内存上。

以下是我使用 windbg 分析的两次蓝屏情况:

第一次是在使用 Visual Studio(VS)时发生的蓝屏。我注意到多次蓝屏都与使用 VS 有关,最初还以为是 VS 程序本身的问题。

PROCESS_NAME:  devenv.exeTRAP_FRAME:  ffff9f8e53267420 -- (.trap 0xffff9f8e53267420)NOTE: The trap frame does not contain all registers.Some register values may be zeroed or incorrect.rax=0000000000000000 rbx=0000000000000000 rcx=000010e800000006rdx=d70dab047be00460 rsi=0000000000000000 rdi=0000000000000000rip=fffff8054bd520ed rsp=ffff9f8e532675b0 rbp=ffff9f8e53267820r8=00007ff8221127be  r9=ffffa0800f9ad7f0 r10=8040000000201039r11=ffffadd6eb75b7f8 r12=0000000000000000 r13=0000000000000000r14=0000000000000000 r15=0000000000000000iopl=0         nv up ei ng nz na pe ncnt!MiHandleTransitionFault+0xed:fffff805`4bd520ed 8b4138          mov     eax,dword ptr [rcx+38h]ds:000010e8`0000003e=????????Resetting default scopeSTACK_TEXT:  ffff9f8e`532672d8 fffff805`4be2be29 : 00000000`0000000a 000010e8`0000003e 00000000`00000002 00000000`00000000 : nt!KeBugCheckExffff9f8e`532672e0 fffff805`4be27289 : 0000007f`00000000 00007ff8`219ef000 00000000`00000008 03a5ce00`00000000 : nt!KiBugCheckDispatch+0x69ffff9f8e`53267420 fffff805`4bd520ed : ffff9f8e`53267a20 1a000004`38454867 ffffa080`0d581a20 fffff805`4bccdadc : nt!KiPageFault+0x489ffff9f8e`532675b0 fffff805`4bd517d6 : ffff9f8e`532677f8 ffffb009`d4f2cc90 ffffa080`06030ab0 00000000`00000000 : nt!MiHandleTransitionFault+0xedffff9f8e`53267630 fffff805`4bd51113 : ffff9f8e`53267820 ffffadd6`eb6fff00 ffffa080`06030ab0 00000000`00000000 : nt!MiResolveTransitionFault+0x156ffff9f8e`532676f0 fffff805`4bd4abea : ffff9f8e`53267820 00000000`00000000 ffff9f8e`532677f8 00000000`00000000 : nt!MiResolveProtoPteFault+0x7a3ffff9f8e`532677c0 fffff805`4bd47db2 : ffffd70d`b1b80700 00000000`00000000 00000000`c0000016 00000034`00000000 : nt!MiDispatchFault+0x3caffff9f8e`53267900 fffff805`4be2717e : ffffd70d`ab42b080 00000154`0fe40000 00000000`020004db 00000000`00000004 : nt!MmAccessFault+0x152ffff9f8e`53267a20 00007ff8`acf1f71d : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiPageFault+0x37e00000034`ab1aa150 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x00007ff8`acf1f71d

通过上述的 nt!KiPageFault 函数,即内存缺页错误堆栈,可以大致推测问题与内存有关。

存了个图 存了个图

视频图片解析/字幕/剪辑,视频高清保存/图片源图提取

存了个图 17 查看详情 存了个图

第二个 dump 文件分析如下:

PROCESS_NAME:  svchost.exeTRAP_FRAME:  ffff8b82b28b6d60 -- (.trap 0xffff8b82b28b6d60)NOTE: The trap frame does not contain all registers.Some register values may be zeroed or incorrect.rax=9c8b7ed481500420 rbx=0000000000000000 rcx=0000000000000000rdx=80400000001a47a8 rsi=0000000000000000 rdi=0000000000000000rip=fffff8051973eaf7 rsp=ffff8b82b28b6ef0 rbp=ffff8b82b28b6f89r8=0a00000000000060  r9=0000000000000000 r10=0000000000000006r11=47a8000000030546 r12=0000000000000000 r13=0000000000000000r14=0000000000000000 r15=0000000000000000iopl=0         nv up ei pl zr na po ncnt!MiIdentifyPfn+0x5a7:fffff805`1973eaf7 f00fba6e481f    lock bts dword ptr [rsi+48h],1Fhds:00000000`00000048=????????Resetting default scopeSTACK_TEXT:  ffff8b82`b28b6c18 fffff805`1982be29 : 00000000`0000000a 00000000`00000048 00000000`00000002 00000000`00000001 : nt!KeBugCheckExffff8b82`b28b6c20 fffff805`19827289 : ffff8b82`0000018e fffff805`19735df5 ffff8b82`b28b6d90 ffff8b82`b28b6e08 : nt!KiBugCheckDispatch+0x69ffff8b82`b28b6d60 fffff805`1973eaf7 : 00000000`000018c0 00000000`00000000 00000000`42506650 fffff805`196bf5af : nt!KiPageFault+0x489ffff8b82`b28b6ef0 fffff805`1973c915 : 00000000`00000100 00000026`94ffa100 00000000`00000000 fffff805`19ba44c5 : nt!MiIdentifyPfn+0x5a7ffff8b82`b28b6ff0 fffff805`19be48ca : ffff9c8b`00000000 ffff9c8b`7cfa6a50 ffff9c8b`7cf76080 ffff9c8b`7cfa78c0 : nt!MiIdentifyPfnWrapper+0x75ffff8b82`b28b7030 fffff805`19ba41b4 : 00000000`00000000 00000000`00000001 ffff9c8b`7cfa6000 00000000`00000001 : nt!MmQueryPfnList+0x7affff8b82`b28b7070 fffff805`19ba3deb : 00000000`00000000 00000000`00000000 ffffc000`08db9730 ffff9c8b`7cfa6000 : nt!PfpPfnPrioRequest+0x80ffff8b82`b28b70e0 fffff805`19ba1dfd : 00000026`94ffa0a8 fffff805`196c3657 00000000`0000004f 00000000`00000000 : nt!PfQuerySuperfetchInformation+0xe7ffff8b82`b28b71b0 fffff805`19ba1aad : 00000000`00000000 00000026`94ffd300 00000026`94ffa0e0 00000000`00000000 : nt!ExpQuerySystemInformation+0x2edffff8b82`b28b79e0 fffff805`1982b505 : 00000026`94ff0000 00000000`00000000 00000000`00000008 00000000`00000a0a : nt!NtQuerySystemInformation+0x5dffff8b82`b28b7a20 00007ffc`38070664 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x2500000026`94ff9fa8 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x00007ffc`38070664

同样也是卡在 KiPageFault 这里,进一步证明问题确实与内存有关。通过上述堆栈信息,只能推测是内存相关的问题,无法确定是驱动层的问题、超频问题,还是内存条的硬件损坏。

在 lsj 的帮助下,我使用了 TestMem5 工具进行测试,发现确实是一条内存条硬件损坏。移除损坏的内存条后,蓝屏问题得到了解决。

以上就是记内存条硬件损坏蓝屏的 dump 文件分析的详细内容,更多请关注创想鸟其它相关文章!

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至 chuangxiangniao@163.com 举报,一经查实,本站将立刻删除。
发布者:程序猿,转转请注明出处:https://www.chuangxiangniao.com/p/463286.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2025年11月8日 04:20:05
下一篇 2025年11月8日 04:22:45

相关推荐

发表回复

登录后才能评论
关注微信