哪些更新会中断Windows 嵌入式标准 7当流入安装.wim使用分布式系统管理？
我目前正在研究这个问题，因为我发现在 WinPE 中运行时几个更新导致安装在失败。
以前，我向 AutoUnattend.xml 文件添加了更新，这些更新是作为安装过程的一部分安装的，但最近我发现这不再起作用。在安装过程中，我开始收到此错误：
Out of memory
根据微软的说法，官方的解决方案是使用分布式系统管理将更新传输到安装.wim文件。这应该具有创建更小的图像文件和更快安装的额外好处。
但是，我发现某些更新也会导致此官方流程失败。我发现的一个更常见症状是，在完成第 1 步后，机器会不断重启。
为什么这会进入重启循环，有谁知道哪些特定更新会导致这种情况？
答案1
由于没有其他人已经知道，所以我自己研究这个问题，一次测试一个更新。请参阅下面我发现的问题更新列表。
我在用Windows Embedded 开发人员更新（WEDU）收集更新，添加批量更新分布式系统管理，并复制安装.wim当一批更新失败时，我会恢复 install.wim 的先前副本，将这批更新分成两半，然后重复该过程。
值得注意的是：DISM/Streaming 方法应该会减少安装介质的总大小。但是，通过安装 - 流式传输 - 卸载 - 测试 - 重新安装 - 再次流式传输 - 卸载 - 测试 - 等等，install.wim 文件现在比我通过一次安装-流式传输-卸载过程流式传输迄今为止测试过的所有 200 个补丁时大了约 20%。
当我收集到更多数据时，我打算继续向这个答案添加问题更新。
在 kb2425227 到 kb3059317（含）范围内，我发现当使用 DISM 将这些更新添加到 install.wim 文件时，安装介质将无法使用：
- kb2871997
- kb2973351
- kb2982378
- kb2984972
- kb2992611
- kb3003743
- kb3004375
- kb3011780
- kb3023562
- kb3033929
- kb3035131
- kb3046049
- kb3057154
现在我要停下来，因为我发现了一个模式。上面列表中的每个失败更新的文件名都包含以下字符串：“x86_microsoft-windows-lsa”在清单中。基于此，我排除了所有其他包含该字符串的更新，并发现我的安装已完成。我已在最终测试中包含了最高至 kb3170455 的安全更新和最高至 kb3153731 的更新。
我没有证明以下列表中的更新会导致我所看到的重启问题，并且我也不打算测试每一个来证明这一点。以下列表是我认为会导致问题的更新，排除它们足以解决我所看到的问题。
安全更新：
- kb3060716
- kb3061518
- kb3067505
- kb3071756
- kb3083992
- kb3088195
- kb3097966
- kb3126587
- kb3146706
- kb3149090
- kb3153171
- kb3161561
更新：
- kb2973337
- kb3023607
- kb3080079