必须先取消“自动重新启动”并设置“小内存转储”，再通过事件查看器查bugcheck日志获取停止代码和驱动名，最后用windbg分析dmp文件锁定肇事模块，如nvlddmkm.sys对应nvidia显卡驱动问题。
电脑反复蓝屏并自动重启，屏幕上闪过“dump”字样或进度条，说明系统已触发内核级崩溃并正在写入内存转储文件，但你根本没机会看清错误代码——这种场景下，必须先阻止自动重启，才能拿到第一手线索。
关闭自动重启，让蓝屏“停住”几秒
右键“此电脑”→“属性”→“高级系统设置”→“启动和故障恢复”→取消勾选“自动重新启动”。【这一步不做，后续所有分析都无从谈起】
同时在“写入调试信息”下拉菜单中，选择“小内存转储(256KB)”即可。这个选项既节省空间，又能保留关键模块名和停止代码，比“无转储”强得多，也比“内核内存转储”更轻量，适合普通用户快速定位。
从事件查看器里挖出最近一次蓝屏的原始记录
Win+X → 选择“事件查看器” → 左侧展开“Windows 日志” → 点击“系统”。
在右侧操作栏点击“筛选当前日志”，在“事件来源”下拉框中勾选“BugCheck”，确定后只留下蓝屏相关条目。
双击最新一条，看“详细信息”标签页里的“事件数据”部分：第1行是十六进制停止代码（如0x0000009F），第2行是参数值，第3行开始往往包含出错驱动文件名（比如dxgkrnl.sys、nvlddmkm.sys）。这个文件名比蓝屏界面上一闪而过的模块更可靠，因为它是系统写入日志时固化下来的，不会被自动重启打断。
用WinDbg Preview打开DMP文件查真凶
方法一：直接拖拽分析
去 Microsoft Store 搜索安装 WinDbg Preview（免费官方工具），安装完打开，把 C:\Windows\Minidump\ 目录下的最新 .dmp 文件直接拖进窗口里。
方法二：命令行精准加载
以管理员身份运行 PowerShell，执行：
cd C:\Windows\Minidump
winver （确认系统版本）
.symfix C:\Symbols
.reload
!analyze -v
等输出稳定后，重点看三行：
① “FAILURE_BUCKET_ID:” 后面跟着的字符串，例如 DRIVER_POWER_STATE_FAILURE_0x9F_nvlddmkm
② “IMAGE_NAME:” 对应的驱动文件名
③ “MODULE_NAME:” 和 “STACK_TEXT” 里反复出现的模块名。这三个字段对齐，基本就能锁定肇事驱动——比如连续三次都是 nvlddmkm.sys，那就是 NVIDIA 显卡驱动的问题，不是硬盘也不是内存。
注意：如果 WinDbg 提示“无法加载符号”，别急着重装，先检查网络是否通畅，工具会自动从微软服务器下载对应系统版本的符号文件，首次加载可能需1–3分钟。
按错误代码分场景处理
第一步：确认停止代码类型
打开蓝屏照片或事件查看器记录，找到那个以 0x 开头的四位或五位十六进制数，例如 0x0000007B、0x0000009F、0x0000012B。
第二步：对照高频代码快速响应
① 遇到 0x0000007B（INACCESSIBLE_BOOT_DEVICE）：立刻进 BIOS 查启动模式（UEFI 还是 Legacy），再进磁盘管理看系统分区是不是 GPT 或 MBR 类型不匹配；【千万别直接重装，90%是启动配置错】
② 遇到 0x0000009F（DRIVER_POWER_STATE_FAILURE）：禁用“快速启动”（控制面板→电源选项→选择电源按钮的功能→更改当前不可用的设置→取消勾选“启用快速启动”），再更新主板芯片组驱动和显卡驱动；
③ 遇到 0x0000012B（FAULTY_HARDWARE_CORRUPTED_PAGE）：先运行 mdsched.exe 做内存诊断，再用 chkdsk /f /r 扫描系统盘，两者都通过再考虑驱动回滚。
