Skyfree的毕业论文 《系统封装与部署的深入研究》(2)

2.1 突破硬件限制的三个问题

2.1.1计算机电源管理模式
不同计算机的电源管理是不一样的，共有Standard、ACPI Uniprocessor、ACPI Multiprocessor、MPS Uniprocessor、MPS Multiprocessor、Compaq SystemPro、ACPI这7种，这7种电源管理模式分别适用于7种类型的计算机。
截止Windows Server 2003的企业部署工具，运用SYSPREP有一个限制，就是仅适用于用于封装的源计算机和进行部署的目标计算机必须具有相同硬件抽象层 (HAL)。
没有相同的HAL，会造成电源管理模式不能正确判断。网络中提出了不用的HAL检测解决方案，如ACPI封包、死性不改的电源模式等等。但是这些都不能做到100％的电源判断正确，而且检测会需要额外的文件，并且可能多次重启计算机，耗费了时间。
问题1，怎么让Sysprep突破不能自动检测电源管理的限制？

2.1.2计算机硬盘
计算机硬盘的发展可谓迅速。容量的提升，个人计算机硬盘容量从97年以前的个位数容量，突破到2007年现在的三位数容量。硬盘接口也一直在改变，从IDE到SATA，再从SATA到SATAII，从前一直在服务器上使用的SCSI磁盘技术和RAID磁盘阵列技术也渐渐的被使用到个人计算机中。（IDE属于并口硬盘，SATA和SCSI都属于串口硬盘，RAID属于硬盘阵列技术）。
在部署过程中，由于磁盘类型不同，需要不同的硬盘驱动（一般都是关于串口磁盘和磁盘阵列的驱动）。如果部署过程中不能正确加载硬盘驱动，则会造成不能进入系统甚至不能启动。
问题2，如何突破S&R&S（SATA & RAID & SCSI）硬盘类型的限制？

2.1.3驱动残留
进行封装的源计算机如果和进行部署的目标计算机硬件差异很大，例如AMD CPU+nVIDIA主板的源计算机做的系统映像部署到Intel CPU+Intel主板的机器上，在源计算机上装载的驱动程序肯定是在目标计算机上用不到了。即使目标计算机和源计算机硬件差异不大，但硬件技术差异很大，例如Intel CPU+Intel主板的源计算机做的系统映像部署到Intel CPU+Intel主板的机器上，源计算机为Intel 865主板，而目标计算机为945主板，源计算机上的驱动也是铁定用不到的。
这些驱动的残留不仅仅是会留下系统垃圾的问题，如果源计算机上的驱动自动强行去识别目标计算机上的硬件，很有可能会造成系统的不稳定乃至蓝屏崩溃。
问题3，如何突破不同硬件驱动冲突的限制？

2.2 突破HAL限制

2.2.1 Longhorn的启示
Windows Server 2003之前，Sysprep受到“必须源计算机与目标计算机有着相同的HAL”的限制，在HAL不相同的时候，不能正确判断计算机电源管理模式。
从2003年Windows Server 2003发布到2006年底Windows Vista的发布中的3年中，微软在研发Vista的时候，发布了以内部研发编号命名的Windows Longhorn测试版。
Windows Longhorn与以往的Windows在启动时有着一定的区别。
第一，NTLDR 有一定区别，提供了“/detecthal” 接口；
第二，BOOT.INI也支持“/detecthal”参数，以实现与NTLDR的结合；
第三，INF文件夹中有了“dtecthal.inf”， 提供各种HAL类型检测的参数说明。
有了这三个文件，可以让计算机在开机启动时即自动检测 HAL，从而可以自动判断电源管理选项。

