使用 WAIK 的 oscdimg 制作定制的 Windows 7 安装 ISO

        还记得微软官方打包 ISO 的小工具吗?!cdimg.exe 过去当我们要制作包含微软打包信息的 ISO 都会选择 cdimg,比如手工制作了一份集成了 SP1 或 SP2 的 Windows 安装光盘,在烧录之前肯定要先打包成 ISO,通过一些软件我们可以看到使用 cdimg 打包的 ISO 会显示微软的打包信息,看起来很专业!不是么!?

        现在 cdimg 的最新版本已经集成到了 WAIK 中,并更名为 oscdimg,最新版本是 2.55,除了可以制作 CD 镜像意外还支持 DVD 镜像的制作。我们知道 Windows 7 安装具有新特性,相比之前的 Windows 更加易于定制和部署。比如我们可以制作一份已经安装好应用程序的 Windows 7 安装源,或者根据不同应用制作多份定制的 Windows 7 安装源并使用 imagex 将其打包在一个安装映像中,并希望使用标准的 Windows 7 安装过程将这些系统映像安装到计算机上,要知道对于普通用户 Windows 7 标准的安装过程是非常简单的。今天的主题当然不是如何制作这些安装映像,因为我们要面对的是在定制了一份 Windows 7 安装源后,如何将其重新制作成一个包含微软打包信息的,并且是可引导安装的 ISO 文件。

        OK,要实现上述目标我们需要在当前计算机上安装好 WAIK,目前最新版本的 WAIK 是基于 Windows 7 RC Build 7100 的 WAIK3.0,而且暂时只有英文版本,不过无所谓!WAIK 官方下载地址是:Windows® Automated Installation Kit (AIK) for Windows® 7 RC。在开始前请安装 WAIK,并准备好一份 Windows 7(PS:Windows Vista 同理也可以制作。)安装源文件,将其拷贝到本地一个目录中,之后用自己做好的 install.wim 覆盖原版的 Install.wim。

        为了保证制作出来的 ISO 是可引导的,请将 "C:\Program Files\Windows OPK\Tools\PETools\x86\boot\etfsboot.com" 复制到一个易于调用的位置。(PS:不过理论上分析,貌似这步即使省略,制作出来的 ISO 还是可以引导的,具体要看大家的测试了。本次 gOxiA 还是使用了这个文件!)

        最后进入 WAIK 命令行环境执行如下命令:

oscdimg -n -m -bc:\etfsboot.com -lGRMCULFRER_CN_DVD -t08/02/2009,22:55

        上述命令行中“-n”,是允许使用长文件名;“-m”是忽略映像的大小,但是注意使用该参数后请确保你的映像大小不会超出载体限制。貌似 DVD 应该小于 4G 或 4.5G 比较好吧,具体请参考其说明!”-bc:\etfsboot.com”就是添加可引导信息,注意参数后面的路径之间没有空格。“-lGRMCULFRER_CN_DVD”既是光盘的卷标;“-t08/02/2009,22:55”重置映像内所有文件的日期,使之日期相一致,注意该日期时间是以 PST 时间为标准的,那么最终的文件日期时间将是“08/03/2009,13:55”。

        有关 oscdimg 的更多参数说明可以参考 TechNet Library:http://technet.microsoft.com/zh-cn/library/cc749036(WS.10).aspx

Tags: , , , , ,

HOWTO : 解决 Windows 无法显示用于安装的可用(Could not display the images available for installation)

        当 ITPro 通过 WDS 部署 OEM 版本的 Windows Vista 时可能会遇到“Windows 无法显示用于安装的可用”故障,如下图所示:

WDS_Install_OEM_Error

        出现这个问题的原因在于,某些 OEM 版本的 Windows Vista 安装源与 MSDN 的相同包含了多个系统版本,在安装的时候,安装向导根据 pid.txt 或 autounattend.xml 里的对应值进行自动安装,所以当 ITPro 向 WDS 添加 Windows Vista 安装映像时未选中默认安装的版本,那么在通过 WDS 安装的时候就会出现该错误。如要了解相关的此类信息,可以用“OEM Boot.wim Pid”作为关键词进行搜索。

        理解了上述的说明,那么要解决这个故障问题就有了思路,我们只需要修改 Boot.wim 文件,将 Sources 目录下的 pid.txt 删除即可。这一操作需要借助 WAIK 里的 imagex 命令。大致操作如下:

