标题:Windows 10 Creators Update OOBE 重启故障 出处:gOxiA=苏繁=SuFan Blog 时间:Thu, 20 Apr 2017 11:16:42 +0000 作者:gOxiA 地址:https://sufan.maytide.net/read.php/1830.htm 内容: Windows 10 Creators Update OOBE 重启故障 Windows 10 Creators Update,即创作者更新(v1703 Build 15063)于 4月11日面向公众发布并推送。在经历了两年的洗礼,Windows 10 在质量和稳定性方面都有了极大的改进。众多企业用户也开始着手评估 Windows 10 的部署工作。 gOxiA 在去年年底完成了 Surface Pro 4 的 Windows 10 Pro v1607 的企业标准化部署工作,目前正进行 Windows 10 Ent 2016 LTSB 以及 Windows 10 Pro v1703 的评估。2016 LTSB 因为基于 v1607 所以评估过程相当顺利,但是 Windows 10 Pro v1703 却遭遇到了诡异的问题,大致的环境是一台基于 1703 ISO 安装的虚拟机作为参考映像,在系统审计模式下进行了标准化的定制,在参考映像配置完成后,使用 Unattend 配合 Sysprep 对系统重新封装,之后测试阶段都很正常,但是 OOBE 阶段提示“为什么我的电脑重启了”这样的提示,必须手动执行“下一步”才能继续,导致自动化部署会因此中断,但是在下一步继续后,系统还是能够正常进入桌面执行后续部署序列,而且系统部署完毕后也未发现其他异常。 针对该问题,排查了 setupact.log、setuperr.log 等安装日志,并未发现相关的异常和警告事件,无奈只能从 Unattend 下手逐项排查(PS:1703 和 1607 的应用和设置环境几乎相同),分别剔除 Oobesystem、Specialize 阶段的配置,几经折腾没有任何进展,最后干脆不加载 Unattend,结果故障依旧。既然如此,那么问题肯定出在参考映像系统环境上,这个初步的结果也算是一个里程碑。 分析参考映像系统环境,排除掉第三方的普通应用程序,值得关注的就只剩下国产的某安全软件,其实它也就是个“流氓性质”的 PC 管理应用,披着安全和管理的外衣,“私下干着不为人知的事情”,只是无奈于产品选型,否则坚决不会选择这类应用部署到企业环境。 孰是孰非,测试结果说话!还原到 Build Ready - Audit 状态,卸载该软件,重新执行 Sysprep 加载 Unattend 进行测试,经过漫长的等待,终于等到 OOBE,一切正常步步自动执行下去直至进入桌面,果然是第三方安全管理软件的原因,于是导入捕获映像,使用 MDT 任务序列再次跑了一遍,至此排查近 1周的问题终于得到了解决。 最后在普及一下,Windows 10 Defender 内置与系统,支持组策略管理,性能、稳定性、兼容性都相当出色,IT 人员不妨好好考虑一下!!! Generated by Bo-blog 2.1.1 Release