10 月 13 日｜新转储把排查带回内存相关路径
- 事件日期
- 整理日期
睡眠后连续蓝屏，随后登录界面卡死。这次获得两份可以分析的当日新转储，分别确认 0x4E/6 与 0x7E/0xC0000005。
| 北京时间 | 已确认的观察 |
|---|---|
| 12:15:40 | 第一份转储：启动后约 19 秒，0x4E/6 |
| 12:16:15 | 第二份转储：启动后约 22 秒，0x7E，伴随访问违规 |
| 12:27:30 | 后续成功启动，日志记录此前未正常关机 |
两份转储反映的是后续启动阶段，不能据此重建最初睡眠恢复的完整过程。桌面进程、虚拟 Wi-Fi 或日志模块出现在上下文和调用链中，都不足以直接判定它们是故障源。
保留新转储并核对系统事件、文件签名、系统修复结果与旧 MemTest86 错误。继续采用保存工作后正常关机的临时办法，没有为了复现故障反复进入睡眠。
得到了什么结果
Section titled “得到了什么结果”已有证据支持优先排查内存条、插槽、内存控制器、固件与平台稳定性，也保留驱动或 DMA 写坏内存的可能。仍然不能确定某根内存或某个驱动已经损坏。
登录卡死现场没有完整内存快照；使用者另见的部分停止码没有得到这两份转储确认。下一步需要有控制条件的交叉检查，而不是从一份转储猜出唯一部件。
停止码定义和完整证据边界见蓝屏与内存检查。