摘要

若在专为Windows 10而设计的电脑机型上安装Windows 7，安装KB4539602或ESU后更新功能将不再可用；要解决此问题，应卸载KB4539602，并在安装新ESU前卸载旧ESU。

正文

首先介绍一下问题背景：

我的电脑机型为Dell G3 3579（处理器i7-8750H）。按常理说这个机型是装不了Windows 7的，因为缺少核显驱动。不过大概半年前我在https://driverpack.io/zh-cn搜索到了适用的核显驱动，外加CeoMSX工具的帮助，最后解决了所有关键驱动的问题，可以正常安装和使用Windows 7了，所以这半年来我就一直使用的Windows 7、Windows 10 LTSC双系统。

（无线上网问题是用外接USB无线网卡解决的。之所以还是要用双系统，是因为这样安装完的Windows 7，蓝牙的使用问题无解，有时候好使有时候不好使；还只是用自带的驱动才能保证有时候好使，如果安装了第三方蓝牙驱动，就再也别想用蓝牙了。）

然后是安装更新的问题。从这里开始，慢慢遇到问题了：

免费更新采用Dism++批量安装，省时省心。因为安装之前做了很多准备工作，得以站在巨人的肩膀上，剔除了很多冗余更新，并且没有把KB4534310这颗炸弹给安装上，所以原本都还相安无事。之所以把这个安全更新称为炸弹，是因为安装它以后，当桌面背景设置为以“拉伸”方式显示的图片时，会强制显示为纯黑色背景。修复此bug有两种方法：一是再安装KB4539602，二是卸载KB4534310。虽然听上去挺有（操）趣（蛋）的，不过为了保证更新内容的完整性，我还是把这2个更新都给存下来了。当时是我头一次整理，还不确认更新装没装全。

直到最近搞Windows 7 ESU。首次尝试之前，没有安装KB4534310和KB4539602，顺利装好了。后来因为某些系统文件损坏导致无法登录账户（登录即强制断电）的问题重装了Windows 7，也忘了是在哪看了哪个混蛋说的ESU先决条件有KB4539602，这次居然糊里糊涂把KB4539602这个更新也给装上了。在安装ESU之前，为了彻底确认免费更新都装全了，打开Windows Update检查更新。这下好了，开始出问题了，首先是出现包含下面一段文字的弹窗，然后一直检查更新失败，显示错误代码0x80240037：

“你的电脑使用的处理器专为最新版Windows而设计。由于你当前使用的Windows版本不支持该处理器，你的系统将错失重要的安全更新。请选择‘了解更多信息’链接以处理此情况。”

不仅如此，再尝试手动安装更新也安装不上了，还是这个错误代码，就像安装更新的功能被强制屏蔽了一样。我能查到的有关错误代码0x80240037的解决方法都没好使，为了苟求稳定，这个问题就一直被我留在那里没管；直到今天我要安装VMware Workstation 15.5.2-15785246，出现了另外一个顽固错误：

之前我安装过很多次，知道VMware Workstation 15.5.2-15785246在安装自己前，需要先安装VC++ 2015-2019运行库（32位和64位）。这次就卡在开头了，提示：“安装程序无法继续。Microsoft Runtime DLL安装程序未能完成安装。”

经查，VMware Workstation 15.5.2-15785246在Windows 7 with SP1中安装时，安装VC++ 2015-2019运行库前需要先安装KB2999226，这个更新属于纯功能性更新，不在我的更新收录范围内（即还没有安装）。为了确认问题是不是完全由KB2999226安装失败导致的，先用Dism++安装上了KB2999226，而后再次尝试手动安装VMware Workstation 15.5.2-15785246；这次VC++ 2015-2019运行库和软件本体都顺顺利利安装上了。

看来软件安装失败的问题确实完全是由KB2999226安装失败导致的，这个0x80240037还挺祸害人，得给它彻底解决掉。考虑了前后2次安装Windows操作步骤的区别，初步判断出现0x80240037的直接可能原因有2个：安装了KB4539602；使用Windows Update进行了检查更新。

按先易后难的原则进行实际排查，首先卸载KB4539602，卸载后要求重启Windows。重启过后进行了如下尝试：

1.尝试手动安装KB2999226。不再出现错误代码0x80240037，提示此更新已经安装。

2.尝试手动安装KB4538483。成功安装。

3.使用Windows Update检查更新，可以正常检查更新：

4.在用VMware Workstation Pro创建的Windows 7客户机中，按之前的相同方案安装免费更新后使用Windows Update检查更新。可以正常检查更新，并且不出现“当前使用的Windows版本不支持该处理器”弹窗。

5.在实体机中继续手动安装ESU：首先安装KB5000841，成功安装，而后重启Windows。再次使用Windows Update检查更新，再次出现错误代码0x80240037和“当前使用的Windows版本不支持该处理器”弹窗。尝试手动安装KB4578952，同样出现错误代码0x80240037。

8.卸载KB5000841后再次使用Windows Update检查更新，可以正常检查更新，并且不再出现“当前使用的Windows版本不支持该处理器”弹窗。

至此问题完全解决。

结论

结合之前Windows Update的弹窗内容，可以确定以上的0x80240037问题由如下因素共同导致：

1.电脑机型是专为Windows 10而设计的；

2.安装了KB4539602或ESU。

在上述机型下，若需要检测（用Windows Update）并完整安装ESU，解决方案为：

1.不要安装KB4534310和KB4539602，已经安装的立即卸载。

2.ESU采用手动下载msu格式后使用Dism++批量安装的方式进行安装；新ESU发布时，先手动卸载已经安装的旧ESU，重启Windows（一定需要重启）后再安装最新的SSU和ESU（最新的SSU为最新的ESU的先决条件）。

最后，不得不感叹，微软为了阻挠新机型的电脑用户回滚Windows 7，真的是费尽了心机呀。