imagex /mountrw c:\boot.wim 2 c:oemboot

del c:\oemboot\soruces\pid.txt

imagex /unmount /commit c:\oemboot

        注意:请事先将 OEM 安装光盘中的 boot.wim 拷贝出来,并事先建立 oemboot 这个目录。上面的命令行中的正斜杠使用的是全角字符。

Tags: , , , , ,

mdt_logo

        企业 ITPro 灵活运用 Microsoft Deployment Toolkit (MDT)部署 Windwos 操作系统,有效地减少了系统维护的工作量,同时也降低了总体拥有成本。很显然当前企业仍在使用 Windows XP 的大有人在,所以众多朋友致力于研究通用型 Windows XP 部署映像,便于在不通硬件类型的计算机上安装。gOxiA 虽然应用 MDT 有几年了,但是也是最近才开始学习制作通用型 Windows XP 映像,目前系统映像已经制作完毕并开始进入测试阶段。所以在 MDT 中使用 Custom image File(自定义映像文件)方式来添加操作系统源,如下图所示。

add_custom_image_file

        之后按照往常一样添加任务,更新部署点并执行部署测试。整个过程很顺利系统成果的被部署在了不通硬件的计算机上,但是发现在部署过程中选择附加要安装的应用程序后,在后续阶段并没有正确执行。也就是说当我完成了操作系统的安装第一次进入桌面后应该自动启动 MDT 的 LTI 脚本程序完成后续的应用程序安装、补丁更新……直至任务全部完成并给出报告。看来是哪里出了问题,查阅网上的资料,MDT 任务脚本程序后续的调用执行依靠 Sysprep 中 GuiRunOnce 字段的配置,这样系统完成部署后第一次进入系统就会执行 GuiRunOnce 配置下的程序。如下图所示,MDT 创建的 Sysprep 文件中 GuiRunOnce 字段下执行了 LiteTouch.wsf 脚本。

"cscript.exe C:\MININT\Scripts\LiteTouch.wsf /start"

LTI_Syaprep

        OK!现在对 Custom image File 映像执行检查。登录部署服务器,单击“开始”-“所有程序”-“Microsoft Windows AIK”-“Deployment Tools Command Prompt”,进入 WAIK 的命令行环境。

        执行下面的命令行,将已经添加到 MDT 中的 Windows XP Pro Sp3 自定义映像挂载到系统分区中事先创建好的 Mount 目录中。

imagex /mountrw "D:\Distribution\Operating Systems\WinXPProSP3\WinXPProSP3.wim" 1 c:\mount

        经查发现自定义映像中的 sysprep.inf 中 RuiRunOnce 字段下只有我手工添加的批处理命令。问题已经明了!我只需要在 Custom image File 下的 Sysprep.inf 中的 GuiRunOnce 字段里手工添加执行 LiteTouch.wsf 脚本的命令即可! 为了避免不通环境中 MININT 目录可能并不在默认的 C 盘中,我们可以在 GuiRunOnce 字段里添加多个盘符下的 LiteTouch.wsf 脚本执行命令,具体可以参考 MDT 创建的 Sysprep.inf 文件。

wim_Syaprep

        最后执行 imagex 命令,并加上"/unmount" (卸载映像)和 "/commit"(保存修改)两个参数,将所做的修改保存至映像中。

        当然即使你不执行上面的操作依然使用 MDT 来部署 Custom image File 也是可行的,唯一需要的就是在执行部署后需要手工找到 LiteTouch.wsf 的位置并执行它,以完成后续的任务。gOxiA 在想,如果与常规安装源一样,MDT 在部署 Custom image File 时能强行替换掉映像中的 Sysprep 文件,那么问题不就得到了彻底的解决,而且也能充分利用 MDT 的自动化技术。

分页: 38/50 第一页 上页 33 34 35 36 37 38 39 40 41 42 下页 最后页 [ 显示模式: 摘要 | 列表 ]