本站域名:http://goxia.maytide.net or http://sufan.maytide.net

转载文章,请务必保留出处与作者信息,未经许可严禁用于商业用途!
[Tips] 因删除 LiteTouchPE WIM 引发的部署故障
因删除 LiteTouch PE WIM 引发的部署故障
发现这类问题实属巧合,用了这么多年 Microsoft Deployment Toolkit,之前也没注意过,这不前几天为公司一台服务器执行 Native VHD Boot 的部署时偶遇了这个问题!参考下图:
记得之前执行部署任务都是没有问题的,也没有修改过任务序列,怎么突然就出现这个问题了呢?!之后仔细审查错误日志,注意到其中的两个关键错误提示,如下:
- FAILURE ( 5610 ): False: Verify File:\\WDS\DeployPoint$\Boot\LiteTouchPE_x64.wim
- Failed to run the action: Apply Windows PE.
应该是生成的 LiteTouchPE WIM文件出现了问题,打开“文件资源浏览器”去寻找该文件,发现 Boot 目录下确认没有该文件,重新执行 Update Deployment Share,再次执行任务故障消失!
以此推断,在现有系统环境下执行部署任务时,为了使计算机重新启动后能进入 LiteTouch 环境,任务序列在执行过程中会拷贝一份生成的 LiteTouch 的 WIM 文件到本机,并配置以该 WIM 启动,而非常规的 PE 映像。惭愧……之前完全没有这个意识,这次算是学习并记住了!
[Windows 8] 让 Windows 8 使用个人系统映像进行恢复默认安装
让 Windows 8 使用个人系统映像进行恢复默认安装
在 Windows 7 时代,系统内置的“备份和还原”中提供了“创建系统映像”的功能,能够让用户创建当前系统的映像,并允许其保存在本地磁盘、外置磁盘、光盘,甚至是网络共享中,且在需要的时候能够将系统还原到这个映像状态。作为系统恢复解决方案,这一功能非常的实用,而且还很便捷,普通用户也能很轻松的进行操作和使用。
这一功能在 Windows 8 中也得到了保留,但似乎微软正打算弃用它,因为该功能是以“Windows 7 文件恢复”而存在于 Windows 8 上的。既然为过度做了保留,那么 Windows 8 应该会提供新的备份和恢复解决方案?!没错,还记得 gOxiA 之前撰写的日志吗?!《HOWTO : 在保留个人文件和个人化设置的前提下恢复 Windows 8 默认安装》,《HOWTO: 初始化已安装的 Windows 8》,这两个全新的功能便是 Windows 8 的备份和恢复方案。
前者,可以借助恢复功能在保留个人文件和个性化设置的前提下将系统还原到默认状态,简单理解就是重装系统后除了先前安装的桌面应用会被删除以外,其他诸如个人文件、个性化设置和商店应用都会得到保留。今天的内容也就是借助 Windows 8 的这个功能来实现使用个人系统映像来进行恢复默认安装。
而后者,其实就是对电脑执行完整的重装过程,gOxiA 之前又重新进行了测试,前文中提到初始化电脑时会提示放入安装源,其实就是要从安装源读取原始数据进行初始化。测试中还发现,如果当前系统是中文,而初始化时放入的安装源是英文版,那么初始化的电脑会变成一个中英混杂的系统环境。有朋友可能会质疑这个功能的价值,其实设想一下,如果一位普通用户要重装电脑,你让他用光盘或U盘引导安装,除了可能要设置 BIOS 启动项以外,期间的分区选择过程可能都会为普通用户带来阻碍。而借助 Windows 8 初始化电脑的功能,用户只需放入安装源,之后就无需再进行干预。
回过头来继续今天的重点,前面提到微软正打算弃用 Windows 7 文件恢复,gOxiA 个人认为是有一定原因的!细节来讲,首先备份不能存储在系统卷上,也就是说当前系统的磁盘除了系统卷以外,还要有第二个分区卷,否则就只能存储到外置磁盘、光盘或网络共享上。其次备份会自动在分区卷上生成一个根目录,除了名字比较长以外,默认我们是无法访问的。最后也是最关键的一点,恢复后的状态便是我们之前备份的状态,如果在这之间我们做了其他的个性化设置或生成了新的个人文件,将不会得到保留。
也许这些限制不足以让用户放弃这个功能,但是微软也确实提供了新的解决方案,正如前面提到的 Windows 8“恢复电脑而不影响你的文件”这一功能,除了可以在保留个人数据的前提下恢复系统默认状态,微软还为高级用户提供了一个命令,可以设置该功能使用我们自己的系统映像来作为恢复的默认状态。
那么该功能除了基本的特性以外,还能为我们带来什么呢?
- 创建的系统映像使用的是 WIM 格式
- 系统映像能够存储在系统卷下
- 支持在指定路径下存储映像文件
- 使用自己的系统状态作为恢复映像
了解了这一功能的特性之后,是否开始动心?!那就跟随 gOxiA 完成下面的操作:
首先,以管理员权限打开“CMD”,执行下面的命令行,以创建当前系统状态的映像,之后会在指定位置生成一个名为“customrefresh.wim”文件。
然后,执行下面的命令行,将默认恢复映像设置为用户创建的映像。
两条命令行便搞定了设置,如果要查看当前的设置,可以执行“recimg /showcurrent”进行查看。如果要恢复成默认设置,只需要将命令参数改为“/deregister”即可。
现在我们便可以将常用的驱动、应用安装好,并做好系统设置,之后执行映像的创建和设置即可,以后当我们需要恢复时,只需要进入 Windows 8 的常规设置找到“恢复电脑而不影响你的文件”执行便可进行恢复,而且期间不再需要放入安装源。
[WS2012] 将驱动程序添加到脱机的自定义系统映像
将驱动程序添加到脱机的自定义系统映像
企业部署客户端操作系统通常都会创建一个经过桌面标准化处理过的系统映像,而创建该系统映像的环境都会选择 Hyper-V 或 VirtualPC 虚拟机,如果将该映像添加到 MDT 进行批量部署,那么硬件的驱动程序在部署过程中能够根据 MDT 预先添加的驱动程序库加以集成和安装。但是在某些特定环境下,如:使用 imagex 工具手工安装一台 PC 时,就会出现驱动问题。
gOxiA 今天就遇到了这个问题,使用 imagex 为一台 Dell 380 PC 手工安装自定义的系统映像,完成安装进入系统后发现 Windows 7 未能知别 Dell 380 的网卡,而此台 PC 上又没有驱动备份,那么只能从其他 PC 上拷贝驱动到 U盘后再进行安装,感觉实在是很麻烦!为了避免以后再遇到这样的问题发生,gOxiA 绝对将驱动程序添加到这个自定义的系统映像中。
过去要为脱机的系统映像添加驱动可以使用 DISM(部署映像服务和管理)工具,操作步骤如下:
- 以管理员权限运行部署和映像工具命令提示符,可先键入下面命令行检索要修改的系统映像名称或索引号。dism /get-imageinfo /imagefile:d: \deploypoint\Operating Systems\W7ProX86Custom\W7ProX86Custom.wim
- 信息确认完毕后,便可装载脱机的系统映像,命令如下:dism /mount-image /imagefile:d: \deploypoint\Operating Systems\W7ProX86Custom\W7ProX86Custom.wim /index:1 /mountdir:d:\temp
- 将指定目录下的所有驱动程序添加到脱机映像,命令如下:dism /imaged:\temp /add-driver /driver:d:\sources\drivers\dell380\nic /recurse
- 确认更改并卸载映像,命令如下:dism /unmount-image /mountdir:d:\temp /commit
更多信息可参考:http://technet.microsoft.com/zh-cn/library/hh825070.aspx
看了上面四段命令行,不知道你是什么感觉!gOxiA 认为键入时语法使用挺麻烦的,特别是无法使用tab键自动补全命令或路径,使整个操作体验象个噩梦!
OK,下面我们来尝试使用 Powershell 解决这个问题,看看会是什么样的感觉!
- 装载映像mount-windowsimage –imagepath ‘D:\deploypoint\operating system\w7prox86custom\w7prox86custom.wim’-index 1 –path d:\temp
- 集成驱动add-windowsdriver –path d:\temp –driver ‘d:\sources\drivers\dell380\nic\win7’ –recurse
- 卸载并更改映像dismount-windowsimage –path d:\temp –save
整个执行过程可以参考下图:
使用 Powershell 提供的命令,语法简捷易懂,而且可以使用命令和路径自动补全,效率一下提高了很多!大家可以慢慢舍弃 cmd 了……
参考信息:
[易宝典] 使用 ReAgentC 为 Windows 7 配置快速便捷的系统恢复环境
使用 REAGENTC 为 Windows 7 配置快速便捷的系统恢复环境
在 Windows 7 的最新设计中包含了一项新的功能,旨在为用户提供更快速、便捷的系统恢复和重置解决方案。该功能便是“高级恢复方法”中的“重新安装 Windows ”。利用 reagentc.exe(配置 Windows 恢复环境)命令我们能更对这个功能进行额外的配置,已实现我们无需在重置 Windows 安装时要插入 Windows 安装光盘,或恢复 Windows 映像要准备恢复环境及工具等问题。
默认情况下当我们执行“重新安装 Windows”时会提示插入 Windows 安装光盘。试想!如果我们的光盘已经找不到,或者收纳到了箱底那将是多么麻烦的一件事情!
如果我们希望在以后重置 Windows 安装,而无需插入 Windows 安装光盘,那么仅需要事先将 Install.wim 拷贝到系统卷之外的分区卷上,之后利用 reagentc.exe 进行配置,这样一来当我们执行“高级恢复方法”中的“重新安装 Windows”时就不会再提示插入安装光盘,而我们的 Windows 安装光盘就此可以沉入箱底保存了。为此,需要执行如下的操作:
- 将 Windows 7 安装光盘中 Sources 目录下的 Install.wim 文件拷贝到本地磁盘上。在这里推荐的最佳实践是将该 Install.wim 拷贝到系统卷以外的分区卷中,如:R:\install.wim。(注意:install.wim 不能更名否则会在实际使用中出现错误。)
- 执行“reagentc /setosimage /path d:\”,其中 setosimage 参数指定其配置的是 Windows 安装映像,path 是路径参数,执行过程结果如下图所示:
完成上述两个简单的步骤,我们的配置就完成了!接下来我们便可以在免去安装光盘的情况下,重新安装 Windows。对于一些 IT 爱好者,可以使用 Windows PE 和 imagex 离线打包当前的系统,并将其命名为 install.wim ,最后执行上述的操作,这样重置 Windows 安装后的状态便是之前打包的系统状态。
即便是系统已经无法正常运行,只要还能够通过开机时按下 F8 键进入 Windows 修复环境,也能通过“系统恢复选项”中的“重新安装 Windows”进行重置或恢复。从而实现了简单易用的系统恢复功能!
Windows 7 提供了完善、灵活的备份和恢复解决方案,帮助用户能够轻而易举的以多种选择方式对系统执行备份和恢复。所以我们完全有理由,可以抛弃之前的那些备份恢复软件。此外,目前很多计算机厂商也都在利用 Windows 7 这些自身的功能,实现自己的一键备份恢复功能。如需进一步了解 reagentc.exe 和备份恢复功能的充分利用,可以参考《HOWTO:利用 REAgentC 实现快速的系统恢复》。
[WDS]HOWTO:解决使用 WDS 执行 Windows XP 映像方式部署后出现的 0x000000ED 故障
近期 gOxiA 重新搞起 Windows XP 的映像部署实践,虽然 Windows XP 正逐步被淘汰,但是面对一些老机器而言,有一个能够快速部署 Windows XP 的安装映像,能省掉不少时间和精力。此外,MDT 的新版本打包的 Windows XP 貌似能在不同的硬件上使用。所以 gOxiA 耗费了几天的时间制作了包含预装应用程序的 Windows XP Pro with SP3 Volume 和 Windows XP Pro with SP3 Dell OEM 的自定义映像,用于加速安装 Windows XP。
加上早期制作的 Windows 7 HomePremium Custom Image,目前有三个自定义映像,下面便是三个自定义映像的相关信息截图。
大家已经留意到上面的第一张截图是 WDS 控制台的界面,是的!gOxiA 将 MDT 中捕获的 Windows XP 映像进行了修改,去除了与 MDT 相关的执行脚本,便于在 WDS 或通过 Windows Setup 来进行安装。
但是在使用 WDS 部署 Windows XP Custom Image 时会出现如下图的蓝屏故障,即:STOP: 0x000000ED (0x823329E0, 0xC000014F, 0x00000000, 0x00000000)。系统在执行完毕 Mini Setup 阶段之后,重新启动便无法自举!
随即启动 Windows PE 3.0,进入 Diskpart 环境,通过 Detail Disk 查看磁盘信息,发现了问题!虽然磁盘是联机状态,并且磁盘及分区都能够被识别,但是分区格式为 RAW。
在命令行状态下进入 C: 失败,反馈信息为“此卷不包含可识别的文件系统。请确定所有请求的文件系统驱动程序已加载,且此卷未损坏。”查阅了微软知识库,找到了一篇 KB315403。KB 解释出现该故障的原因是由于 IDE 磁盘驱动器中的写模式优化导致的,为了将驱动器的写入速度保持在尽可能最快的水平上,缓存例程有时会根据数据在磁盘上的位置,打乱数据的写入顺序。一次写入没有完成时,将会在 NTFS 磁盘系统可能有关键表受损的位置开一个计时窗口……
这么讲貌似应该与 WDS 没有关系,问题应该是出在映像系统本身上,但是实际的测试表明,当使用 Windows Setup 或 MDT 来部署 Windows XP Custom Image 时则不会发生这样的故障。之后,gOxiA 又在 WDS 上做了更深入的测试,在安装过程中,直接在现有分区上进行安装,而不再删除或格式化。之后发现 0x000000ED 故障不再出现,看来此故障应该与 WDS 中使用 Windows Setup 安装 Windows XP Custom Image 时建立的分区有关,而单独使用 Windows 7 安装源的架构和 Windows Setup 则不会出现故障,看来还是 WDS 在添加 Windows 7 的 Boot.wim 时,加入的某个 WDS 相关动态链接库文件(DLL)存在 Bug。
目前在出现 0x000000ED 蓝屏故障后有效的解决办法就是参考 KB315403,在 Windows XP 故障恢复控制台或 Windows PE 中执行 chkdsk /r 执行扫描修复。之后再重新启动计算机 0x000000ED 故障消失!
[Windows 7] 探索 Windows 7 RTM ISO
探索 Windows 7 RTM ISO
不希望因为标题而让大家最后失望,只是实在想不出来什么更贴切的主题名称,所以开头 gOxiA 先做个介绍,其实也不算什么探索。作为 MSDN 或 TechNet Plus 订阅用户,我们知道在 Windows Vista RTM 发布时,订阅中提供的是除了企业版以外的多个版本的合集.也就是当我们下载来的 Windows Vista RTM 的 ISO 中已经包含了 Starter、HomeBasic、HomePremium、Business 以及 Ultimate 这几个版本。虽然是包含了 5个版本,但是利用 imagex 的差异特性极大的缩小了存储空间!
但是到了 Windows 7 RTM,订阅用户会发现微软并未像之处 Windows Vista RTM 那样,而是独立发布了 Starter、HomeBasic、HomePremium、Professional(Windows Vista 时命名为 Business) 以及 Ultimate,这样一来我们就需要为每一个版本下载一个拷贝!极为占用空间!
不管微软出于什么原因最终这样发布,但是好在 gOxiA 有手工使用 imagex 来安装 Windows 7 的习惯,通过分析旗舰版的 Install.wim 文件,得知实际上这个 Install.wim 依旧包含了其他几个版本,只是安装时将根据配置文件来直接安装对应的版本。如果你想要了解你的 Install.wim 是否包含多个版本,可以使用如下命令:
内容大致如下:
ImageX Tool for Windows
Copyright (C) Microsoft Corp. All rights reserved.
Version: 6.1.7600.16385
WIM Information:
----------------
Path: v:install.wim
GUID: {bc90f44f-35aa-48fe-9fa0-0b6c63c6b4d7}
Image Count: 5
Compression: LZX
Part Number: 1/1
Attributes: 0xc
Integrity info
Relative path junction
Available Image Choices:
------------------------
<WIM>
<TOTALBYTES>2241959924</TOTALBYTES>
<IMAGE INDEX="1">
<DIRCOUNT>9550</DIRCOUNT>
<FILECOUNT>47318</FILECOUNT>
<TOTALBYTES>7983637109</TOTALBYTES>
<CREATIONTIME>
<HIGHPART>0x01CA0443</HIGHPART>
<LOWPART>0x6568BDF8</LOWPART>
</CREATIONTIME>
<LASTMODIFICATIONTIME>
<HIGHPART>0x01CA0463</HIGHPART>
<LOWPART>0x76D5423C</LOWPART>
</LASTMODIFICATIONTIME>
<WINDOWS>
<ARCH>0</ARCH>
<PRODUCTNAME>Microsoft® Windows® Operating System</PRODUCTNAME>
<EDITIONID>Starter</EDITIONID>
<INSTALLATIONTYPE>Client</INSTALLATIONTYPE>
<HAL>acpiapic</HAL>
<PRODUCTTYPE>WinNT</PRODUCTTYPE>
<PRODUCTSUITE>Terminal Server</PRODUCTSUITE>
<LANGUAGES>
<LANGUAGE>zh-CN</LANGUAGE>
<DEFAULT>zh-CN</DEFAULT>
</LANGUAGES>
<VERSION>
<MAJOR>6</MAJOR>
<MINOR>1</MINOR>
<BUILD>7600</BUILD>
<SPBUILD>16385</SPBUILD>
<SPLEVEL>0</SPLEVEL>
</VERSION>
<SYSTEMROOT>WINDOWS</SYSTEMROOT>
</WINDOWS>
<NAME>Windows 7 STARTER</NAME>
<DESCRIPTION>Windows 7 STARTER</DESCRIPTION>
<FLAGS>Starter</FLAGS>
<HARDLINKBYTES>3045021372</HARDLINKBYTES>
<DISPLAYNAME>Windows 7 简易版</DISPLAYNAME>
<DISPLAYDESCRIPTION>Windows 7 简易版</DISPLAYDESCRIPTION>
</IMAGE>
<IMAGE INDEX="2">
<DIRCOUNT>9561</DIRCOUNT>
<FILECOUNT>47403</FILECOUNT>
<TOTALBYTES>8003795881</TOTALBYTES>
<CREATIONTIME>
<HIGHPART>0x01CA0443</HIGHPART>
<LOWPART>0x6568BDF8</LOWPART>
</CREATIONTIME>
<LASTMODIFICATIONTIME>
<HIGHPART>0x01CA0463</HIGHPART>
<LOWPART>0x929ACF4C</LOWPART>
</LASTMODIFICATIONTIME>
<WINDOWS>
<ARCH>0</ARCH>
<PRODUCTNAME>Microsoft® Windows® Operating System</PRODUCTNAME>
<EDITIONID>HomeBasic</EDITIONID>
<INSTALLATIONTYPE>Client</INSTALLATIONTYPE>
<HAL>acpiapic</HAL>
<PRODUCTTYPE>WinNT</PRODUCTTYPE>
<PRODUCTSUITE>Terminal Server</PRODUCTSUITE>
<LANGUAGES>
<LANGUAGE>zh-CN</LANGUAGE>
<DEFAULT>zh-CN</DEFAULT>
</LANGUAGES>
<VERSION>
<MAJOR>6</MAJOR>
<MINOR>1</MINOR>
<BUILD>7600</BUILD>
<SPBUILD>16385</SPBUILD>
<SPLEVEL>0</SPLEVEL>
</VERSION>
<SYSTEMROOT>WINDOWS</SYSTEMROOT>
</WINDOWS>
<NAME>Windows 7 HOMEBASIC</NAME>
<DESCRIPTION>Windows 7 HOMEBASIC</DESCRIPTION>
<FLAGS>HomeBasic</FLAGS>
<HARDLINKBYTES>3060203459</HARDLINKBYTES>
<DISPLAYNAME>Windows 7 家庭普通版</DISPLAYNAME>
<DISPLAYDESCRIPTION>Windows 7 家庭普通版</DISPLAYDESCRIPTION>
</IMAGE>
<IMAGE INDEX="3">
<DIRCOUNT>9779</DIRCOUNT>
<FILECOUNT>48416</FILECOUNT>
<TOTALBYTES>8445655979</TOTALBYTES>
<CREATIONTIME>
<HIGHPART>0x01CA0443</HIGHPART>
<LOWPART>0x6568BDF8</LOWPART>
</CREATIONTIME>
<LASTMODIFICATIONTIME>
<HIGHPART>0x01CA0463</HIGHPART>
<LOWPART>0xAE00FE9C</LOWPART>
</LASTMODIFICATIONTIME>
<WINDOWS>
<ARCH>0</ARCH>
<PRODUCTNAME>Microsoft® Windows® Operating System</PRODUCTNAME>
<EDITIONID>HomePremium</EDITIONID>
<INSTALLATIONTYPE>Client</INSTALLATIONTYPE>
<HAL>acpiapic</HAL>
<PRODUCTTYPE>WinNT</PRODUCTTYPE>
<PRODUCTSUITE>Terminal Server</PRODUCTSUITE>
<LANGUAGES>
<LANGUAGE>zh-CN</LANGUAGE>
<DEFAULT>zh-CN</DEFAULT>
</LANGUAGES>
<VERSION>
<MAJOR>6</MAJOR>
<MINOR>1</MINOR>
<BUILD>7600</BUILD>
<SPBUILD>16385</SPBUILD>
<SPLEVEL>0</SPLEVEL>
</VERSION>
<SYSTEMROOT>WINDOWS</SYSTEMROOT>
</WINDOWS>
<NAME>Windows 7 HOMEPREMIUM</NAME>
<DESCRIPTION>Windows 7 HOMEPREMIUM</DESCRIPTION>
<FLAGS>HomePremium</FLAGS>
<HARDLINKBYTES>3439427655</HARDLINKBYTES>
<DISPLAYNAME>Windows 7 家庭高级版</DISPLAYNAME>
<DISPLAYDESCRIPTION>Windows 7 家庭高级版</DISPLAYDESCRIPTION>
</IMAGE>
<IMAGE INDEX="4">
<DIRCOUNT>9836</DIRCOUNT>
<FILECOUNT>48866</FILECOUNT>
<TOTALBYTES>8326968857</TOTALBYTES>
<CREATIONTIME>
<HIGHPART>0x01CA0443</HIGHPART>
<LOWPART>0x6568BDF8</LOWPART>
</CREATIONTIME>
<LASTMODIFICATIONTIME>
<HIGHPART>0x01CA0463</HIGHPART>
<LOWPART>0xBC779674</LOWPART>
</LASTMODIFICATIONTIME>
<WINDOWS>
<ARCH>0</ARCH>
<PRODUCTNAME>Microsoft® Windows® Operating System</PRODUCTNAME>
<EDITIONID>Professional</EDITIONID>
<INSTALLATIONTYPE>Client</INSTALLATIONTYPE>
<HAL>acpiapic</HAL>
<PRODUCTTYPE>WinNT</PRODUCTTYPE>
<PRODUCTSUITE>Terminal Server</PRODUCTSUITE>
<LANGUAGES>
<LANGUAGE>zh-CN</LANGUAGE>
<DEFAULT>zh-CN</DEFAULT>
</LANGUAGES>
<VERSION>
<MAJOR>6</MAJOR>
<MINOR>1</MINOR>
<BUILD>7600</BUILD>
<SPBUILD>16385</SPBUILD>
<SPLEVEL>0</SPLEVEL>
</VERSION>
<SYSTEMROOT>WINDOWS</SYSTEMROOT>
</WINDOWS>
<NAME>Windows 7 PROFESSIONAL</NAME>
<DESCRIPTION>Windows 7 PROFESSIONAL</DESCRIPTION>
<FLAGS>Professional</FLAGS>
<HARDLINKBYTES>3305882953</HARDLINKBYTES>
<DISPLAYNAME>Windows 7 专业版</DISPLAYNAME>
<DISPLAYDESCRIPTION>Windows 7 专业版</DISPLAYDESCRIPTION>
</IMAGE>
<IMAGE INDEX="5">
<DIRCOUNT>9866</DIRCOUNT>
<FILECOUNT>49019</FILECOUNT>
<TOTALBYTES>8485352280</TOTALBYTES>
<CREATIONTIME>
<HIGHPART>0x01CA0443</HIGHPART>
<LOWPART>0x6568BDF8</LOWPART>
</CREATIONTIME>
<LASTMODIFICATIONTIME>
<HIGHPART>0x01CA0463</HIGHPART>
<LOWPART>0xCBBB37DC</LOWPART>
</LASTMODIFICATIONTIME>
<WINDOWS>
<ARCH>0</ARCH>
<PRODUCTNAME>Microsoft® Windows® Operating System</PRODUCTNAME>
<EDITIONID>Ultimate</EDITIONID>
<INSTALLATIONTYPE>Client</INSTALLATIONTYPE>
<HAL>acpiapic</HAL>
<PRODUCTTYPE>WinNT</PRODUCTTYPE>
<PRODUCTSUITE>Terminal Server</PRODUCTSUITE>
<LANGUAGES>
<LANGUAGE>zh-CN</LANGUAGE>
<DEFAULT>zh-CN</DEFAULT>
</LANGUAGES>
<VERSION>
<MAJOR>6</MAJOR>
<MINOR>1</MINOR>
<BUILD>7600</BUILD>
<SPBUILD>16385</SPBUILD>
<SPLEVEL>0</SPLEVEL>
</VERSION>
<SYSTEMROOT>WINDOWS</SYSTEMROOT>
</WINDOWS>
<NAME>Windows 7 ULTIMATE</NAME>
<DESCRIPTION>Windows 7 ULTIMATE</DESCRIPTION>
<FLAGS>Ultimate</FLAGS>
<HARDLINKBYTES>3463057728</HARDLINKBYTES>
<DISPLAYNAME>Windows 7 旗舰版</DISPLAYNAME>
<DISPLAYDESCRIPTION>Windows 7 旗舰版</DISPLAYDESCRIPTION>
</IMAGE>
</WIM>
OK,既然已经知道 ISO 中包含了其他版本,那么我们就可以不必全部下载所有的版本 ISO,而要安装非默认的版本则可以参考 使用 imagex 手工安装 Windows 7 RTM 这篇日志。
此外,在 gOxiA 针对 Windows 7 RTM 中文版进行测试后发现,中文版在手工释放 Install.wim 后也不再支持引导,则需要手工使用 bcdboot 来生成引导信息。
[MDT] HOWTO : 配置 Custom image File 使用 Task Sequences
企业 ITPro 灵活运用 Microsoft Deployment Toolkit (MDT)部署 Windwos 操作系统,有效地减少了系统维护的工作量,同时也降低了总体拥有成本。很显然当前企业仍在使用 Windows XP 的大有人在,所以众多朋友致力于研究通用型 Windows XP 部署映像,便于在不通硬件类型的计算机上安装。gOxiA 虽然应用 MDT 有几年了,但是也是最近才开始学习制作通用型 Windows XP 映像,目前系统映像已经制作完毕并开始进入测试阶段。所以在 MDT 中使用 Custom image File(自定义映像文件)方式来添加操作系统源,如下图所示。
之后按照往常一样添加任务,更新部署点并执行部署测试。整个过程很顺利系统成果的被部署在了不通硬件的计算机上,但是发现在部署过程中选择附加要安装的应用程序后,在后续阶段并没有正确执行。也就是说当我完成了操作系统的安装第一次进入桌面后应该自动启动 MDT 的 LTI 脚本程序完成后续的应用程序安装、补丁更新……直至任务全部完成并给出报告。看来是哪里出了问题,查阅网上的资料,MDT 任务脚本程序后续的调用执行依靠 Sysprep 中 GuiRunOnce 字段的配置,这样系统完成部署后第一次进入系统就会执行 GuiRunOnce 配置下的程序。如下图所示,MDT 创建的 Sysprep 文件中 GuiRunOnce 字段下执行了 LiteTouch.wsf 脚本。
OK!现在对 Custom image File 映像执行检查。登录部署服务器,单击“开始”-“所有程序”-“Microsoft Windows AIK”-“Deployment Tools Command Prompt”,进入 WAIK 的命令行环境。
执行下面的命令行,将已经添加到 MDT 中的 Windows XP Pro Sp3 自定义映像挂载到系统分区中事先创建好的 Mount 目录中。
经查发现自定义映像中的 sysprep.inf 中 RuiRunOnce 字段下只有我手工添加的批处理命令。问题已经明了!我只需要在 Custom image File 下的 Sysprep.inf 中的 GuiRunOnce 字段里手工添加执行 LiteTouch.wsf 脚本的命令即可! 为了避免不通环境中 MININT 目录可能并不在默认的 C 盘中,我们可以在 GuiRunOnce 字段里添加多个盘符下的 LiteTouch.wsf 脚本执行命令,具体可以参考 MDT 创建的 Sysprep.inf 文件。
最后执行 imagex 命令,并加上"/unmount" (卸载映像)和 "/commit"(保存修改)两个参数,将所做的修改保存至映像中。
当然即使你不执行上面的操作依然使用 MDT 来部署 Custom image File 也是可行的,唯一需要的就是在执行部署后需要手工找到 LiteTouch.wsf 的位置并执行它,以完成后续的任务。gOxiA 在想,如果与常规安装源一样,MDT 在部署 Custom image File 时能强行替换掉映像中的 Sysprep 文件,那么问题不就得到了彻底的解决,而且也能充分利用 MDT 的自动化技术。