KERNEL_DATA_INPAGE_ERROR（0x0000007A）是真实存在的标准蓝屏代码，而KERNEL_STACK_INPAGE_ERROR并非Windows官方定义，极大概率是OCR误识别或视觉误读所致；其本质是系统从页面文件加载内核数据时磁盘I/O失败，常见原因包括磁盘坏扇区、C盘空间不足、驱动不兼容或病毒破坏。

KERNEL_STACK_INPAGE_ERROR 不是 Windows 官方定义的标准蓝屏代码——它不存在于微软文档、BugCheck 代码表或内核调试符号中。你看到的这个名称，几乎肯定是误读或 OCR 错误，真实代码大概率是以下两者之一：

• KERNEL_DATA_INPAGE_ERROR（0x0000007A）：磁盘读取页面文件失败，最常见
• KERNEL_SECURITY_CHECK_FAILURE（0x00000139）：内核关键结构损坏，次常见

先别动手删驱动或重装系统。打开 C:\Windows\Minidump，找最近一个 .dmp 文件，用记事本打开看前几行，搜索关键词 BugCheck。你会看到类似这样的真实记录：

BugCheck 7A, {fffff801`2a3b4c5d, 12345678`9abcdef0, fffff801`2a3b4c5e, 0}

其中 7A 就是十六进制的 KERNEL_DATA_INPAGE_ERROR；如果是 139，那就是 KERNEL_SECURITY_CHECK_FAILURE。

---

怎么确认是不是 KERNEL_DATA_INPAGE_ERROR（0x0000007A）

这是最常被看错成“Stack”的错误。它的本质是：系统尝试从页面文件（pagefile.sys）或内存映射的系统映像中加载内核栈页时，磁盘 I/O 失败。

• 真实现象包括：蓝屏文字末尾有 *** STOP: 0x0000007A，或 WinDbg 解析 dump 显示 KERNEL_DATA_INPAGE_ERROR
• 常见诱因不是内存条坏了，而是：
  • C 盘剩余空间 < 4GB，导致 pagefile.sys 无法扩展或重定位
  • 磁盘存在坏扇区，尤其影响 NTFS 元数据或页面文件所在簇
  • Windows Insider 预览版残留注册表项干扰页面调度逻辑
  • Intel RST / VMD 驱动与 Win11 24H2 内核不兼容（尤其关机/休眠阶段触发）

验证步骤：

• 按 Win + I → 系统 → 存储 → 查 C 盘“可用空间”，低于 5GB 必须清理
• 管理员命令提示符运行：chkdsk C: /f /r（需重启后执行）
• 运行：REG DELETE "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\WindowsSelfHost" /f（清除 Insider 残留）

---

怎么确认是不是 KERNEL_SECURITY_CHECK_FAILURE（0x00000139）

如果 dump 里明确是 139，且参数1为 3（LIST_ENTRY 损坏），那和“栈”无关，而是驱动在操作内核链表时出错——比如双重移除、释放后仍访问、未加锁并发修改。

典型场景：

• NVIDIA 536.99+ 驱动 + AMD 主板平台
• Realtek Audio Console 后台服务（RtAudioService.exe 加载 Rt640x64.sys）
• 腾讯电脑管家的 TSDefenseBT6.sys
• 启用 XMP/EXPO 后内存控制器读写失序，污染内核堆栈 Cookie 或链表指针

必须进入带网络的安全模式操作：

• 卸载设备管理器中所有非微软显卡/声卡/网卡驱动（右键 → 卸载设备 → 勾选删除驱动程序）
• 任务管理器“启动”页禁用全部非 Microsoft 条目
• 执行：sfc /scannow 和 DISM /Online /Cleanup-Image /RestoreHealth
• BIOS 中关闭 XMP，手动设为 JEDEC 频率（如 DDR5-4800）

---

为什么不能直接信“Kernel_Stack_Inpage_Error”这个说法

• Windows 内核没有名为 KERNEL_STACK_INPAGE_ERROR 的 BugCheck 常量，源码和符号文件里都查不到
• “Stack” 和 “Data” 在蓝屏贴纸/OCR 图片中字形接近（尤其是低分辨率截图），极易误判
• 所有已知案例中，用户声称看到该代码，实际 dump 解析均为 7A 或 139
• 如果你手头有 dump 文件但不会看，用 WinDbg Preview（Microsoft Store 免费下载）打开，执行 !analyze -v，第一行就写明真实 Stop Code

真正要盯住的，永远是 .dmp 文件里的原始 BugCheck 值，不是屏幕拍照识别出来的模糊文字。