谁知道蓝屏代码是8086的哪出了问题？

系统或软件起冲突了

我也遇到了这个问题,蓝屏 代码
8086,已经确认是M/B的问题了.
但M/B 就没有头序了,请指了.
谢谢!!

没见过

很多用户对蓝屏死机深恶痛绝，颇多诟病，甚至还有歪诗曰“补丁与漏洞齐飞，死机共蓝屏一色”...

其实这是一种误解。难道Windows就不能容忍这种错误，而一定要“自杀成仁”？

从理论上来说，Windows确实可以尝试忽略并恢复这种错误。但是这会存在很大的风险，例如硬件设备不能正常工作，如果这时候允许系统继续执行，则可能会导致更加严重的系统冲突，这种错误更加难以进行判断和解决，同时可能会破坏硬盘或者其他外部设备里的数据。

所以Windows的蓝屏死机，可以看成是一种“壁虎断尾”式的自我保护机制，其主要目的是保护操作系统的核心部分不受损坏，同时也能保护存储设备里的宝贵数据，防止系统遭受进一步的破坏。

我的偶像银奎同志曾经说过，Linux也有类似的蓝屏机制，貌似叫做Panic～

蓝屏分析

从朋友那里拿到Minidump文件后，赶紧“祭起”Windbg对其进行分析。顺便插一句，尽管Debug本身需要一定的专业技术，但是很多时候，几乎不需要什么Debug的背景知识就可以轻松找到根源（Root Cause）。

BugCheck 8086, {0, 0, 0, 0}
*** WARNING: Unable to verify timestamp for Apsx86.sys
*** ERROR: Module load completed but symbols could not be loaded for Apsx86.sys
*** WARNING: Unable to verify timestamp for snapman.sys
*** ERROR: Module load completed but symbols could not be loaded for snapman.sys
Probably caused by : iaStor.sys