2.2.2 移植Longhorn的HAL判断
现今大多数人还是以使用Windows 2000/XP为主，所以，即使Longhorn的HAL判断再怎么强悍，不能移植到2000/XP中，也就不能使用。
以下是在2000/XP总移植并使用Longhorn的HAL判断的具体方法：
1>从系统中提取相应的HAL文件包：（WIN2000在SP4.CAB、WINDOWS XP SP2在SP2.CAB中）
halacpi.dll
halapic.dll
halmps.dll
halaacpi.dll
halmacpi.dll
hal.dll
ntkrnlmp.exe
ntkrnlpa.exe
ntkrpamp.exe
ntoskrnl.exe
提取完毕后将hal.dll更名为halstnd.dll，ntoskrnl.exe更名为ntkrnlup.exe；
2>将上述相应的HAL文件包拷贝到准备封装的系统的%Windir%SYSTEM32下；
3>将Longhorn的“dtecthal.inf”拷贝到准备封装的系统的%Windir%INF下；
4>修改C:BOOT.INI
在准备封装的系统后面加上 /DETECTHAL参数如：
[boot loader]
timeout=0
default=multi(0)disk(0)rdisk(0)partition(1)WINDOWS
[operating systems]
multi(0)disk(0)rdisk(0)partition(1)WINDOWS="Microsoft Windows XP Professional" /fastdetect /detecthal
5>将LONGHORN版本的NTLDR拷贝到从C:，覆盖原有的NTLDR；
6>删除准备封装的系统的HAL信息，删除注册表中以下键值，如果提示权限不足不能删除，则可用setacl.exe来修改权限再删除。
HKEY_LOCAL_MACHINESYSTEMControlSet001EnumACPI_HAL
HKEY_LOCAL_MACHINESYSTEMControlSet001EnumRootACPI_HAL
HKEY_LOCAL_MACHINESYSTEMControlSet002EnumACPI_HAL
HKEY_LOCAL_MACHINESYSTEMControlSet002EnumRootACPI_HAL
HKEY_LOCAL_MACHINESYSTEMControlSet003EnumACPI_HAL
HKEY_LOCAL_MACHINESYSTEMControlSet003EnumRootACPI_HAL
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetEnumACPI_HAL
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetEnumRootACPI_HAL
至此，突破了HAL限制的系统就已经准备完毕。由于这个技术本身就出自微软，所以对电源管理的判断几乎是100％。
突破HAL限制的系统可以部署在任何HAL环境的计算机上，不再有“源计算机和目标计算机需有相同的HAL”的限制。
2.1.1节中提出的问题完美解决

2.3 突破S&R&S 硬盘限制
确定目标计算机上可能用到的所有大量存储控制器，对于可能存在于目标计算机上的每个大量存储控制器，创建其硬件 ID 的列表。

2.3.1对于在 Windows 产品 CD 中提供的大量存储控制器
可以创建具有以下部分的 Sysprep.inf 文件：
[SysprepMassStorage]
hardware_id = path_to_device_inf
其中：
hardware_id
在设备的 .inf 文件中指定的即插即用 ID。
path_to_device_inf
.inf 文件的路径，该文件中包含待安装控制器的即插即用 ID。
例如，要支持 Windows XP 自带的不同 IDE 控制器（PCI 和 Intel），该部分如下所示：
[SysprepMassStorage]
PCIVEN_8086&DEV_1222 = "%WINDIR%infmshdc.inf"
PCIVEN_8086&DEV_1230 = "%WINDIR%infmshdc.inf"
PCIVEN_8086&DEV_7010 = "%WINDIR%infmshdc.inf"
PCIVEN_8086&DEV_7111 = "%WINDIR%infmshdc.inf"
PCIVEN_8086&DEV_2411 = "%WINDIR%infmshdc.inf"
PCIVEN_8086&DEV_2421 = "%WINDIR%infmshdc.inf"
PCIVEN_8086&DEV_7199 = "%WINDIR%infmshdc.inf"

2.3.2 对于 Windows 产品 CD 上没有提供的大量存储控制器
将目标计算机上的大量存储控制器的驱动程序文件复制到您计算机上的文件夹中 – 例如，复制到主计算机硬盘驱动器上的 %SYSTEMDRIVE%pnpdrvrsstorage 中。
按以下格式向 [SysprepMassStorage] 部分中添加几行内容：
hardware_id = path_to_device_inf, disk_directory, disk_description, disk_tag
其中：
hardware_id
在设备的 .inf 文件中指定的即插即用 ID。
path_to_device_inf
.inf 文件的路径，该文件中包含待安装控制器的即插即用 ID。
disk_directory
第三方提供的软盘上的文件夹名称，该文件夹中包含大量存储驱动程序的副本。
disk_description
在第三方提供的 Txtsetup.oem 文件中指定的软盘说明。
disk_tag
在第三方提供的 Txtsetup.oem 文件中指定的软盘的磁盘标记。
将驱动程序文件放置到由 Sysprep.inf 中 [SysprepMassStorage] 部分指定的位置。例如，要支持新的 Qlogic 驱动程序，如果将文件复制到 C:DriversStorage 文件夹，则添加如下行：
[SysprepMassStorage]
PCIVEN_1077&DEV_1080 = "C:DriversStorageqlogicqlogic.inf", "C:DriversStorageqlogic", "Qlogic Software Disk", "C:DriversStorageqlogicqlogic"

