解决 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代理正常了，并能够顺利完整部署！
解决因硬件不被DeploymentAgent（ADS代理）支持的问题
因前面写了不少关于ADS的文章受到了大家的关注，很多朋友慕名而来向我咨询关于ADS的问题，今天这篇Blog主要是讲如何解决硬件不被ADS代理支持而导致客户端无法进入ADS代理环境。
ADS执行部署的最关键一步取决于客户端是否能够进入ADS代理环境，只有在进入ADS代理环境后客户端才能够接受ADS服务器的指令。DeploymentAgent（ADS代理，以下简称DA），从开机进行PXE引导后，客户端通过TFTP下载DA，如果在出现DA引导时缓慢或最终中断提示RAMDisk错误，那么通常出现此故障的原因就是因为客户端计算机上的设备不被DA支持，通过ADS的日志和日志查看器中应用程序日志下我们可以看到警告日志，内容大致是提示DA中出现IRQ等错误不被DA识别，经过分析你会看到其实该故障的来源是网卡，那么我们如果让DA识别客户端的网卡呢？并不是像大家所想把网卡的驱动拷贝到System32目录或其他系统目录下，我们只需要将第三方网卡驱动拷贝到“C:\Program Files\Microsoft ADS\nbs\repository\User\PreSystem”目录下即可，之后重新启动“adsbuilder”服务即可。至此问题已经顺利解决！
