WinPE下面制造一个蓝屏

正常的 Windows下面蓝屏很常见，实际上 WinPE 下面也是可以出现蓝屏的。这次介绍通过修改 WinPE 的注册表，实现USB键盘上按下右 Ctrl+快速按下Scroll键即可触发蓝屏 【参考1】。

最关键的步骤是修改 WinPE的注册表，打开这个触发蓝屏的功能。

1.将 Windows安装盘中的 Boot 解压，放在 c:\labz 目录下，然后运行如下命令解包之：

dism /mount-wim /wimfile:c:\labz\boot.wim /index:1 /mountdir:c:\m1

2.打开本机的注册表工具，先选中 HKEY_USERS，然后在菜单上选择 Load Hive

3.在对话框上选择 c:\m1\windows\system32\config\system 文件

4.设置一个加载点

这样操作之后可以看到挂载到如下位置了

5.我们在LABZ\ControlSet001\Services\kbhid\Parameters 下面创建 CrashOnCtrlScroll 并且赋值为1

6.选中注册表上的 “LABZ”，然后菜单选择 Unload Hive，这样就从注册表中卸载了WinPE的注册表

7.之后 关闭注册表编辑器，然后使用如下命令写入 WIM（特别注意，实践中发现有时候无法正常写入，错误信息是 Windows有占用目录下的文件，这种情况下重启操作系统再运行一次即可）

dism /unmount-wim /MountDir:c:\m1 /Commit

8.接下来再次解包 Boot.WIM （原因和之前” 制作全自动安装的 Windows 11 ISO”文章提到的一样，BOOT.WIM 中有2个WindowPE环境）

dism /mount-wim /wimfile:c:\labz\boot.wim /index:2  /mountdir:c:\m1

之后同样执行2-7步骤，最终我们就得到了一个修改后的 BOOT.WIM

使用，ISO 编辑工具将BOOT.WIM 写入 ISO 之后，我们就得到了一个测试 Windows安装镜像文件。在安装过程中使用 USB 键盘，按下右侧Ctrl然后快速按下2测 Scoll 键就能够触发蓝屏了。

可以看到蓝屏发生后，显示一段之后会自动重启。

最后讲个有意思的事情。很多年前，我碰到过一个奇怪的问题：工厂那边反映我们 Release 的BIOS有问题，会导致生产过程中重启。负责这个事情的BIOS工程师是一个妹子，被这个问题折磨很久。问题发生之后，她不修改任何代码，只是重新编译一次BIOS，发给产线使用问题就会消失。但是后面不知道什么时候问题又会出来。出于好奇后来我接手这个问题进行研究。所有的整机无论是笔记本还是台式机，在生产的过程中都会有灌装系统运行产测软件的步骤。在这个过程中，会检查一些基本的功能，比如：是否会有声音，屏幕键盘鼠标能否工作正常等等。这个测试通常需要一气呵成完成的，每个测试都会收集测试结果，然后上报到服务器中的，因此如果发生意外重启会打断整个流程。测试结束后，会重新安装一个新的操作系统然后再交给客户。作为BIOS工程师，我是不太相信BIOS会导致这样的问题。因此，我和工厂要了一下他们的产测软件在实验室进行研究。产线使用 WinPE环境，我手上没有，只能在普通 Windows上试验。试验几次之后，我发现其中的测试软件会出现Windows的报错对话框。于是，将关注点放在了这个软件上。咨询产线得知这个软件的作用是在0xF0000 中搜索一个字符串。听到这里我心里就有了大概，Windows下访问物理内存，出现错误是很重要的。之后和产线要到的源代码，简单读了了一下很快就定位了问题。这个软件需要在物理内存中搜索，于是作者调用了一个 Window API 做了一下映射，将 0xF0000开始的64K物理内存映射到应用程序的内存上，然后用 memcmp 进行查找。发生问题的原因是，要查找的字符串刚好卡在结尾处，比如我们需要在内存中查找“LAB-Z.COM”这个字符串，但是刚好碰到这个字符串在内存中分布如下：

当直接使用 memcpy 查找的时候，它会先找到 “LAB-Z”，但是继续比较字符串剩余部分的时候就碰到“指针出界”的问题。如果在正常的Windows下是可以抛出这个问题继续运行的，但是在WinPE环境下就直接变为重启。最终，经过努力这次的问题没有让BIOS工程师来背锅。

另外多说一句：即便相同的产线，相同的物料，白班和夜班的质量也会有差别。原因是白天人全，技术和后端都在，出了问题会有人处理；夜班的话，人不全，出了问题通常的处理方法是“小车不倒只管推”了。

参考：

1. https://www.lab-z.com/wdbg/  WinDBG 分析键盘生成的 Dump 文件