2.3.3 突破S&R&S实例
1>收集需要的srs驱动，方便期间，直接下载DPS提供的massstorage 驱动：
http://www.driverpacks.net/DriverPacks/download.php?pag=m
2>解压驱动到c:drivers 。
3>编辑sysprep.ini 加入以下内容
InstallFilesPath=C:sysprepi386
然后在[SysprepMassStorage]段中添加需要的串口磁盘驱动，根据DPS驱动包的说明书，一般只集成Intel、nVIDIA、Uli、VIA、SiS、AMD的串口磁盘驱动即可，在对应的驱动包中的inf文件中，可以获得硬件的即插即用ID。
例如：
[SysprepMassStorage]
PCIVEN_1022&DEV_7469=c:driversmamAMDEIDE.inf
PCIVEN_1002&DEV_4349=c:driversmatatiide.inf
PCIVEN_10B9&DEV_5215=c:driversmau1ALIIDE.INF
PCIVEN_10B9&DEV_5219=c:driversmau1ALIIDE.INF
PCIVEN_10B9&DEV_5229=c:driversmau1ALIIDE.INF
PCIVEN_10B9&DEV_5228=c:driversmau2m5228.INF
PCIVEN_10B9&DEV_5281=c:driversmau2m5281.inf
PCIVEN_10B9&DEV_5287=c:driversmau3ulisata.inf
PCIVEN_10B9&DEV_5288=c:driversmau4ULISATA.INF
PCIVEN_10B9&DEV_5289=c:driversmau5ULISATA.INF
PCIVEN_8086&DEV_2652&CC_0104=c:driversmin1iastor.inf
PCIVEN_8086&DEV_27C3&CC_0104=c:driversmin1iastor.inf
PCIVEN_8086&DEV_2682&CC_0104=c:driversmin1iastor.inf
PCIVEN_8086&DEV_27C6&CC_0104=c:driversmin1iastor.inf
PCIVEN_8086&DEV_2822&CC_0104=c:driversmin1iastor.inf
PCIVEN_8086&DEV_2652&CC_0106=c:driversmin1iaahci.inf
PCIVEN_8086&DEV_2653&CC_0106=c:driversmin1iaahci.inf
PCIVEN_8086&DEV_27C1&CC_0106=c:driversmin1iaahci.inf
PCIVEN_8086&DEV_27C5&CC_0106=c:driversmin1iaahci.inf
PCIVEN_8086&DEV_2681&CC_0106=c:driversmin1iaahci.inf
PCIVEN_8086&DEV_2821&CC_0106=c:driversmin1iaahci.inf
PCIVEN_8086&DEV_24DF&CC_0104=c:driversmin1Oiastor.inf
PCIVEN_8086&DEV_25B0&CC_0104=c:driversmin1Oiastor.inf
PCIVEN_10DE&DEV_008E=c:driversmNTMnvatabus.inf
PCIVEN_10DE&DEV_00D5=c:driversmNTMnvatabus.inf
PCIVEN_10DE&DEV_00EE=c:driversmNTMnvatabus.inf
PCIVEN_10DE&DEV_00E3=c:driversmNTMnvatabus.inf
PCIVEN_10DE&DEV_0036=c:driversmNTMnvatabus.inf
PCIVEN_10DE&DEV_003E=c:driversmNTMnvatabus.inf
PCIVEN_10DE&DEV_0054=c:driversmNTMnvatabus.inf
PCIVEN_10DE&DEV_0055=c:driversmNTMnvatabus.inf
PCIVEN_10DE&DEV_0266=c:driversmNTMnvatabus.inf
PCIVEN_10DE&DEV_0267=c:driversmNTMnvatabus.inf
PCIVEN_10DE&DEV_036F=c:driversmNTMnvatabus.inf
PCIVEN_10DE&DEV_037E=c:driversmNTMnvatabus.inf
PCIVEN_10DE&DEV_037F=c:driversmNTMnvatabus.inf
PCIVEN_10DE&DEV_03F6=c:driversmNTMnvatabus.inf
PCIVEN_10DE&DEV_03F7=c:driversmNTMnvatabus.inf
PCIVEN_10DE&DEV_03E7=c:driversmNTMnvatabus.inf
PCIVEN_1039&DEV_0181=c:driversMSI1SISRaid1.INF
PCIVEN_1039&DEV_0180=c:driversMSI2SISRaid.INF
PCIVEN_1039&DEV_0182=c:driversMSI3SISRaid2.INF
PCIVEN_1106&DEV_3349&CC_0104=c:driversMV1VIAMRAID.INF
PCIVEN_1106&DEV_6287&CC_0106=c:driversMV1VIAMRAID.INF
PCIVEN_1106&DEV_0591&CC_0104=c:driversMV1VIAMRAID.INF
PCIVEN_1106&DEV_3249&CC_0104=c:driversMV1VIAMRAID.INF
PCIVEN_1106&DEV_3149&CC_0104=c:driversMV1VIAMRAID.INF
PCIVEN_1106&DEV_3164&CC_0104=c:driversMV1VIAMRAID.INF
PCIVEN_1106&DEV_0581&CC_0104=c:driversMV1VIAMRAID.INF
PCIVEN_1106&DEV_7372&CC_0104=c:driversMV1VIAMRAID.INF
PCIVEN_1106&DEV_4149=c:driversMV2viapide.inf
PCIVEN_1106&DEV_0571=c:driversMV3vminiide.inf
PCIVEN_1106&DEV_3149&CC_0101=c:driversMV3vminiide.inf
PCIVEN_1106&DEV_0591&CC_0101=c:driversMV3vminiide.inf
PCIVEN_1106&DEV_5337&CC_0101=c:driversMV3vminiide.inf
PCIVEN_1106&DEV_3349&CC_0101=c:driversMV3vminiide.inf
PCIVEN_1106&DEV_5287&CC_0101=c:driversMV3vminiide.inf
PCIVEN_1106&DEV_3164&CC_0101=c:driversMV3vminiide.inf
PCIVEN_1106&DEV_0581&CC_0101=c:driversMV3vminiide.inf
PCIVEN_1106&DEV_5324&CC_0101=c:driversMV3vminiide.inf
PCIVEN_104B&DEV_1040=c:driversMVMvmscsi.inf
4>在c:sysprep 目录下建立 i386$oem$目录 ，在c:sysprepi386$oem$ 中建立cmdlines.txt 文件，在文件中加入
[Commands]
"c:sysprepsysprep -clean"
这样就会在最小化安装的过程中禁用所有因为在目标计算机上不存在而未安装的大量存储控制器。
至此，一个突破了S&R&S限制的系统映像准备完毕。
执行sysprep进行封装，在封装的过程中，系统会自动安装 srs驱动。在最小化安装的时候会删除多余的驱动。
2.1.2节中的问题，这里也就已经解决了。

