Frequent Windows Blue Screen Crashes and WinDbg Unable to Load Symbols When Analyzing Minidump Files

麟 麒 20 信誉分
2025-12-24T12:01:40.6666667+00:00

I'm using Windows 11 24H2, and my computer frequently experiences blue screen errors. I've updated my GPU drivers to a stable version, but it didn't help. I then tried using WinDbg to analyze the minidump files, but I couldn't load the symbol table correctly, as shown in Figures 1 and 2.

I've uploaded my five crash logs from December to Google Drive: https://drive.google.com/drive/folders/1cmaNvkZVdViEpLfi8TR6B91ZVcNgtW7A?usp=sharing

I would really appreciate it if someone could help me analyze these files and find the cause of the problem. Thanks you so much!

2

1

Windows 商业版 | 面向 IT 专业人士的 Windows 客户端 | 性能 | 应用程序技术和兼容性
0 个注释 无注释

问题作者接受的答案
VPHAN 45,665 信誉分 独立顾问
2025-12-30T15:28:20.3133333+00:00

你好 **麟 麒,**我已经分析了你提供的调试日志(result_*.txt和Load_Symbols.txt)。崩溃模式变化多端,显示内存管理()、MiComputeSystemTrimCriteria电源状态转换(PpmIdleSelectStates)、系统服务异常(SYSTEM_SERVICE_EXCEPTION在 win32kbase中)的失败。虽然随机崩溃通常表明硬件故障,但加载模块列表中存在特定的第三方过滤驱动,才能找出真正的根源:严重的驱动与Windows 11 24H2内核发生冲突。

文件显示 Load_Symbols.txt 你的系统运行了几个旧版驱动,这些驱动在较新的 Windows 版本中以导致不稳定而闻名。具体来说,还有 SangforDnsDrv.sys SangforTcpDrv.sys (Sangfor VPN/安全)、 QQSysMonX64_EV.sys QQPCHW-x64_ev.sys (腾讯QQ/PC Manager)和 xlwfp.sys (Xunlei/Thunder网络)。这些驱动程序深度钩入网络栈(NDIS)和内核内存。Windows 11 24H2 对内存页的裁剪方式和内核安全性处理带来了重大变化;这些遗留驱动很可能在作系统尝试常规维护任务时破坏内存池或导致堆栈溢出,导致您看到的“访问违规”(0xC0000005)和“BugCheck 3B”错误。

__解决方案:__你需要立即移除负责这些驱动程序的软件。请进入__设置>应用>已安装应用,__卸载__Sangfor EasyConnect(或Sangfor VPN)、____腾讯PC管理器(或QQ)和__寻雷。卸载后,通过打开__终端(管理员)__或__命令提示符(管理员)__并执行命令,确认驱动程序是否消失。sc query SangforDnsDrv如果返回状态,就跑 sc delete SangforDnsDrv 去强制移除。重复此过程,表示 QQSysMonX64 和 xlwfp。最后,运行 sfc /scannow 以修复由这些崩溃引起的系统文件完整性违规。如果移除这些工具后系统依然稳定,说明问题已解决;如果崩溃持续(特别是内存管理崩溃),我们就需要测试你的实体内存条,但软件移除是必须的第一步。

希望你在这里找到了有用的信息。如果能帮你更深入了解这个问题,接受答案我会很感激。如果你还有更多问题,欢迎留言。有好的一天!

此答案是否有帮助?


2 个其他答案

排序依据: 非常有帮助
  1. VPHAN 45,665 信誉分 独立顾问
    2025-12-26T08:38:32.0266667+00:00

    你好,麟 麒,

    我是在跟进,看看之前提供的解决方案是否帮你解决了 WinDBG 中缺少的符号表错误。总结一下,因为你上传的二进制 .dmp 文件无法在没有本地调试工具的情况下直接处理,你需要在 WinDbg 预览中用命令和 . 来修正符号路径配置 .sympath srv*https://msdl.microsoft.com/download/symbols .reload /f。这一步对于将原始内存地址转换为可读驱动名,以便诊断崩溃至关重要。另外,之前回复中提供的PowerShell命令可以直接从事件日志Get-WinEvent中提取具体内容 BugCheckCode ,完全不需要调试器。

    请分享修复后的 WinDbg 分析结果或 PowerShell 脚本的输出,以便我们继续识别导致系统不稳定的特定驱动冲突。如果之前的步骤能让你成功加载符号或识别错误代码,请告诉我。

    如果问题已经成功解决,请考虑 接受这个答案 ,因为这对其他有相同问题的人也有好处。谢谢!

    副总统

    此答案是否有帮助?

    0 个注释 无注释

  2. VPHAN 45,665 信誉分 独立顾问
    2025-12-24T12:38:47.4833333+00:00

    你好,麟 麒,

    你截图中显示的错误表明 WinDbg 无法将内存地址解析为人类可读的函数名,因为它没有连接到 Microsoft 符号服务器。此外,Windows 11 24H2引入了内核变更,常导致旧版WinDbg(Windows 7/10 SDK)失败;您必须使用 Microsoft商店的__WinDbg Preview__或最新的X64调试工具。

    解决方案1:修复WinDbg符号路径配置 => 修复符号错误并自行分析转储:

    1. 打开 WinDbg Preview 并加载最新的转储文件(122425-6140-01.dmp)。

    在 WinDbg 窗口底部的命令提示符中,复制并粘贴以下命令以设置上游符号服务器: .sympath srv*https://msdl.microsoft.com/download/symbols

    强制调试器下载必要的符号(这需要网络连接): .reload /f

    一旦“忙碌”状态清除,执行分析命令: !analyze -v

    解决方案2:通过PowerShell提取错误代码(无需调试器) => 如果你无法让WinDbg工作,我们可以提取Windows事件日志中报告的具体“BugCheckCode”和“导致驱动”。

    右键点击开始按钮,选择__终端(管理员)或__PowerShell(管理员)。

    粘贴以下命令并按回车: Get-WinEvent -FilterHashtable @{LogName='System'; ProviderName='Microsoft-Windows-WER-SystemErrorReporting'} -MaxEvents 5 | Format-List

    寻找提及 EventDataBugCheckString__ 的 or 细节 __ (例如 DPC_WATCHDOG_VIOLATION)和 BugCheckParam 代码。

    请回复命令!analyze -v输出或PowerShell脚本的结果。一旦你提供具体__的BugCheck代码__(例如)0x00000133和__MODULE_NAME__(例如nvlddmkm.sys,),stornvme.sys我就能准确定位导致Windows 11 24H2崩溃的驱动冲突或硬件问题。

    希望你在这里找到了有用的信息。如果能帮你更深入了解这个问题,接受答案我会很感激****。如果你还有更多问题,欢迎留言。有好的一天!

    副总统

    此答案是否有帮助?


你的答案

提问者可以将答案标记为“已接受”,审查方可以将答案标记为“已推荐”,这有助于用户了解答案是否解决了提问者的问题。