您现在的位置: 365建站网 > 365文章 > 电脑蓝屏 minidump 文件在哪?用 WinDbg 分析转储定位责任驱动

电脑蓝屏 minidump 文件在哪?用 WinDbg 分析转储定位责任驱动

文章来源:365jz.com 点击数:42 更新时间:2026-03-21 16:26

Windows 蓝屏(BSOD)后系统会在 C:\Windows\Minidump 生成小内存转储文件,文件名形如 111225-10421-01.dmp。它是定位蓝屏真正责任模块的最可靠证据——比屏幕上的终止代码(如 IRQL_NOT_LESS_OR_EQUAL)精确得多。本文说明文件位置、查看方法与用 WinDbg 定位驱动的具体步骤。

电脑蓝屏minidump文件在哪怎么查与分析

一、先确认转储类型与是否生成

系统在“高级系统设置 → 启动和故障恢复 → 写入调试信息”里有四种选择:

  • 无:不生成任何文件(部分品牌机/精简系统默认如此)。
  • 较小内存转储(64-bit) → C:\Windows\Minidump\*.dmp,体积小,足够定位模块。
  • 内核内存转储 → C:\Windows\MEMORY.DMP,几百 MB 到数 GB。
  • 完整内存转储 → 大小接近物理内存,排查复杂问题用。

想确保生成,把类型设为“较小内存转储”并勾选“自动重新启动”之外的时间记录。另外确认盘符与路径:

# 查看崩溃时间线
wevtutil qe System "/q:[System[(EventID=41)]]" /c:5 /rd:true /f:text

或直接看

Get-WinEvent -FilterHashtable @{LogName=‘System’; Id=41,1001} -MaxEvents 10 |
Select TimeCreated, Id, Message

Event ID 41(Kernel-Power)代表非正常重启,1001(BugCheck)里会写终止代码与参数。

二、Minidump 在哪、找不到怎么办

  • 标准路径 C:\Windows\Minidump,需要管理员权限读取(普通双击可能提示拒绝访问)。
  • 该目录为空且 MEMORY.DMP 也没有 → 多半是上面第 1 节设成了“无”,或磁盘剩余空间不足以写转储。
  • 关机前系统会自动清理旧转储:注册表 DumpFile 与页面文件设置也影响生成——关闭页面文件会导致无法生成转储。

三、快速查看:用 BlueScreenView / WhoCrashed

图形工具能把 dmp 里的调用栈摊平成表格,重点是 Caused By Driver(罪魁祸首驱动)列。适合快速判断,但它按“栈顶模块”猜,经常误报 ntoskrnl.exe(内核本身在栈顶是常态,不代表它有问题)。要准确结论还得用 WinDbg。

四、正解:用 WinDbg 分析

  1. 从 Microsoft Store 安装 WinDbg(旧版为 Windows SDK 中的 Debugging Tools)。
  2. 设置符号路径:File → Symbol search path,填
    srv*C:\Symbols*https://msdl.microsoft.com/download/symbols
  3. File → Open Crash Dump,选中 dmp 文件。
  4. 在命令窗口执行 !analyze -v,读三个关键字段:
MODULE_NAME:  nvlddmkm        ← 责任模块(这是 NVIDIA 显卡驱动)
IMAGE_NAME:   nvlddmkm.sys
BUGCHECK_CODE:  0x116
STACK_TEXT:  ... 调用栈
FAILURE_BUCKET_ID: AV_nvlddmkm!...

常见模块与含义:nvlddmkm.sys/atipdlxx.dll(显卡驱动)、rtwlane.sys(无线网卡)、ndis.sys(网络栈底层)、storahci.sys/iaStorAC.sys(存储驱动)、NETIO.SYS(网络)、dxgkrnl.sys(图形内核,常与显卡或游戏相关)、tmumf.sys 等第三方安全软件。

五、终止代码速查(结合 dmp 才准)

  • 0x000000D1 (IRQL_NOT_LESS_OR_EQUAL):驱动越界访问内存,最常见,多为驱动或内存不稳。
  • 0x0000003B (SYSTEM_SERVICE_EXCEPTION):系统服务调用异常,显卡/安全软件驱动居多。
  • 0x0000007E / 0x00000050 (PAGE_FAULT_IN_NONPAGED_AREA):驱动访问无效地址或内存故障。
  • 0x0000001A (MEMORY_MANAGEMENT):内存管理,怀疑内存条与页文件。
  • 0x000000EF (CRITICAL_PROCESS_DIED):关键进程终止,常因系统文件损坏或磁盘坏道。
  • 0x000000F4 (CRITICAL_OBJECT_TERMINATION):存储链路与磁盘问题概率高。

六、按结论行动的通用修复顺序

  1. 驱动类:从设备官网(不要依赖 Windows 自动更新)重装对应版本;显卡问题可试 DDU 干净卸载后装稳定版而非最新 Beta。
  2. 内存类:跑 mdsched.exe(Windows 内存诊断)或更严格的 MemTest86(至少四遍);关掉 XMP/EXPO 再测一次。
  3. 系统文件类:sfc /scannow + DISM /Online /Cleanup-Image /RestoreHealth。
  4. 磁盘类:chkdsk C: /scan、看 SMART(CrystalDiskInfo 等),报警即备份。
  5. 第三方软件类:干净启动(msconfig 隐藏微软服务后全禁用)复现测试,逐个排除安全软件、虚拟光驱、录屏、超频工具。
  6. 超频与温度:CPU-Z/HWiNFO 看电压与温度,参照前面《电源电压 ±5%》与《鲁大师烤机》两篇的判断标准。

七、常见问题 FAQ

问:dmp 里的 ntoskrnl.exe 是元凶吗?
答:绝大多数不是。它总在最底层,只有当 MODULE_NAME 明确指向它且伴随内存/磁盘证据时,才考虑系统文件与内存问题。

问:Minidump 会不会泄露隐私?
答:内核转储包含内存片段,理论上可含敏感数据;对外求助发 dmp 前请知悉这一点,不必随意上传到公开论坛。

问:反复蓝屏但每次都生成不了 dmp?
答:检查转储类型是否被设成“无”、C 盘剩余空间、页面文件是否被关闭,以及蓝屏是否发生在转储写入之前(部分严重故障写不出文件)。

操作要点:路径在 C:\Windows\Minidump,用 WinDbg 打开后执行 !analyze -v,看 MODULE_NAME 与 IMAGE_NAME 而不是屏幕上的终止代码;然后按“驱动→内存→系统文件→磁盘→第三方软件→超频温度”的顺序行动,并记得 dmp 含内存片段、外发需谨慎。

生产内容,同时打通搜索引擎(SEO)与AI搜索引擎(GEO)流量入口的软件! 点击进入365建站器 »