2.4 多余驱动的卸载
做封装所用的计算机中所使用的驱动程序，在被部署的计算机上大多数不再有用（除非都被部署在相同硬件配置的计算机上）。所以，我们要一一删除源计算机中的这些驱动，以免残留的驱动造成部署的不正常。
卸载驱动，在“设备管理器”（我的电脑，属性，硬件，设备管理器）中列出所有设备，然后一一卸载。

在设备管理器中，可以看到当前正在使用的所有硬件设备。
1>常规驱动的卸载
除“IDE ATA/ATAPI控制器”和“计算机”以外的其他设备，一一展开，然后卸载即可。
2>更改IDE模式
由于不同计算机的IDE控制器差异比较大，如果出现错误的识别，将会出现不能开机的情况，所以，这里预先将IDE控制器设置为“标准双通道”，在部署时，安装程序将自动寻找和起匹配的IDE控制器驱动程序。
3>计算机电源管理
计算机电源管理分为许多种，可以适用于不同类别的计算机。如果电源管理判断不正确，将会造成计算机的不正常。在计算机识别电源管理之前，需要将电源管理设为标准模式以基本适用于所有的计算机，这种标准模式仅仅可以保证计算机正常启动，但是不能保证最高效的运行。
将计算机的电源管理模式设置为Standard PC以后，在部署时，由于我们适用了Longhorn的HAL自动判断，计算机将会在启动时自动修改Standard PC为被部署计算机的电源管理模式。
至此，突破了硬件限制的系统映像也被修改了出来，系统映像可以被部署到不同硬件配置的机器中了。
2.1.3节中的问题被解决。

2.5 综述
在不同硬件配置的机器中适用系统部署受到种种制约，本章分为3块解决了映像系统万能部署的3条限制。
Longhron的自动HAL判断，解决了源计算机与目标计算机在不同HAL模式时不能进行部署的问题。
S&R&S驱动的集成，解决了系统部署在不同硬盘模式的情况下进行部署的问题。
驱动的卸载，解决了系统部署在不同硬件配置的计算机下进行的问题。
这3条限制被突破以后，系统部署时，不必再遵循源计算机和目标计算机必须相同配置的原则，真正可以实现无限制的“万能部署”。