![MDT 2012 - 任务序列未完成](https://linux22.com/image/603977/MDT%202012%20-%20%E4%BB%BB%E5%8A%A1%E5%BA%8F%E5%88%97%E6%9C%AA%E5%AE%8C%E6%88%90.png)
我对 MDT 2012 完全陌生,但我很幸运能够部署 Server 2008 R2。
我有一个参考系统,并且我使用没有任何变化的模板任务序列进行了非常原始的系统准备和捕获。
我的部署有一些应用程序安装和其他配置项,但没有什么太奇特的。
我的问题是这样的:在部署期间,从 WinPE 应用系统后,我执行最后的重启。此时,预期的操作是进行自动登录,并让本地管理员帐户运行 c:\Litetouch.vbs,它会进行一些最后的清理和一些需要目标系统运行的任务。
我的系统上没有发生这种情况。查看注册表可发现自动登录功能尚未设置,因此永远不会发生这种情况。这不是帐户错误或计数为 0 的问题,甚至不存在任何自动登录注册表项。
在尝试解决这个问题时(我相信它在我刚开始时就起作用了!)我将我的部署精简为一对任务序列,这些序列具有不在捕获或部署任务序列中完全没有自定义,但仍然没有成功。所以我相信我的参考系统中发生了一些变化 - 但不幸的是我无法回滚。
让我有点抓狂的是,我不知道什么时候应该将自动登录信息插入注册表。Litetouch.wsf 中的代码似乎可以做到这一点,在函数 PopulateAutoAdminLogon 中,但我无法想出调用此函数的场景。我猜想也许 sysprep 在创建 WIM 时会这样做,但我似乎找不到有关这方面的有用信息。
我对此进行了大量搜索,不幸的是,答案空间里挤满了人,他们有类似但完全不同的问题 - 他们希望他们部署的系统能够自动登录,但部署后他们的系统却出现了登录屏幕,而不是按照他们想要的方式运行。我看到一些人发布了与我类似的问题,但没有人得到答案。
简而言之:使用 MDT 2012 部署系统时,unattend.xml 中的自动登录项何时会被填充到注册表中,以便在任务序列中恢复/重启后使用?这样做会有什么问题?
答案1
我的问题是由 sysprep 失败引起的 —— 由于疏忽,我的图像上的重装计数悄然反弹到 2。
奇怪的是,如此严重的故障竟然没有引起任何明显的警示。我真的得深入挖掘才能找到问题所在。系统准备故障引发了十几个其他问题,这些问题都是转移注意力的借口。我逆向思考,最终找到了答案。
答案2
如果您在 customsettings.ini 文件 (规则) 中设置了 SkipFinalSummary=YES,那么您将看不到显示任务序列已成功完成的摘要向导。它只会在任务序列失败时显示。Lite Touch 脚本会在任务序列完成时清理计算机,包括删除自动登录设置。Michael Niehaus 的 TechNet 博客“MDT 2010 新功能 #15:完成操作”。
如果您的任务序列失败并且未显示摘要向导,那么开始解决此问题的一个好方法是检查日志文件,以查看部署失败的原因以及可能发生的错误。TechNet 文章“了解故障和日志文件”应该会对此有很大的帮助。
最后,可以在以下网址找到许多有助于 MDT 的文章和视频:交付和部署 Windows 7TechNet 上的 Springboard 系列页面。
答案3
MDT 将所有这些信息存储在应答文件中。如果任务序列的执行未能将此信息复制到您的映像文件,请尝试重建您的任务序列,令人惊讶的是,MDT 中的许多问题只需重新创建新的任务序列即可解决。检查 BDD.log,该文件中总会有线索。