周末看到论坛有人贴Johan的文章，就想重新玩玩SCCM的OSD。当初是在VMWare下搭建的实验平台，这次换到了HyperV 2.0上。都是虚拟环境，心想不会有太大的问题，便开工了。

出乎意料，这次实验很不顺利，折腾了整整一天，我也仅仅完成了基本的实验环境。脚本的测试只好另外安排时间进行了。

问题1：无法完成启动镜像的更新
一更新分发点就一堆乱七八糟的报错....杯具，怀疑是当时安装MDT 2010时，把SCCM SP1自带的WAIK 2.0卸载了换3.0造成的，想着反正SP2已经出了，索性下了个SP2。花了半个小时不到把SP2安装了，英文界面倒是其次，原本完美的系统状态立马出现了N多的错误和警告，经过不断的修复、启动、修复、启动，终于把状态弄回了全绿。更新时发现一个问题，X86的启动镜像是PE 3.0的，X64居然还是老的2.1.....只好再手动导入一次。

问题2：HyperV驱动大部分不支持X64的PE 3.0
我到现在还是迷迷糊糊：没升级SP2的时候，启动镜像都能更新的，一升级后X64的启动镜像就无法添加驱动，除了必备的网卡驱动顺利添加，其余的驱动一加就报错。具体原因不详，也许真的就不支持X64吧

问题3：WDS启动后只能使用X64的启动镜像
虽然我的Task Sequence里设定的启动镜像是X86的，但从WDS拉到的启动镜像就是X64的，这也是我不得不死磕X64启动镜像的原因。我想WDS启动镜像这部分可能是不受控制的，WDS的启动程序判断系统的架构是支持x64就使用X64的镜像吧。Task Sequence的设置，大概是为创建媒介时使用的，待证实

问题4：安装系统时报错80091007
这个错误来的毫无准备，本打算松一口气，没想却碰到这个问题。Google之，老外们介绍说这个是package的hash值不对造成的，多半是package的分发点更新还没完成造成的...于是一阵狂点update，看看已经半夜12点了，就报头睡觉去，第二天再上，果然错误没有了，换成了80004005.......faint

问题5：80004005错误
真没想到弄次OSD错误这么多，难道是我最近RP出问题了？这个80004005折磨了我一整天，Oh my god！错误倒不是很复杂，当TS将windows的安装程序下载后，执行Wiping　Volume　C:时，杯具发生了。检查日志里，错误的信息是TS无法保存当前状态，错误代码80070057，Failed to save execution state and environment to local hard disk。于是怀疑硬盘有问题，老外的意见是，当只有一个硬盘并且不分区时可能会如此，于是开始设置分区.....噩梦从此开始，无论我如何设置分区，总有一个分区是不能格式化的，那个错误自然就一直留着。怀疑是HyperV的设置问题，琢磨半天HyperV的硬件设置，把能选的都排除了一遍，无果。
就在我打算放弃的时候，试着重新将TS给Advertise了一次，这次我没有选择Download content locally when needed by running task sequence，而是选择了Access content directly from a distribution point when needed by the running task sequence

解决了.............