在测试中发现虽然在ADS执行修改Sysprep.inf文件时可以写入数据，但是当系统重新启动后，应答文件却无法被应用，本以为很简单的问题（况且打开虚拟机后宿主计算机速度特别慢）就没有去查找相应的KB，结果可想而知。自己多次测试sysprep，启动了无数次系统发现都无法应用应答文件。无奈查找KB，发现官方要求必须在sysprep目录下，那为什么我在做其它试验时更名目录后，仍然可以自动应用应答文件呢？

      到最后将目光集中到了i386和i386目录下的$oem$目录，记得当使用setupmgrc创建sysprep应答文件后在sysprep目录下会自动生成一个i386目录及其$oem$子目录，难道会跟这个目录有关？微软的一片KB中提到为了能够应用应答文件，需要将commline.txt文件拷贝至此，难道会是因为这个？显示所有文件察看此目录发现并没有txt文件，奇怪了。

      之前的测试中也尝试过将Deploy.cab中其它文件复制过来，但是都是失败告终。再测试，使用setupmgrc创建应答文件，保存后察看目录变化，发现自动建立i386目录及其$oem$子目录，好就这样执行sysprep。重新启动系统后发现应答文件被应用了。哈哈竟然成功了！

      做最后一次测试，在系统所在磁盘根下手工建立sysprep目录，将deploy.cab中的sysprep.exe、setupcl.exe拷贝到此目录下。之后将建立后的完全自动安装类型的sysprep.inf应答文件（要实现应用应答文件必须命名为sysprep.inf）拷贝至此，因为sysprep应用应答文件，其目录中必须有i386目录及其$oem$子目录，为此手工在sysprep根目录下建立了i386目录并建立其$oem$子目录。执行sysprep.exe，等待！OK，这次成功了！在系统执行应答文件后（此过程不需要任何人工干预）重新启动系统后发现sysprep目录及其下文件目录都被自动删除。也就是说，如果将目录命名为sysprep，那么在执行sysprep后系统会自动删除这个目录，反之将会保留！

      总算彻底解决了问题。准备重新再作一次ADS部署试验。