通过 ADS 修复 Norton 5月17日的病毒门事件
最近很多安装有 Norton 杀毒软件的系统在5月17日升级了病毒库后，系统重启便会出现蓝屏的故障，具体的原因我不再复述，大家可以通过 google 获得具体的信息，之所以要写这篇 Blog 是因为我猜想大家可能遇到了与我一样的场景，就是一些企业为了考虑到安全和管理，一些 PC 或 Server 并未安装光、软驱，因为型号比较老，还可能无法支持USB引导，那么此时修复系统就成了一个大的问题，单单的重作系统可能并不现实，所以接下来我将会向大家分享使用 ADS 服务来修复此故障的经验。
如果在环境中已经部署了 ADS 服务，那么你的修复过程将会非常之快，如果并未部署，我希望你借此次机会尝试一下部署 ADS ，你会在今后的管理中有前所未有的体验。关于 ADS 的相关资讯可以在我的 Blog 中获取。
这里假设你已经部署了 ADS，那么请将你所有的故障机器自动或手工方式引导入 ADS 代理环境，之后在 ADS 服务器上使用 ADS 任务编辑器创建一个新的任务脚本，添加一个“Download File”任务，配置“Controller File”的值为：“C:\Norton517Fix\netapi32.dll“（注意：你可以在ADS服务器的逻辑分区C上创建一个名为“Norton517Fix”的目录，并将正确的修复文件放在下面）；配置“Target File”的值为“\device\harddisk0\partition1\windows\system32\netapi32.dll”；最后添加一个 reboot 任务，至此完成。其他文件参考这个！
之后向故障机分发这个任务，你的故障机器就可以正常启动了。这是一个很简单的任务脚本，大家可以深入地挖掘ADS，获得更强的信息！
OK，就是这么简单，大家可以赶紧试试！
解决 sysprep 后的输入法复位问题
在sysprep.inf文件中添加：
RegionalSettings]
InputLocale_DefaultUser=0804:E00E0804, 0804:00000804
另外一种方法：
rundll32.exe shell32,Control_RunDLL intl.cpl,,/f:DefaultInput.txt
其中defaultinput.txt的内容与sysprep.inf中添加的内容一致
日期时间引发的客户端进入ADS代理而无法完成就绪
今天为一台破机安装系统，安装上CPU和硬盘挂上软驱准备通过ADS来部署系统。发现客户端能够正常地执行PXE引导，并且能够引导RAMDisk，并进入ADS代理环境，可是发现无法进入就绪阶段，屏幕状态最终停止在断开状态，并且键盘挂起无法操作除非复位！
查看了ADS服务器的事件日志发现了一个警告日志，内容如下：
ID：532
描述：
Failed to connect to the device (device name: MAC4C00101F39F5, IP address: 192.168.0.12): Most common causes of ADS connection failures are:
1) The public root certificate is missing. Ensure a public certificate is installed for the ADS Builder service and each device.
2) The public root certificate is rejected because a BIOS date is set incorrectly. Confirm that the date and time on the Controller and the BIOS date and time on the device are the same.
Refer to the ADS troubleshooting guide for more information about connection failures and possible solutions.
刚开始怀疑是主板的问题，因为在开始引导磁盘时BIOS会显示“Unkonw Flash Type”，难道跟BIOS有关导致无法获取证书？但是他们之间不存在直接的关系啊，仔细看了第二种可能的情况重新启动了客户端并进入BIOS设置发现果然是日期造成的。原来主板之前维修过日期恢复为出厂状态！修改为正确的日期时间后，ADS代理正常了，并能够顺利完整部署！
