封装WIN7x64企业版时一直出现这个情况，由于是自用，比较在意这个细节，在论坛里搜了相关贴子，发现此现象产生的原因比较复杂，大家都在找是哪个软件造成的这个现像，又不能不装软件，没有一个通用的解决方案，最后受https://www.itiankong.net/thread-36634-1-1.html这个贴子中的思路启发，算是彻底解决了[Administrator.计算机名]目录的问题，打算把整理的方法贴出来，遇到问题的朋友也帮忙试一下是否有效。

　　先说原理：这个问题的出现基本上和ES无关，上面贴子中提到的思路就是，如果选择了将当前用户配置作为自定义默认用户配置，安装过程中，第一步，CopyProfile过程会把Administrator文件夹中的相关信息选择性的传递到Default用户目录中，并删除前者；第二步，首次登录时再创建Administrator目录，并把Default目录内容复制到新建的用户目录中。如果Administrator目录中内容过于复杂，会造成第一步执行删除目录失败，第二步创建新用户目录时如果Administrator已存在，就会建立Administrator.计算机名作为用户目录。

　　解决方法就是代替CopyProfile过程，将用户配置提前手动传递到Default中，删除Administrator目录，但这里并不建议直接把Administrator目录内容复制到Default，微软在http://support.microsoft.com/kb/973289/zh-cn提到，使用CopyProfile参数“是为 Windows 操作系统自定义默认用户配置文件时，唯一受支持的自定义方法。如果尝试使用其他方法自定义默认用户配置文件，则可能会导致在此新的默认用户配置文件中包含无关信息。此类无关信息会导致严重的应用程序和系统稳定性问题。”，不管它是真是假，我们就当它说的是真的。

　　下面说步骤：

　　1. 用出现问题的WIM镜像做一次完整的安装，进入桌面后出现[Administrator.计算机名]目录，不理它，我们要的是%Systemdrive%/Users/Default目录，现在Default目录里的内容是按微软官方CopyProfile出来的，不含任何可能导致异常的无关信息，我们直接把Default目录复制出来。部分子目录不可复制，没关系。

　　2. 回到PE，再次把出现问题的WIM镜像释放到目标分区，然后不要安装，把第1步中复制出来的Default目录与目标分区的x:/Users/Default目录合并，提示文件覆盖的全部选是，然后删除目标分区的Administrator目录。

　　3. 既然我们已经代替CopyProfile做了用户配置传递，安装过程中就不需要再做一次了，最后就是修改应答文件，取消CopyProfile过程。以下文件可能并非全部需要修改，但为了更改的彻底，且便于以后查看，建议全部修改。

　　3.1 用记事本或其他文本编缉器打开目标分区的x:/windows/es4/unattend.xml，查找<CopyProfile>true</CopyProfile>，删除此行；

　　3.2 用记事本或其他文本编缉器打开目标分区的x:/Windows/ES4/Es4Set.step1/Es4Set.es4，将SysSet1=Yes改为SysSet1=No；

　　3.3 用记事本或其他文本编缉器打开目标分区的x:/windows/Panther/unattend.xml，查找<CopyProfile>true</CopyProfile>，删除此行。

　　至此，操作全部完成，重新捕获WIM镜像即可。这样再进行部署安装，就不会出现Administrator占用而重建用户目录的情况了。

　　但特别需要注意的是，仍然不建议在Sysprep之前把软件安装在%Userprofile%/AppData下，因为这样的软件在传递到Administrator下应该没问题，但再新建用户的话，一个是浪费硬盘空间，另一个是可能因为注册表项缺失不可用，建议将这类软件安装在其他低权限目录下。