雨林木风万能驱动包 5.0 Build 0713 封装系统 含驱动程序选择工具
【转载】Win7 封装深入研究教程《步步为营封 Win7》C
《步步为营封WIN7》磁盘控制器 (一)概念 关于磁盘控制器驱动,这似乎是个老生常谈的问题了。从大概两年前我就一直在努力的纠正“SATA驱动、串口驱动”这些概念错误,但效果不佳,直至今日仍有部分技术人员将这些具有很大偏颇性的词语挂在嘴边,乃至误导更多的新手。所以今天我会再次重复强调一下“磁盘控制器”和“磁盘控制器驱动”的概念,新手请务必读懂,老手也有必要进行重温。 什么是磁盘控制器?从字面上也大概可以看出,磁盘控制器的作用是管理和控制磁盘。这里的“磁盘”是一个广义的概念,泛指现在常用的机械硬盘和固态硬盘。磁盘控制器有集成于主板上的,也有独立的(如各类SCSI卡),而且磁盘控制器是由来已久的,不是到“SATA时代”才开始出现的。我们这里一定要搞清楚三个问题: 1、磁盘控制器与磁盘无关。 系统是通过磁盘控制器来识别磁盘的,所以磁盘控制器上的磁盘无论是什么样子(无论是PATA、SATA、RAID、SCSI以及等等)系统是绝对不会操心的,系统唯一关心的是它能否识别磁盘控制器,如果能识别磁盘控制器那么磁盘控制器就会告诉系统怎么去管理磁盘。 这就好像以为领导要找一份档案材料,他只要找的到档案室的管理员就可以,至于这个档案室管理员去什么样的档案柜上怎么去找档案材料,领导是无需担心的。就像系统无需操心磁盘类型是一样的 原版系统中(无论是WINXP还是WIN7)都会包含一定量的磁盘控制器驱动,这些驱动可以应付部分磁盘控制器,而且一般而言,应付并口磁盘控制器是没有什么问题的。但随着时间的推移,随着新硬件和新磁盘控制器的推出,系统自带的磁盘控制器驱动会越来越显得单薄,这就是为什么我们在系统封装与部署时必须增补额外磁盘控制器驱动的原因。 2、磁盘控制器驱动是针对磁盘控制器的 上文已述,系统并不关心磁盘是什么样的,而系统只需要能够控制磁盘控制器就可以了。那么系统要怎么才能拥有对磁盘控制器的控制能力?答案就是通过驱动程序。系统通过磁盘控制器驱动获得对磁盘控制器的控制能力,从而控制磁盘。 3、磁盘控制器工作模式与磁盘类型无关。 现在硬盘的各种标识让人眼花缭乱,而各种关于磁盘控制器工作模式的描述又让人产生各种混淆,SATA、SATAII、AHCI、RAID以及等等,但我这里要说的是,你的硬盘是SATA那么系统就真的把你的硬盘当做SATA了吗?答案为否。 刚才已经说了,系统通过磁盘控制器了解磁盘,而磁盘控制器又有着多种工作和控制模式。在CMOS里我们可以看到对磁盘控制器的设置,大多磁盘控制器拥有多种工作模式,例如IDE模式、AHCI模式、RAID模式等等。如果你是一个SATA硬盘,而磁盘控制器开启的是IDE模式,那么很遗憾,系统仅仅把你的硬盘当做普通IDE硬盘来对待。建议,如果您的硬盘支持更高级的工作模式,请把CMOS里的设置也相应调整以提高磁盘性能。 说完这些概念,我请大家在今后不要再谈论所谓“SATA硬盘驱动”了,这句话带有很大的错误性,并容易误导更多的新手! (二)磁盘控制器驱动 封装用磁盘控制器驱动(俗称SRS驱动)和即插即用磁盘控制器驱动还是有区别的。 封装用磁盘控制器驱动属于系统关键设备驱动,随系统启动而启动,属于不可或缺的驱动,如果没有这个驱动系统就无法控制磁盘控制器,从而无法操作磁盘,结果就是造成系统的宕机。即插即用磁盘控制器驱动则不同,它就像显卡和声卡的驱动一样,不安装仅仅是无法发挥硬件的最大效能而已,例如显卡驱动不装各种效果无法开启、声卡驱动不装会无声音等。但封装用磁盘控制器驱动和即插即用磁盘控制器驱动本身是无区别的,所以这只是同一种驱动的两种工作模式罢了。 那么封装用磁盘控制器驱动是怎么工作的呢? 1、系统启动时检测系统关键设备列表,并准备将这个列表中的设备启动起来,这个列表在注册表中的: HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\CriticalDeviceDatabase 打开CriticalDeviceDatabase键,其下是所有系统关键设备的硬件ID。而我们看一个一硬件ID名命名的键,一般包括ClassGUID和Service子键,键值为拥有此硬件ID的设备的设备所属类和所调用的系统服务。 如果当前磁盘控制器存在于系统关键设备中,那么就根据磁盘控制器硬件ID的Service键去寻找它所需要使用的服务。而如果当前磁盘控制器不存在于系统关键设备中,则直接蓝屏宕机。 2、使用磁盘控制驱动服务,系统的所有服务都位于: HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Services 当然也包括磁盘控制器驱动的服务。而如果当前磁盘控制器所需要的驱动服务并不存在,则直接蓝屏宕机。 我们打开一个磁盘控制器驱动的服务,这个服务包括很多子键,但其中较为重要的是ImagePath和Start,它们分别规定了本服务要加载哪个驱动文件和本服务的启动方式。 3、加载磁盘控制器驱动文件,启用磁盘控制器。由启动的磁盘控制器驱动服务决定加载哪个驱动文件,这些驱动文件一般都位于C:\Windows\System32\drivers中,而如果这个驱动文件在被加载的时候不存在,则直接蓝屏宕机。 通过如上描述,我们发现了如下一个过程: 系统关键设备-->设备驱动服务-->设备驱动文件。 (1)当前磁盘控制器是否属于系统关键设备,不属于则宕机,属于则根据系统关键设备列表中的相应描述,去寻找这个磁盘控制器所对应的驱动服务; (2)如果找不到这个磁盘控制器所对应的驱动服务,则宕机,找得到则根据驱动服务中规定的驱动文件,去寻找这个磁盘控制器所对应的驱动文件; (3)如果找不到驱动文件,则宕机,找得到则使用此驱动控制磁盘控制器。 这是个连贯的过程,哪一个环节出现问题,最终的结果都是宕机。 (三)INF阅读术 阅读驱动的INF文件需要一定的经验积累,同样也需要一定的尝试和失败,所以我这里只能以制作封装用磁盘控制器驱动为目的的INF阅读方法。 以下我以INTEL AHCI磁盘控制器驱动为例介绍,INTEL的驱动写的标准且简介,而且INTEL驱动本身是最为稳定的,建议新手练手时选取INTEL的驱动。 1、读出驱动所属类 01.[version] 02.CatalogFile=iaAHCI.cat 03.Signature="$WINDOWS NT$" 04.Class=hdc 05.ClassGuid={4D36E96A-E325-11CE-BFC1-08002BE10318} 06.Provider=%INTEL% 07.DriverVer=06/04/2009,8.9.0.1023 [/code version段一般在驱动INF的开头处,Class即为本驱动所属类,而ClassGuid是这个类的GUID。驱动所属类是个重要的信息,在我们制作封装用磁盘控制器驱动的系统关键设备部分有着很重要的地位。 2、读出哪些硬件ID对应本驱动,而每个硬件ID又使用了哪个驱动服务 这一般需要去读两个段,一个是: 复制代码 [code] 01.[Manufacturer] 02.%INTEL%=INTEL_HDC,ntx86 Manufacturer段规定了如下哪个段是用来记录驱动描述、所用服务、驱动ID的。“INTEL_HDC”是主段名,“,”后面的是附加段名。例如在这个描述中,如下可能有两个段包括驱动描述、所用服务和驱动ID信息:INTEL_HDC段,或INTEL_HDC. ntx86段。 INTEL的磁盘控制器是一体化的驱动,从XP到WIN7用的驱动是相同的,所以它的Manufacturer段的内容比较简单。有些驱动针对不同系统是分开的,可能会有针对XP和WIN7的不同设置,请根据实际情况进行应变。 另一个需要我们阅读的段十分重要,这个段也是由Manufacturer段规定出来的 01.[INTEL_HDC.ntx86] 02.%PCI\VEN_8086&DEV_2681&CC_0106.DeviceDesc% = iaStor_Inst, PCI\VEN_8086&DEV_2681&CC_0106 03.%PCI\VEN_8086&DEV_27C1&CC_0106.DeviceDesc% = iaStor_Inst,PCI\VEN_8086&DEV_27C1&CC_0106 04.%PCI\VEN_8086&DEV_27C5&CC_0106.DeviceDesc% = iaStor_mobl_Inst,PCI\VEN_8086&DEV_27C5&CC_0106 05.%PCI\VEN_8086&DEV_2821&CC_0106.DeviceDesc% = iaStor_Inst, PCI\VEN_8086&DEV_2821&CC_0106 06.%PCI\VEN_8086&DEV_2829&CC_0106.DeviceDesc% = iaStor_mobl_Inst, PCI\VEN_8086&DEV_2829&CC_0106 07.%PCI\VEN_8086&DEV_2922&CC_0106.DeviceDesc% = iaStor_Inst, PCI\VEN_8086&DEV_2922&CC_0106 08.%PCI\VEN_8086&DEV_2929&CC_0106.DeviceDesc% = iaStor_mobl_Inst, PCI\VEN_8086&DEV_2929&CC_0106 09.%PCI\VEN_8086&DEV_3A02&CC_0106.DeviceDesc% = iaStor_Inst, PCI\VEN_8086&DEV_3A02&CC_0106 10.%PCI\VEN_8086&DEV_3A22&CC_0106.DeviceDesc% = iaStor_Inst, PCI\VEN_8086&DEV_3A22&CC_0106 11.%PCI\VEN_8086&DEV_3B29&CC_0106.DeviceDesc% = iaStor_mobl_Inst, PCI\VEN_8086&DEV_3B29&CC_0106 12.% @8 N%PCI\VEN_8086&DEV_3B2F&CC_0106.DeviceDesc% = iaStor_mobl_Inst, PCI\VEN_8086&DEV_3B2F&CC_0106 13.%PCI\VEN_8086&DEV_3B22&CC_0106.DeviceDesc% = iaStor_Inst, PCI\VEN_8086&DEV_3B22&CC_0106 “=”前的部分是关于这个驱动的文字描述,我们可以在INF的String段里看到,不过这个对我们制作封装用磁盘控制器驱动基本没什么作用。 “=”后的部分,“,”前是针对本硬件ID哪些段对它进行了处理,例如“iaStor_Inst”,如下各段中凡以此开头的,都是针对本硬件ID的处理,包括为本硬件ID添加哪个服务。 ( i“=”后的部分,“,”后是磁盘控制器的硬件ID,如“PCI\VEN_8086&DEV_3B29&CC_0106”。 这些磁盘控制器的硬件ID将在随后被我们添加到封装用磁盘控制器驱动的系统关键设备中,而它们所对应的服务将是我们下一步阅读的目标。 3、读出硬件所对应的服务。 在刚才的INTEL_HDC.ntx86段中,我们获得了本驱动可支持的硬件ID列表,现在我们要把这些ID对应的服务找出来。例如: %PCI\VEN_8086&DEV_3A22&CC_0106.DeviceDesc% = iaStor_Inst, PCI\VEN_8086&DEV_3A22&CC_0106 规定了PCI\VEN_8086&DEV_3A22&CC_0106的各类操作由iaStor_Inst相关段决定,那我们就去寻找iaStor_Inst的相关段,直到找到: 01.[iaStor_Inst.Services] 02.8 N9 v3 ]6 f; K. zAddService = iaStor, %SPSVCINST_ASSOCSERVICE%, iaStor_Service_Inst, iaStor_EventLog_Inst 本段中决定要添加一个服务(AddService),名为“iaStor”,添加方法由“iaStor_Service_Inst”段决定,添加的事件日志由“iaStor_EventLog_Inst”段决定。随后我们找到“iaStor_Service_Inst”段。 复制代码 01.[iaStor_Service_Inst] 02.DisplayName = %*PNP0600.DeviceDesc% 03.ServiceType = %SERVICE_KERNEL_DRIVER% 04.StartType = %SERVICE_BOOT_START% 05.ErrorControl = %SERVICE_ERROR_NORMAL% 06.ServiceBinary = %12%\iaStor.sys1 j J- Z* C" E- S; E 07.LoadOrderGroup = SCSI Miniport 08.AddReg = iaStor_parameters_AddReg DisplayName,服务的显示名,这对我们制作封装用磁盘控制器驱动没太大关系。 ServiceType,服务的类型,这里是“内核级驱动”。 StartType,服务启动类型,这里是“随系统启动”。 ErrorControl,报错类型,这里是“一般性报错”。 ServiceBinary,这个其实是驱动文件的位置,%12%代表System32\drivers,则完整驱动文件路径为“System32\drivers\iaStor.sys”。 LoadOrderGroup,驱动所属的组。 AddReg,这一般是为本服务额外添加的注册表键和键值。 通过阅读这些,我们知道了硬件ID为“PCI\VEN_8086&DEV_3A22&CC_0106”的设备所需服务的基本概况,特别是我们得知了这个驱动服务所加载的驱动文件名称及位置。以此类推,解决其他的硬件ID。 从INF里读到了这些信息,我们就可以着手制作WIN7的封装专用磁盘控制器驱动了。 (四)制作封装专用磁盘控制器驱动 制作封装专用磁盘控制器驱动其实就是一个将INF转成REG的过程,曾经有过这种工具,但我个人并不建议大家使用。如果使用者并不明白INF转REG的真正原理,就很难了解这项技术的真正内在本质,更难于在出现问题时能够独立解决,这个技术的公共交流带来了很多不便。本节内容我会和大家一起亲手将INTEL AHCI磁盘控制器驱动的INF转成封装用的REG文件,以让大家更加了解这项技术的本质。 上文中,我们已经介绍了INF阅读的基本方法,下面我们来对INF进行一下转化。 1、系统关键设备部分 这部分的注册表键和键值遵守如下样式: 01.[HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\CriticalDeviceDatabase\(硬件ID)] 02."ClassGUID"="(类的GUID)" 03."Service"="(对应的服务名)" 硬件ID,读取自INTEL_HDC.ntx86段,例如“PCI\VEN_8086&DEV_2922&CC_0106” 类的GUID,读取自version段,“ClassGuid={4D36E96A-E325-11CE-BFC1-08002BE10318}” 对应的服务名,读取自INTEL_HDC.ntx86段,由“PCI\VEN_8086&DEV_2922&CC_0106”对应的iaStor_Inst段所派生的iaStor_Inst.Services决定服务名,为“iastor” 那么“PCI\VEN_8086&DEV_2922&CC_0106”的系统关键设备部分注册表应该写为: 01.[HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\CriticalDeviceDatabase\ PCI#VEN_8086&DEV_2922&CC_0106] 02."ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}" 03."Service"=" iastor " (注意硬件ID中的“\”变为“#”) 以此类推,将其他硬件ID的系统关键设备的注册表键和键值写完 2、驱动服务部分 分的注册表写起来比较容易,但要注意对应关系,即INF中的名字和REG中的名字不同。 回顾一下iaStor_Service_Inst段,依据此段写封装用磁盘控制器驱动的驱动服务时,不是所有的部分都需要,我将它简化一下: 01.[iaStor_Service_Inst] 02.ServiceType = %SERVICE_KERNEL_DRIVER% 03.StartType = %SERVICE_BOOT_START% 04.ErrorControl = %SERVICE_ERROR_NORMAL% 05.ServiceBinary = %12%\iaStor.sys 06.LoadOrderGroup = SCSI Miniport INF中带有“%%”的部分,在INF的String段有期对应的值,最简单的方法可以全文搜索一下两个“%”之间的内容,即会找到他们对应的值。如本例中,替换为值后为: 01.[iaStor_Service_Inst] 02.ServiceType = 1 03.StartType = 0 04.ErrorControl = 1 05.ServiceBinary = system32\drivers\iaStor.sys 06.LoadOrderGroup = SCSI Miniport 这些部分在注册表中分别对应: 01. INF中的ServiceType对应注册表中的Type; 02. INF中的StartType对应注册表中的Start; 03. INF中的ErrorControl对应注册表中的ErrorControl 04. INF中的ServiceBinary对应注册表中的ImagePath 05. INF中的LoadOrderGroup对应注册表中的Group。 而服务部分的一般样式为: 01.[HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Services\(服务名)] 02."ErrorControl" 03."Group"="" 04."ImagePath"="" 05."Start"= 06."Type"= 则我们转化后为: 01.[HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Services\iaStor] 02."ErrorControl"=dword:00000001 03."Group"="SCSI Miniport" 04."ImagePath"="system32\drivers\IaStor.sys" 05."Start"=dword:00000000 06."Type"=dword:00000001 这样,服务部分我们也搞定了。 3、驱动文件 差点忘记了,不要忘记把驱动程序文件“IaStor.sys”也提取出来,在执行系统封装时复制到“ImagePath”所规定的位置即可。 经过全部过程后,我们可以制作出来一份INTEL AHCI磁盘控制器的封装用磁盘控制器驱动了!这份驱动的注册表文件为: 01.[HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\CriticalDeviceDatabase\pci#VEN_8086&DEV_2681&CC_0106] 02."ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}" 03.G"Service"="iaStor" 04.[HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\CriticalDeviceDatabase\pci#VEN_8086&DEV_27C1&CC_0106] 05."ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}" 06."Service"="iaStor" 07.[HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\CriticalDeviceDatabase\pci#VEN_8086&DEV_27C5&CC_0106] 08."ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}" 09."Service"="iaStor" 10.[HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\CriticalDeviceDatabase\pci#VEN_8086&DEV_2821&CC_0106] 11."ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}" 12."Service"="iaStor" 13.[HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\CriticalDeviceDatabase\pci#VEN_8086&DEV_2829&CC_0106] 14.{"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}" 15."Service"="iaStor" 16.[HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\CriticalDeviceDatabase\pci#VEN_8086&DEV_2922&CC_0106] 17.[. r2 k! T"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"4 b- N+ I# x4 } 18."Service"="iaStor" 19.[HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\CriticalDeviceDatabase\pci#VEN_8086&DEV_2929&CC_0106] 20."ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}" 21."Service"="iaStor" 22.[HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\CriticalDeviceDatabase\pci#VEN_8086&DEV_3A02&CC_0106] 23."ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}" 24."Service"="iaStor" 25.- ^% ^4 [HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\CriticalDeviceDatabase\pci#VEN_8086&DEV_3A22&CC_0106] 26."ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}" 27."Service"="iaStor" 28.[HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\CriticalDeviceDatabase\pci#VEN_8086&DEV_3B29&CC_0106] 29."ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}" 30."Service"="iaStor" 31.[HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\CriticalDeviceDatabase\pci#VEN_8086&DEV_3B2F&CC_0106] 32."ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}" 33."Service"="iaStor" 34.[HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\CriticalDeviceDatabase\pci#VEN_8086&DEV_3B22&CC_0106] 35."ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}" 36."Service"="iaStor" 37.[HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Services\iaStor] 38."ErrorControl"=dword:00000001 39."Group"="SCSI Miniport" 40."ImagePath"="system32\drivers\IaStor.sys" 41."Start"=dword:00000000 42."Type"=dword:00000001 至此,我们学会了制作封装用磁盘控制器驱动的方法。制作封装用磁盘控制器驱动需要长期的实践和总结,也需要经历无数的失败才能成就最后的成功!
|
【转载】Win7 封装深入研究教程《步步为营封 Win7》B
二、驱动处理 (一)简介 封装前都会对封装用计算机(源计算机)中的硬件设备驱动进行处理。所谓处理,主要是卸载驱动,以及一些对驱动程序的调整等。 为什么要卸载源计算机的硬件设备驱动程序?理论上说,卸载源计算机的驱动不是必要的步骤,Windows本身就具有对硬件的即插即用能力,例如你添加一块网卡、更换一块显卡系统都会自动帮你搜寻适合的驱动并尝试安装。系统封装与部署技术是将源计算机中的系统封装后部署到其他计算机上,对系统来说并不认为是系统部署到了不同计算机中,而是发现了更多的即插即用设备,系统会为这些“多出来”的设备自动搜索与安装驱动。 但是事与愿违,只有实践才能检验理论。在实际的系统封装与部署中,由于硬件不卸载带来的一系列的小问题层出不穷。这些问题中有些的确是由于硬件商造成的,例如XP时代经典的声卡ID冲突问题;而也有一些也是由于Windows本身的功能造成的,例如出现“本地连接2”等。再加之每个用户都不想要一个“不干净”的系统,所以驱动处理逐渐的成为了必须要做的事情。 (二)原理 处理驱动程序不是什么难事,估计没有人不会卸载驱动与更改驱动。所以,在本文里我绝对不会和大家探讨怎么一步步的在设备管理器里点鼠标卸载驱动,这无异于浪费大家的时间和精力。我们要讨论的是怎么自动的卸载这些驱动程序,毕竟大家都喜欢双击一个程序解决一切问题的舒适感。今天我们要做的,就是要了解这种舒适感背后的技术。 每种硬件都有它们自己的ID,要查看硬件的ID很容易,如下图: 从图中可以看到,硬件不只有一个ID,一般来说一个硬件的硬件ID(HWID)会有1~4个。HWID就像身份证号一样独立标识着每类硬件,所以我们很容易的可以想到会存在一组硬件与HWID的对应关系列表。如何获得这个列表?打开注册表: HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Enum6 可以看到其下的分类,打开某一个分类,例如Display,再选取下面的硬件子类,例如我计算机中的: HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Enum\DISPLAY\BNQ76D9 打开后会发现其下有以设备编号命名的设备键,例如我计算机中的: HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Enum\DISPLAY\BNQ76D9\5&5db3def&0&UID268435459 这其实是我的BENQ显示器,显示器的标识是“5&5db3def&0&UID268435459”,我们来看一下“5&5db3def&0&UID268435459”下的子键,找到“HardwareID”键,它的键值即是我的BENQ显示器的HWID。 当然您的显示器不可能完全与我的一样,但您可以在类似的位置找到您显示器的HWID。如果您已经找到了,那么可以以此类推看看其他硬件的HWID。您会发现HardwareID键包括多个HWID键值,就像我们在设备管理器里看到的一样。这也就是说,我们可以通过注册表来获取本机所有硬件设备的HWID列表了! 说到这里您大概会有如下两个问题了: 1、我们有了HWID又能做什么?有HWID就能自动卸载驱动吗? 2、怎么获取这个列表,难道要我们手工一个个的复制粘贴吗? 下面我们来逐步解决这些问题,我们要用到命令行工具的操作基础和一定的AU3基础,如果您这两方面比较薄弱,那么建议先多学习一下这方面的知识再来学习如下内容。 三)DevCon.exe DevCon.exe是微软的可代替设备管理器的命令行工具。虽然是个命令行工具,但实际上讲,它有着比设备管理器更强大的性能。如果对此工具有更多兴趣,可以查阅微软官方支持:http://support.microsoft.com/kb/311272/zh-cn。 01.devcon.exe [-r] [-m:\\<machine>] <command> [<arg>...] 02.-r 如果指定它,在命令完成后若需要则重新启动计算机。 03.<machine> 是目标计算机的名称。 04.<command> 是将要执行的命令(如下所示)。 05.<arg>... 是命令需要的一个或多个参数。 06.要获取关于某一特定命令的帮助,请键入:devcon.exe help <command> 07.classfilter,允许修改类别筛选程序。 08.classes,列出所有设备安装类别。 09.disable,禁用与指定的硬件或实例 ID 匹配的设备。 10.driverfiles,列出针对设备安装的驱动程序文件。 11.wdrivernodes,列出设备的所有驱动程序节点。 12.Venable,启用与指定的硬件或实例 ID 匹配的设备。 13.find,查找与指定的硬件或实例 ID 匹配的设备。 14.C- Sfindall,查找设备,包括那些未显示的设备。 15.Zhelp,显示此信息。 16.hwids,列出设备的硬件 ID。 17.winstall,手动安装设备。 18.Flistclass,列出某一安装类别的所有设备。 19.Kreboot,重新启动本地计算机。 20.xremove,删除与特定的硬件或实例 ID 匹配的设备。 21.rescan,扫描以发现新的硬件。 22.cresources,列出设备的硬件资源。 23.restart,重新启动与特定的硬件或实例 ID 匹配的设备。 24.stack,列出预期的设备驱动程序堆栈。 25.status,列出设备的运行状态。 26.update,手动更新设备。 手动更新设备,无用户提示 添加、删除和更改根枚举设备的硬件 ID 的顺序。 这的确是一个功能很多的工具,但今天我们只需要它的一个功能就可以了,毕竟我们只需要用DevCon.exe来卸载驱动。我们来看DevCon.exe的“remove”功能,此功能的语法是:复制代码 01.DevCon.exe remove [HWID] DevCon.exe的这个功能的主要目的,是移除使用本HWID的硬件驱动程序。即,我们只要知道设备的HWID,就可以通过DevCon.exe的命令行模式将其卸载。例如我们要卸载一个HWID为复制代码 复制代码 01.“PCI\VEN_1002&DEV_4393&CC_0104” 设备的驱动,则: 复制代码 01.DevCon.exe remove PCI\VEN_1002&DEV_4393&CC_0104 这为我们自动卸载驱动做了最好的铺垫。 (四)自动卸载5 自动获取HWID列表 既然我们只要有硬件的HWID就能卸载该硬件的驱动,那么我们现在就要想办法怎么弄到计算机中所有硬件的HWID列表了。前文已述,可以通过读取注册表的方法获取HWID,那么我们就可以通过AU3实现 复制代码 01.Func _DrvUnins_ReadHwids() 02. Local $HwidList[1][2], $p = 1 03. Local $RootKey = "HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Enum" 04. Local $i = 1 05. While 1 06. Local $SubKey1 = RegEnumKey($RootKey, $i) 07. If @error = -1 Then ExitLoop 08. $SubKey1 = $RootKey & "\" & $SubKey1 09. Local $j = 1 10. While 10 W5 L" ~; {3 h3 e6 j" s8 f4 G 11. Local $SubKey2 = RegEnumKey($SubKey1, $j) 12. If @error = -1 Then ExitLoop 13. $SubKey2 = $SubKey1 & "\" & $SubKey2 14. Local $k = 1 15. While 1 16. Local $SubKey3 = RegEnumKey($SubKey2, $k) 17. If @error = -1 Then ExitLoop 18. $SubKey3 = $SubKey2 & "\" & $SubKey3 19. Local $Cls = RegRead($SubKey3, "Class") 20. ; 21. If $Cls <> "Mouse" And _ 22. $Cls <> "Keyboard" And _ 23. $Cls <> "System" And _ 24. $Cls <> "LegacyDriver" And _ 25. $Cls <> "Computer" And _ 26. $Cls <> "" Then 27. ReDim $HwidList[$p + 1][2] 28. $HwidList[$p][0] = $SubKey3 29. $HwidList[$p][1] = RegRead($SubKey3, "HardwareID") 30. $p += 1 31. EndIf4 C2 u% @ |6 K% I; Y3 h/ z 32. $k += 12 q \5 T6 O# E E3 W 33. WEnd 34. $j += 1 35. WEnd 36. $i += 1 37. WEnd 38. Return $HwidList 39.EndFunc ;==>_DrvUnins_ReadHwids 函数_DrvUnins_ReadHwids的目的,即是列举本机HWID列表。我做一下简单的说明: (1)本函数中通过三层循环,依次读取Enum键下的设备类、设备子类、设备信息,最终获取每个设备的HWID; (2)本函数最初创建一个$HwidList数组,随着读取工作的进行而逐步扩大数据量,$HwidList数组中保存的即为本机HWID列表; (3)在决定要读取某个设备的HWID之前,还要判定一下该设备属于哪类设备,通过读取设备信息键值下的Class键值实现;) (4)在Windows7下有5类设备没必要卸载,分别是PS2鼠标(Mouse)、PS2键盘(Keyboard)、系统设备(System)、系统遗留驱动(LegacyDriver)、硬件抽象层(HAL、或称计算机类型、或俗称电源管理)(Computer),所以只要设备属于这5类则不加入硬件ID列表。 (5)本函数的返回值为一个数组,数组内容即为本机HWID列表。 2、整理HWID列表 同类硬件有相同的HWID,例如两个相同的网卡,例如一个CPU的多个核心。HWID是定位到硬件类,而不是像网卡的MAC地址一样定位到每一个硬件,所以我们获得的HWID列表中很大可能性的存在相同的HWID。 虽然这些相同的HWID不会影响我们的驱动卸载质量,但我们没必要增加这额外的重复工作,所以我们有必要整理一下我们刚才获得的HWID列表。另外,由于我们刚才读取的HardwareID键值是一个“REG_MULTI_SZ”类型的键值,所以我们读取的硬件ID是这么一种形式: HWID1[换行符] HWID2[换行符]…… 所以我们在整理HWID之前必须将刚才的数据进行一定的转化。 复制代码 复制代码 01.Func _DrvUnins_TidyHwids($HwidList) 02. Local $tHwidList[1], $tp = 1 03. Local $i 04. For $i = 1 To UBound($HwidList, 1) - 1 05. Local $Hwids = $HwidList[$i][1] 06. If $Hwids <> "" Then 07. Local $tArr = StringSplit($Hwids, @LF) 08. If IsArray($tArr) And $tArr[0] > 1 Then 09. Local $j 10. For $j = 1 To UBound($tArr) - 1 11. ReDim $tHwidList[$tp + 1] 12. $tHwidList[$tp] = $tArr[$j] 13. $tp += 1 14. Next 15. EndIf 16. EndIf 17. Next 18. ;_ArrayDisplay($tHwidList) 19. Local $i, $j 20. For $i = 1 To UBound($tHwidList) - 2 21. For $j = $i + 1 To UBound($tHwidList) - 1 22. If $tHwidList[$i] <> "" And _ 23. $tHwidList[$i] = $tHwidList[$j] Then 24. $tHwidList[$j] = "" 25. EndIf 26. Next 27. Next 28. ;_ArrayDisplay($tHwidList) 29. Local $Hwids[1], $p = 1 30. Local $i 31. For $i = 1 To UBound($tHwidList) - 1 32. If $tHwidList[$i] <> "" Then 33. ReDim $Hwids[$p + 1] 34. $Hwids[$p] = $tHwidList[$i] 35. $p += 1 36. EndIf 37. Next 38. ;_ArrayDisplay($Hwids) 39. Return $Hwids 40.EndFunc ;==>_DrvUnins_TidyHwids 41. 42. 函数_DrvUnins_TidyHwids的目的是整理刚才我们获得的HWID列表,简单介绍一下: (1)本函数的第一个循环,将挤在一起的以换行符间隔的HWID转化成独立的; (2)本函数的第二个循环,通过遍历将重复的ID设置为空字符串 (3)本函数的第三个循环,将刚才整理过的HWID列表重新填入$Hwids,并跳过空字符串。 (4)本函数的最终目的是返回一个整洁的本机HWID列表。 3、自动卸载的执行 有了HWID列表,再根据刚才说的DevCon.exe的命令行卸载驱动的功能,我们可以写一个自动根据HWID列表调用DevCon.exe卸载本机驱动的函数了。 01.Func _DrvUnins_Unins($Hwids, $DevCon) 02. ProgressOn("驱动卸载", "正在卸载驱动...") 03. Local $i 04. Local $Max = UBound($Hwids) - 1 05. Local $per = 1 06. For $i = 1 To $Max 07. $per = Int($i / $Max * 100) 08. ProgressSet($per, StringReplace($Hwids[$i], "&", "&&"), _ 09. "正在卸载驱动... (" & $per & "%)") 10. RunWait($DevCon & " remove " & $Hwids[$i], "", @SW_HIDE) 11. Next 12. ProgressOff() 13.EndFunc ;==>_DrvUnins_Unins _DrvUnins_Unins简介: (1)本函数有两个形式参数,一个是本机HWID列表$Hwids,一个是DevCon.exe程序的所在位置$DevCon; (2)本函数通过枚举HWID列表中的每一个HWID来卸载驱动程序 (3)本函数无返回值,目的是写在本机所有驱动程序。 好了,有了这三个函数,再加上DevCon.exe的强大性能,我们完成了对本机驱动的自动卸载工作 (五)常见问题问答 1、为什么执行完毕后我在设备管理器里还是看到很多驱动没有卸载掉? 很多设备是正在被使用的,例如你的CPU、显卡,这些设备如果被卸载掉会直接造成一系列的问题,所以Windows对于这类设备的卸载有着特殊的方针。当硬件正在被使用时其驱动不可被卸载,但这些设备的驱动将在你重启计算机后自动卸载掉。所以无需担心这些设备的驱动。 2、保留PS2鼠标(Mouse)、PS2键盘(Keyboard)、系统设备(System)、系统遗留驱动(LegacyDriver)、硬件抽象层(Computer)设备驱动的目的是什么? (1)PS2鼠标和PS2键盘,这是没有必要卸载的,你见过谁的机器因为换了个PS2设备蓝屏或冲突吗?那为什么USB的键盘鼠标要卸载掉,这个问题比较难解释,一是很多USB键盘鼠标并不被识别为鼠标,而是被识别为人体学工程设备,在分辨上有些困难;二是某些USB键盘鼠标如果不被卸载,其残留的驱动在部署后对新接入的USB设备有影响(实践中发现的问题,具体原因不明)、 (2)系统设备,这是从XP时代就公认不用卸载的,经过历年实践的检验,完全可以放心。 (3)系统遗留驱动,这个翻译不是十分准确,LegacyDriver设备一般是以前安装过但现在并不在使用的,这类设备的存在不会影响系统部署的成功率。 (4)硬件抽象层(HAL),在上一章中已经叙述,Windows7的HAL只分为X86和X64两个版本,所以我们无需对HAL进行任何更改了。 3、为什么没有将PCI IDE控制器更改为“标准PCI IDE控制器”? (1)Win6.x这代系统对驱动认证更为严格,而且很多驱动不是你关闭认证就可以真不需要认证的,大家有兴趣可以试试。这为自动更改“标准PCI IDE控制器”行成了阻碍。 (2)更改“标准PCI IDE控制器”这个“行业标准”建立于遥远的XP封装最初时代,这么做的目的已经被传的没有其本意了。经过理论求证和实践操作,一定程度上证明这种更改是没有太大实际意义的,所以我个人一直倾向于将其卸载。大家可以再通过实践来进一步求证。! 4、这些代码是否完美? 我不能保证代码的完美性,理论上说这只是一种自动卸载驱动的实现途径,如果大家有兴趣完全可以研究更强大的。但这里必须说一句,不管您有什么想法和理论,必须有长期实践为其撑腰。 5、驱动卸载后我的分区看不到了? 硬盘的分区也是靠驱动来实现的,系统通过驱动看到每个硬盘分区,而如果你在卸载驱动时某个硬盘分区没有正在被使用,则该分区的驱动会立刻被卸载,那么你就看不到这个分区了。这是个很正常的现象,就像卸载声卡后看不到声卡一样,无需担心硬盘分区内的数据,你只是暂时看不到他们了而已。 6、手工卸载VS自动卸载? 如果你实践过本章的代码,你可以很清晰的发现设备管理器里所看到的设备不是当前系统里的所有设备,所以即使你手工根据设备管理器卸载驱动,那么你卸载的是全部驱动吗?当然,自动卸载也不是完美的,人写的程序总会有错误,程序只会按照人的既定思路去做事,不会变通,但不应以此就判定自动卸载是垃圾的,虽然程序是人写的就会有错误,但程序是人写的就可以通过人去完善! 7、驱动卸载要多干净? 之前已经说过,驱动卸载不是必要的过程,而是为了避免细微的问题。而在以往的经历中我发现很多人过于苛求驱动的干净了,很多人往往为了一两个所谓的“幽灵硬件”忧心忡忡,这其实是毫无必要的。 你可以尝试为你的计算机更换一块网卡,你立刻就会看到你前网卡的“幽灵硬件”。“幽灵硬件”这种说法迷惑了太多人,这其实是Windows的一种机制,目的是你再将这个设备换回本计算机时可以立刻启用,简化驱动搜索与安装过程。“幽灵硬件”是一个具有一定偏颇性的叫法,无需过于担心它们的存在,但也别过于放心,某些时候它们的确能引起莫名其妙的问题。 |
【转载】Win7 封装深入研究教程《步步为营封 Win7》A
Win7 封装深入研究教程《步步为营封 Win7》 Win7 时代是一个崭新的时代,从这里开始,我们所有人又回到了同一起跑线上。无论您以前是高手还是菜鸟、接触或没接触过这门技术,从 Win7 开始我们都是从0开始。 《步步为营封 Win7》分为 6 章讲解 Win7 封装: [2楼]《步步为营封 Win7》引言 [3楼]《步步为营封 Win7》基础 [4楼]《步步为营封 Win7》驱动处理 [5楼]《步步为营封 Win7》磁盘控制器 [6楼]《步步为营封 Win7》初级部署控制 [7楼]《步步为营封 Win7》进阶部署控制 《步步为营封 Win7》循序渐进、由简到繁、图文并茂的逐步讲解Win7封装与部署技术,是您学习这项技术最好的教程。 诚然,我个人也无法保证这篇教程中的每个字都是正确的,但本教程的最终目的是打造一个共同交流技术的环境,形成最优的技术交流氛围,从而达到方便更多人的目的。 记住:从来就没有高手,只要用心,人人都是高 步步为营封 Win7》引言 WIN7 RTM发布已经有好几天了,其实我从最早VISTA时就研究过WIN6.X这一代系统的封装,之前又在WIN7 7264版本上实践过部分WIN7封装技术。想了很久,不想像以前那样只发个傻瓜化的工具给大家用,因为那样会使很多技术变得封锁起来,所以我决定写这篇教程。 这篇教程可能会分成很多章节,我会每隔1~3天更新一章,在这期间我会和大家一起一步步的完成对WIN7的封装,并和大家共同探讨这其中的问题,很渴望大家能积极参与。今天我只写了个引言,也算是我的一些感慨,不过我仍请大家细读一下这个引言,这将为我们今后一起研究WIN7封装打下良好的基础。 引言 虽然是引言,但是我仍请大家耐下心来阅读,我相信本文即使是引言部分也可以给您带来些许收获。 (一)现状! 傻瓜式工具最终造就了什么?本来制作各类智能化工具的初衷是提高工作效率、降低技术门槛以及减少不必要的人力物力消耗,但从实际情况看,并非是如此。 工具越来越智能,操作的选项越来越少,很多以前需要大量手工操作的事情现在变得按一下按钮一切搞定。诚然,这提高了工作效率,但也一定程度上的封锁了技术,降低了真正技术的交流。试问有多少人了解这一个按钮后面的真正技术?有多少人真的明白智能化工具究竟做了哪些事情?越来越少的人关心封装部署技术的核心部分,越来越多的人只追求封个系统了事,太多人习惯于浮于表面的所谓技术交流,太多人习惯于等待高手做出“按一个按钮解决一切事情”的工具。 如果有太多人依赖智能化工具,那将有太多人不明白这项技术的真谛,那会导致只有太少的人能进行这方面的技术交流。技术交流渠道越来越窄,技术水平发展速度越来越慢,技术层次越来越低,这样的结果又有几个人希望看到?本文立足于这个现状,借微软Windows7操作系统的发布,和大家一同探讨系统封装与部署技术。当然,由于Windows7是最新的操作系统,本文又写于Windows7刚刚发布之际,如文中有各种差错,还请大家谅解。 本文的最终目的,旨在让人人都能真正理解这项技术,从而逐步构造一个技术交流的氛围,最终打破现在“等工具,封装,等工具,封装”的现状,共同构筑大家的技术共享平台。 (二)封闭? 天空的最初原则就是开源,“技术开源传万世,共同革新同提高”是自由天空最初的口号,同样是最终的目的。但同样,我也不只一次的听别人说我们天空变质了,变得不乐于开放技术了,是吗?开源是什么,这里不多说,有兴趣多问问百度和谷歌。但我要强调的是,开源绝不是某些人认为的“开源就是可以随便拿走,稍加修改就可以说是我自己原创”! 天空写出的教程,被不良居心的人拿走,改改作者名即说教程中的滴滴汗水都是他们原创;天空研究的代码,被无德无知的人拿走,改几个变量名就说代码中的种种心血都是他们原创;天空整理的驱动,被无能无术的人拿走,复制粘贴一下就说那大量的时间和精力都是他们的原创!当这些人被追问时,他们经常反咬一口,“你们不就是开源吗?”、“开源不就是可以随便拿走吗?”、“网络不就是这样吗?”。诚心的请问你们真的懂什么是开源吗?试问各位天空论坛的老坛友,大家记得天空从创建到今天各种剽窃事件发生了多少起?而这次次事件又让天空寒透了多少回的心啊! 由于这些无德之辈的存在,我们无法全心全意的开放与交流技术,他们实在令我们每一个开源者无法敞开心扉和大家交流。最终是谁封闭了技术?大家心领神会吧。 (三)概念…… 如果基本概念搞不清楚,那么技术就会有倾斜;如果太多的基础概念搞不清楚,成就的技术绝不能称为技术。没有哪个数学家不懂一元一次方程的,没有哪个物理学家搞不清楚牛顿定律的,系统封装与部署也是一样。 1、什么是系统封装 我不想用官样的语言来描述这个概念,想必没人想看微软式的帮助——你读得懂每个字,就是看不明白说的什么意思。那么我就用最普通的方法来描述这个概念: 系统封装就是将系统打回到“准备状态”,从而可以部署至更多的计算机。 我们可以将A计算机中已经安装好了的Windows7进行封装操作,从而A计算机中Windows7重新进入了“准备状态”。而后通过微软官方映像工具(ImageX等)或者第三方映像工具(Ghost等)对A计算机中的Windows7进行备份,而后再通过这类工具将Windows7处于“准备状态”的映像恢复到B计算机中。而后Windows7在B计算机中开始执行部署过程。 A计算机中安装好的Windows7→封装→“准备状态”的Windows7→备份到→Windows7映像→恢复到→B计算机→B计算机中的Windows7开始部署→B计算机中安装好的Windows7。 系统封装是一种快速的将一台计算机中的操作系统快速的部署于多台计算机的技术,系统封装和部署过程中,很多系统设置会还原到最初值,所以部署到其他计算机中的系统可以一定程度上认为是全新的系统——当然,某些设置、软件的安装、补丁的安装、系统优化等还是保留的。 2、封装部署不是克隆 或许是使用到了Ghost,或许是早年部分人图方便直接使用了Ghost对系统进行克隆,让系统封装与部署莫名的背上了“克隆版”的黑锅,同样也被扣上了各种“不稳定”、“不如安装版”的不明不白的怀疑。 上文已述,Ghost只是一个映像工具,负责的仅仅是“将封装好的系统进行备份为系统映像”和“将系统映像恢复到其他计算机”这么一个工作,Ghost本身并未参与系统封装和部署的任何一个过程。如果你喜欢,还可以用ImageX、ATI等映像创建与恢复工具,不一定要用Ghost。所以,“克隆版”只是很多不明技术真相的人的一个很不专业的通称而已。至于封装部署的系统是否没有安装版稳定,个人感觉不是个需要讨论的问题。系统安装技术来自于微软本身,而系统封装与部署技术也来自于微软本身,自家兄弟的强弱与否貌似毫无争论的必要。 由于曾经存在过的各类改版系统采用了系统封装与部署技术,很多这种改版的制作者又对系统进行了各种精简优化操作、使用了不成熟的磁盘控制器驱动技术等,从而总是让封装部署版的系统带有相对“不稳定”的特性。这种不稳定完全由改版制作者的技术决定,与封装部署技术本身的稳定性毫无关系。 3、封装部署不是盗版 前文已经多次提到,系统封装与部署技术就是微软自家的技术,目的是提高系统安装速度、降低IT专业人士重复的机械操作。由于这项技术的这种优势和特性,使得很多计算机销售商乐于使用这种技术,毕竟不可能总是重复为每一台计算机安装系统、打补丁、装软件等机械过程,这会带来不必要的人力物力损失。 由于国内大部分人对操作系统版权意识的淡薄,而正版Windows操作系统的价格又居高不下,导致了不少人动了歪念头。例如经典的使用XP大客户版制成封装部署版,以盗版光碟或网络传播的方式散布盗版系统。盗版系统的制作者采用的正式封装与部署技术,因为这种技术最为方便,技术门槛也最低。正是这个原因,让很多人一想到系统封装与部署技术,立刻就联想到了盗版。但这是不公平的,也是没有任何理由的。 系统封装与部署技术是一项技术,这是一项可以方便你我他的技术。而有些人将这项技术用于了不正的途径,就像有人拿菜刀砍伤了人一样,砍伤人完全是行为人负责,难道与菜刀有关吗? 4、封装工具是什么 既然系统封装工具是微软的,那么我们现在常见的各种“封装工具”又是什么? 准确的说,现在网络间流传的“封装工具”绝大多数都是“系统封装辅助工具”。这些工具本身并不具有对系统进行封装和使系统进行部署的能力,系统封装和部署仍旧是依靠微软官方的工具。“系统封装辅助工具”的主要职责,是将平时需要手动配置的各种项目图形化和智能化、扩展系统部署的范围与适用性等。 这也就是说,“系统封装辅助工具”是辅助我们进行各种操作、扩展系统封装部署性能的工具,它们在执行过程中会调用微软官方工具执行具体项目。 (四)技术—— 我们要一起研究这项技术,Windows7是一个不错的开始,因为在Windows7面前我们都是一样的,我们又有了一个新的起点,我们都站在了相同的起跑线上。 研究技术最忌讳的事情: 1、掺入自己主观观念的技术。不要给自己的技术加入任何主观观念,要客观的看待任何问题,对任何技术的理解必须有理有据,不可主观臆断。 2、感觉自己很NB。半瓶子醋总是逛荡的,反倒是满瓶醋逛荡不起来。肚子里稍微有点东西请勿感觉自己牛,可知山外有山、人为有人,况且任何人但凡有一点比你强就是你的老师! 3、嘲笑新手。这反映了两个问题,第一,你绝不是高手;第二,心态浮躁。 4、过大的询问某个问题。提问时一定要细化问题,不能猛一下提个很“宽广”的问题。例如“谁来教我封装?”、“怎么自动封装?”、“SRS驱动怎么做?”等。这种貌似只有一句话很简单的问题,其中包含的小问题数绝对都在三位数以上。如果你这样提问,没有人回答你是很正常的,无需抱怨。 研究技术,一定要踏踏实实稳稳当当,切忌浮躁。提问前一定要自己先研究,没有失败经历的人绝不可能做成技术。而如果你要提问,则问题越是细化越是可以更快得到答案。 从来就没有高手,只要用心,人人都是高手! [1]《步步为营封WIN7》基本 一切都得从基础开始,只有懂得和掌握了最最基础的东西,才有可能撑起更多的上层技术。所以我们有必要了解用最基本的方法如何封装Windows7,从基本逐步延伸到高层。 (如下内容以Windows 7 RTM x86 简体中文旗舰版为例) (一)Windows7的安装 这里我不想长篇累牍的讲述如何如何安装Windows7,在此讨论系统封装部署的各位想必都会安装Windows7,在这里我想说几点在Windows7安装中需要注意的地方。 如果我们的硬盘是尚未使用的,如下图: 在尚未使用的硬盘上安装Windows7,分区时会有一些有趣的事情,如下图: 1、从Windows Vista开始的Win6.x这代系统(Windows7版本号为Windows6.1,其实和Vista一样属于Win6.x),在执行分区操作时只能创建主分区(如果是我个人技术问题请指正),我不明白为什么微软要这样设定。锁定只能格式化为NTFS如果尚可理解的话,只能创建主分区又是什么目的? 2、如果硬盘是尚未使用的,为Windows7创建分区时会自动创建一个100M的所谓“系统分区”,而Windows Vista SP2和Windows Server 2008 SP2都没有这种现象。这个分区默认是隐藏的,即Windows7安装好后是看不到的。经过仔细对比后发现这个100M的分区里盛放的是Windows7的一些启动相关文件(有兴趣进PE查看)。 我们暂且把这个100M的分区叫做“启动区”,安装系统的分区叫做“系统区”。一开始我感觉很新奇,后来回想一下XP时代其实微软就已经这样做了,只不过那时候没有现在完善而且不强制罢了。有兴趣的朋友可以试试,在未安装系统的硬盘上安装XP时分一个100M左右的C盘,然后把系统安装到D盘去,XP也会复制它的启动文件到C盘,而把系统文件装在D盘,这和Windows7的这种强制做法一致。 从XP到VISTA,包含启动文件的启动区和包含系统文件的系统区同在C盘,而Windows7则是单独划出一个100M的分区当做启动区以盛放启动文件,又将系统文件放置于其他分区。看到这里也发现没什么特别出奇的,只不过是分开放置了一下文件而已,就像Linux把/boot挂载到一个单独的分区一样。 到这里大多数朋友都看出来了,第一,这个100M的分区的实际意义并不是特别强大,而且由来已久,不是Windows7特有的;第二,这种把启动区独立出来的方法不方便封装后系统映像的备份与转移工作。既然如此,那么我们就自己划定分区吧,即不用莫名多个100M的分区,也不用为不能划分逻辑分区发愁。 使用其他硬盘分区工具操作(注意,强烈不推荐PQ和PM),分区后重新进入系统安装过程,如下图: 看到这个界面猛的熟悉了很多,这是我们最常见的分区模式,那就继续执行我们的系统安装操作吧! 稍等片刻后,系统安装完毕,如下图: Windows7安装好后,会启动一个OOBE过程,在这个过程里要输入各项系统设定。这里会强制用户输入一个全新的用户名,并根据这个用户名确定计算机名。Windows7默认是不允许使用Administrator进行登录的,而是使用刚才我们创建的那个用户。但实践证明,系统封装强烈推荐使用Administrator账户(原因后述)。 下面我们开启并使用Administrator账户,进入计算机管理界面: 打开Administrator账户的属性,将“账户已禁用”前面的对号去掉: 而后删除掉刚才创建的用户账户,如“SkyUN”: 这时会有一些提示,建议看一看,然后一路确定下去。用户账户调整完毕后如下图: 即计算机内只有Administrator和Guest两个账户,Admnistrator账户为启用状态。而后注销当前用户,注销后看到如下图界面: 选择Administrator登陆系统,进入用户桌面后,对系统简单调整后如下图: 到这里,我们就以系统封装为目的完成了对Windows7的安装操作,建议使用Ghost备份一下当前的系统,以备以后再次使用。 (二)Windows7的封装与部署 现在我们使用微软官方的系统封装工具执行一次封装,让大家看看最原始的封装方式是什么样子的。 Win5.x(2000/XP/2003)的系统封装工具都位于他们的系统光盘上,而Win6.x的系统封装工具都位于系统分区内。打开C:\Windows\System32\Sysprep文件夹,你就会看到Sysprep3.14版。 运行sysprep.exe,“系统清理操作”选择“进入系统全新体验(OOBE)”,选中“通用”;“关机选项”选择“退出”——如果您想直接重启或关机也可以选择对应选项,选退出是为了方便观察。 选项设定结束后,单击“确定”按钮,执行系统封装。sysprep3.14执行系统封装分为两步: 务必在封装时观察是否执行了这两步,sysprep3.14在Windows7下有一定的失败率(高于在Vista下的失败率),而且失败的原因莫名其妙,有时因为调整一下页面文件都会造成封装失败,很无语。 如果顺利执行完了这两个封装步骤,会看到Sysprep文件夹下生成一个封装成功的TAG文件: 其实到这里Win7的基本封装就结束了,重新启动计算机,我们看一下Windows7的部署过程: 1、更新注册表设置: 2、启动基本服务 3、安装设备驱动 4、应用系统设置 5、基本部署结束,重启计算机. 6、又进入了熟悉的OOBE,新建账户 7、使用账户登录进入桌面 这样,整个系统封装并部署的过程就完成了。大家可以发现原始的封装部署是一件十分简单的过程,而且操作并不复杂。 (三)基本封装部署问与答 1、为什么建议使用Administrator账户进行封装?: (1)如果我们使用普通账户进行封装,封装完毕部署后仍然会进入OOBE过程,仍然会要求我们新建一个账户,而且这个账户是不可以与我们之前封装所用的账户冲突的,这无疑形成了一种残留,或者说是冲突。 (2)普通账户下,虽然用鼠标双击某些程序可以直接运行,但使用自动化程序调用某些程序、在C盘下建立目录等操作时会有问题,有兴趣可以尝试一下,这对我们下一步的自动化封装部署形成了障碍。 (3)我们删除安装时创建的账户,而是用Administrator账户进行封装操作,这在程序执行上有很多便利。而且Windows7在封装部署后又会自动禁用Administrator账户,就像我们第一次安装系统时那样,在部署后的OOBE时再创建任何账户都不会与当前系统内的账户冲突,就像全新安装系统那样,很是干净。 2、Windows7封装还是否需要卸载驱动? 我没有在官方找到相关说明,但根据实际经验来看是需要的。至于为什么我没有在这次演示中卸载驱动,是为了给大家原汁原味的展示微软官方封装部署是个什么样子。 3、Windows7封装部署是否还需要额外的磁盘控制器驱动? 这个我可以很确定的说需要。很多偏颇的认识过于神话Windows7,几乎把Windows7吹成无所不能的,但实际绝非如此。: 诚然,Windows7集成了一定量的常用磁盘控制器驱动,可以暂时应付常见机型,但并不代表着Windows7不需要增补磁盘控制器驱动,更不代表着今后不需要添加磁盘控制器驱动!就像2001年时的XP,当时XP的自带驱动也几乎是无敌的,而在8年后的今天,没有额外磁盘控制器驱动的XP几乎是寸步难行的。 所以,磁盘控制器驱动的增补是必须的。 4、Windows7封装部署是否还需要针对硬件抽象层进行修改? 首先我们来了解一下什么是硬件抽象层(HAL),我们可以把HAL认为是一组类,虽然我们的计算机硬件配置千差万别,但都可以归为HAL中的一个类,例如XP时代单核心的计算机归为一类、多核心计算机归为一类等。 但到了Windows7(其实从Vista开始就已是如此),HAL被简化为只有两类,即x86的HAL和x64的HAL。所以我们无需再担心HAL的问题,我们只需要知道我们封装的是x86还是x64的系统就可以了。 关于Windows7的基本封装与部署就介绍到此,希望能给大家带来帮助和启发。篮球天才也得每天练习最基本的运球和投篮,记住这句话。 |