[分享] 《步步为营封 Win7》--skyfree

提示：扫一扫查出行
【扫一扫了解最新限行尾号】
复制提示

[分享] 《步步为营封 Win7》--skyfree

Skyfree 发表于 2009-9-13 05:51:32

https://www.itsk.com/thread-20957-1-25.html

[分享] [0]《步步为营封 Win7》引言

《步步为营封 Win7》引言

WIN7 RTM发布已经有好几天了，其实我从最早VISTA时就研究过WIN6.X这一代系统的封装，之前又在WIN7 7264版本上实践过部分WIN7封装技术。想了很久，不想像以前那样只发个傻瓜化的工具给大家用，因为那样会使很多技术变得封锁起来，所以我决定写这篇教程。

这篇教程可能会分成很多章节，我会每隔1~3天更新一章，在这期间我会和大家一起一步步的完成对WIN7的封装，并和大家共同探讨这其中的问题，很渴望大家能积极参与。今天我只写了个引言，也算是我的一些感慨，不过我仍请大家细读一下这个引言，这将为我们今后一起研究WIN7封装打下良好的基础。

（品行不良的、想来拿了东西就走的、想剽窃其他人劳动成果的，勿看本文）

、过大的询问某个问题。提问时一定要细化问题，不能猛一下提个很“宽广”的问题。例如“谁来教我封装？”、“怎么自动封装？”、“SRS驱动怎么做？”等。这种貌似只有一句话很简单的问题，其中包含的小问题数绝对都在三位数以上。如果你这样提问，没有人回答你是很正常的，无需抱怨。

研究技术，一定要踏踏实实稳稳当当，切忌浮躁。提问前一定要自己先研究，没有失败经历的人绝不可能做成技术。而如果你要提问，则问题越是细化越是可以更快得到答案。

从来就没有高手，只要用心，人人都是高手！

欢迎大家共同交流技术，努力打造最优秀的技术社区！

[分享] [1]《步步为营封 Win7》基础

Skyfree 发表于 2009-9-13 05:17:41

https://www.itsk.com/thread-20953-1-25.html

一、《步步为营封 Win7》基础

一切都得从基础开始，只有懂得和掌握了最最基础的东西，才有可能撑起更多的上层技术。所以我们有必要了解用最基本的方法如何封装Windows7，从基本逐步延伸到高层。
    （如下内容以Windows 7 RTM x86 简体中文旗舰版为例）

（一）Windows7的安装

这里我不想长篇累牍的讲述如何如何安装Windows7，在此讨论系统封装部署的各位想必都会安装Windows7，在这里我想说几点在Windows7安装中需要注意的地方。
    如果我们的硬盘是尚未使用的，如下图：
<ignore_js_op> 
    在尚未使用的硬盘上安装Windows7，分区时会有一些有趣的事情，如下图：
<ignore_js_op>

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），分区后重新进入系统安装过程，如下图：
<ignore_js_op> 
    看到这个界面猛的熟悉了很多，这是我们最常见的分区模式，那就继续执行我们的系统安装操作吧！
<ignore_js_op> 
    稍等片刻后，系统安装完毕，如下图：
<ignore_js_op> 
    Windows7安装好后，会启动一个OOBE过程，在这个过程里要输入各项系统设定。这里会强制用户输入一个全新的用户名，并根据这个用户名确定计算机名。Windows7默认是不允许使用Administrator进行登录的，而是使用刚才我们创建的那个用户。但实践证明，系统封装强烈推荐使用Administrator账户（原因后述）。
    下面我们开启并使用Administrator账户，进入计算机管理界面：
<ignore_js_op> 
    打开Administrator账户的属性，将“账户已禁用”前面的对号去掉：
<ignore_js_op> 
    而后删除掉刚才创建的用户账户，如“SkyUN”：
<ignore_js_op> 
    这时会有一些提示，建议看一看，然后一路确定下去。用户账户调整完毕后如下图：
<ignore_js_op> 
    即计算机内只有Administrator和Guest两个账户，Admnistrator账户为启用状态。而后注销当前用户，注销后看到如下图界面：
<ignore_js_op> 
    选择Administrator登陆系统，进入用户桌面后，对系统简单调整后如下图：
<ignore_js_op> 
    到这里，我们就以系统封装为目的完成了对Windows7的安装操作，建议使用Ghost备份一下当前的系统，以备以后再次使用。

（二）Windows7的封装与部署

现在我们使用微软官方的系统封装工具执行一次封装，让大家看看最原始的封装方式是什么样子的。
      Win5.x（2000/XP/2003）的系统封装工具都位于他们的系统光盘上，而Win6.x的系统封装工具都位于系统分区内。打开C:\Windows\System32\Sysprep文件夹，你就会看到Sysprep3.14版。
      运行sysprep.exe，“系统清理操作”选择“进入系统全新体验（OOBE）”，选中“通用”；“关机选项”选择“退出”——如果您想直接重启或关机也可以选择对应选项，选退出是为了方便观察。
<ignore_js_op> 
      选项设定结束后，单击“确定”按钮，执行系统封装。sysprep3.14执行系统封装分为两步：
<ignore_js_op> 
<ignore_js_op> 
      务必在封装时观察是否执行了这两步，sysprep3.14在Windows7下有一定的失败率（高于在Vista下的失败率），而且失败的原因莫名其妙，有时因为调整一下页面文件都会造成封装失败，很无语。
      如果顺利执行完了这两个封装步骤，会看到Sysprep文件夹下生成一个封装成功的TAG文件：
<ignore_js_op> 
      其实到这里Win7的基本封装就结束了，重新启动计算机，我们看一下Windows7的部署过程：
      1、更新注册表设置
<ignore_js_op> 
      2、启动基本服务
<ignore_js_op> 
      3、安装设备驱动
<ignore_js_op> 
      4、应用系统设置
<ignore_js_op> 
      5、基本部署结束，重启计算机
<ignore_js_op> 
      6、又进入了熟悉的OOBE，新建账户
<ignore_js_op> 
      7、使用账户登录进入桌面
<ignore_js_op> 
      这样，整个系统封装并部署的过程就完成了。大家可以发现原始的封装部署是一件十分简单的过程，而且操作并不复杂。

（三）基本封装部署问与答

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的基本封装与部署就介绍到此，希望能给大家带来帮助和启发。篮球天才也得每天练习最基本的运球和投篮，记住这句话。

感谢大家的支持！请单击 http://www.2345.com/?751 为天空带来收益！

[分享] [2]《步步为营封 Win7》驱动处理

Skyfree 发表于 2009-9-13 05:32:20

https://www.itsk.com/thread-20955-1-25.html

二、驱动处理

（一）简介

封装前都会对封装用计算机（源计算机）中的硬件设备驱动进行处理。所谓处理，主要是卸载驱动，以及一些对驱动程序的调整等。
    为什么要卸载源计算机的硬件设备驱动程序？理论上说，卸载源计算机的驱动不是必要的步骤，Windows本身就具有对硬件的即插即用能力，例如你添加一块网卡、更换一块显卡系统都会自动帮你搜寻适合的驱动并尝试安装。系统封装与部署技术是将源计算机中的系统封装后部署到其他计算机上，对系统来说并不认为是系统部署到了不同计算机中，而是发现了更多的即插即用设备，系统会为这些“多出来”的设备自动搜索与安装驱动。
   
但是事与愿违，只有实践才能检验理论。在实际的系统封装与部署中，由于硬件不卸载带来的一系列的小问题层出不穷。这些问题中有些的确是由于硬件商造成的，例如XP时代经典的声卡ID冲突问题；而也有一些也是由于Windows本身的功能造成的，例如出现“本地连接2”等。再加之每个用户都不想要一个“不干净”的系统，所以驱动处理逐渐的成为了必须要做的事情。

（二）原理

<ignore_js_op>

处理驱动程序不是什么难事，估计没有人不会卸载驱动与更改驱动。所以，在本文里我绝对不会和大家探讨怎么一步步的在设备管理器里点鼠标卸载驱动，这无异于浪费大家的时间和精力。我们要讨论的是怎么自动的卸载这些驱动程序，毕竟大家都喜欢双击一个程序解决一切问题的舒适感。今天我们要做的，就是要了解这种舒适感背后的技术。
 
   每种硬件都有它们自己的ID，要查看硬件的ID很容易，如下图：

<ignore_js_op>

从图中可以看到，硬件不只有一个ID，一般来说一个硬件的硬件ID（HWID）会有1~4个。HWID就像身份证号一样独立标识着每类硬件，所以我们很容易的可以想到会存在一组硬件与HWID的对应关系列表。如何获得这个列表？打开注册表：

可以看到其下的分类，打开某一个分类，例如Display，再选取下面的硬件子类，例如我计算机中的：

打开后会发现其下有以设备编号命名的设备键，例如我计算机中的：

这其实是我的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。
    DevCon.exe的说明（读取自微软）：

这的确是一个功能很多的工具，但今天我们只需要它的一个功能就可以了，毕竟我们只需要用DevCon.exe来卸载驱动。我们来看DevCon.exe的“remove”功能，此功能的语法是：

DevCon.exe的这个功能的主要目的，是移除使用本HWID的硬件驱动程序。即，我们只要知道设备的HWID，就可以通过DevCon.exe的命令行模式将其卸载。例如我们要卸载一个HWID为“PCI\VEN_1002&DEV_4393&CC_0104”设备的驱动，则：

这为我们自动卸载驱动做了最好的铺垫。

、自动获取HWID列表

既然我们只要有硬件的HWID就能卸载该硬件的驱动，那么我们现在就要想办法怎么弄到计算机中所有硬件的HWID列表了。前文已述，可以通过读取注册表的方法获取HWID，那么我们就可以通过AU3实现。

）本函数中通过三层循环，依次读取Enum键下的设备类、设备子类、设备信息，最终获取每个设备的HWID；
）本函数最初创建一个$HwidList数组，随着读取工作的进行而逐步扩大数据量，$HwidList数组中保存的即为本机HWID列表；
）在决定要读取某个设备的HWID之前，还要判定一下该设备属于哪类设备，通过读取设备信息键值下的Class键值实现；
）在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是这么一种形式：

所以我们在整理HWID之前必须将刚才的数据进行一定的转化。

）本函数的第一个循环，将挤在一起的以换行符间隔的HWID转化成独立的；
   
（2）本函数的第二个循环，通过遍历将重复的ID设置为空字符串；
）本函数的第三个循环，将刚才整理过的HWID列表重新填入$Hwids，并跳过空字符串。
） 本函数的最终目的是返回一个整洁的本机HWID列表。

3、自动卸载的执行

有了HWID列表，再根据刚才说的DevCon.exe的命令行卸载驱动的功能，我们可以写一个自动根据HWID列表调用DevCon.exe卸载本机驱动的函数了。

）本函数有两个形式参数，一个是本机HWID列表$Hwids，一个是DevCon.exe程序的所在位置$DevCon；
）本函数通过枚举HWID列表中的每一个HWID来卸载驱动程序；
   
（3）本函数无返回值，目的是写在本机所有驱动程序。

好了，有了这三个函数，再加上DevCon.exe的强大性能，我们完成了对本机驱动的自动卸载工作。

<ignore_js_op>

、保留PS2鼠标（Mouse）、PS2键盘（Keyboard）、系统设备（System）、系统遗留驱动（LegacyDriver）、硬件抽象层（Computer）设备驱动的目的是什么？
 
  （1）PS2鼠标和PS2键盘，这是没有必要卸载的，你见过谁的机器因为换了个PS2设备蓝屏或冲突吗？那为什么USB的键盘鼠标要卸载掉，这个问题比较难解释，一是很多USB键盘鼠标并不被识别为鼠标，而是被识别为人体学工程设备，在分辨上有些困难；二是某些USB键盘鼠标如果不被卸载，其残留的驱动在部署后对新接入的USB设备有影响（实践中发现的问题，具体原因不明）、
）系统设备，这是从XP时代就公认不用卸载的，经过历年实践的检验，完全可以放心。
）系统遗留驱动，这个翻译不是十分准确，LegacyDriver设备一般是以前安装过但现在并不在使用的，这类设备的存在不会影响系统部署的成功率。
）硬件抽象层（HAL），在上一章中已经叙述，Windows7的HAL只分为X86和X64两个版本，所以我们无需对HAL进行任何更改了。

、为什么没有将PCI
IDE控制器更改为“标准PCI IDE控制器”？
   
（1）Win6.x这代系统对驱动认证更为严格，而且很多驱动不是你关闭认证就可以真不需要认证的，大家有兴趣可以试试。这为自动更改“标准PCI IDE控制器”行成了阻碍。
）更改“标准PCI IDE控制器”这个“行业标准”建立于遥远的XP封装最初时代，这么做的目的已经被传的没有其本意了。经过理论求证和实践操作，一定程度上证明这种更改是没有太大实际意义的，所以我个人一直倾向于将其卸载。大家可以再通过实践来进一步求证。

、这些代码是否完美？
   
我不能保证代码的完美性，理论上说这只是一种自动卸载驱动的实现途径，如果大家有兴趣完全可以研究更强大的。但这里必须说一句，不管您有什么想法和理论，必须有长期实践为其撑腰。

、驱动卸载后我的分区看不到了？
   
硬盘的分区也是靠驱动来实现的，系统通过驱动看到每个硬盘分区，而如果你在卸载驱动时某个硬盘分区没有正在被使用，则该分区的驱动会立刻被卸载，那么你就看不到这个分区了。这是个很正常的现象，就像卸载声卡后看不到声卡一样，无需担心硬盘分区内的数据，你只是暂时看不到他们了而已。

、手工卸载VS自动卸载？
   
如果你实践过本章的代码，你可以很清晰的发现设备管理器里所看到的设备不是当前系统里的所有设备，所以即使你手工根据设备管理器卸载驱动，那么你卸载的是全部驱动吗？当然，自动卸载也不是完美的，人写的程序总会有错误，程序只会按照人的既定思路去做事，不会变通，但不应以此就判定自动卸载是垃圾的，虽然程序是人写的就会有错误，但程序是人写的就可以通过人去完善！

、驱动卸载要多干净？
   
之前已经说过，驱动卸载不是必要的过程，而是为了避免细微的问题。而在以往的经历中我发现很多人过于苛求驱动的干净了，很多人往往为了一两个所谓的“幽灵硬件”忧心忡忡，这其实是毫无必要的。
   
你可以尝试为你的计算机更换一块网卡，你立刻就会看到你前网卡的“幽灵硬件”。“幽灵硬件”这种说法迷惑了太多人，这其实是Windows的一种机制，目的是你再将这个设备换回本计算机时可以立刻启用，简化驱动搜索与安装过程。“幽灵硬件”是一个具有一定偏颇性的叫法，无需过于担心它们的存在，但也别过于放心，某些时候它们的确能引起莫名其妙的问题。

需要下载可以下载最后的附件。

PS：代码不是复制粘贴用的，而是在你看明白后整合到自己的思路里去书写的。复制粘贴永远不能提高技术。

编译好的WIN7驱动卸载程序：
   
<ignore_js_op> DevUnins.7z (309.93 KB, 下载次数: 2196)

本例中的源代码整合包，额外的执行部分以及DevCon.exe：        
    <ignore_js_op> DevUnins_Codecs.7z
(14.96 KB, 下载次数: 736, 售价: 10 点活跃)

[分享] [3]《步步为营封 Win7》磁盘控制器

Skyfree 发表于 2009-9-13 05:44:22

https://www.itsk.com/thread-20956-1-25.html

（一）概念

关于磁盘控制器驱动，这似乎是个老生常谈的问题了。从大概两年前我就一直在努力的纠正“SATA驱动、串口驱动”这些概念错误，但效果不佳，直至今日仍有部分技术人员将这些具有很大偏颇性的词语挂在嘴边，乃至误导更多的新手。所以今天我会再次重复强调一下“磁盘控制器”和“磁盘控制器驱动”的概念，新手请务必读懂，老手也有必要进行重温。

什么是磁盘控制器？从字面上也大概可以看出，磁盘控制器的作用是管理和控制磁盘。这里的“磁盘”是一个广义的概念，泛指现在常用的机械硬盘和固态硬盘。磁盘控制器有集成于主板上的，也有独立的（如各类SCSI卡），而且磁盘控制器是由来已久的，不是到“SATA时代”才开始出现的。我们这里一定要搞清楚三个问题：

、磁盘控制器与磁盘无关。
   
系统是通过磁盘控制器来识别磁盘的，所以磁盘控制器上的磁盘无论是什么样子（无论是PATA、SATA、RAID、SCSI以及等等）系统是绝对不会操心的，系统唯一关心的是它能否识别磁盘控制器，如果能识别磁盘控制器那么磁盘控制器就会告诉系统怎么去管理磁盘。
、磁盘控制器驱动是针对磁盘控制器的。
   
上文已述，系统并不关心磁盘是什么样的，而系统只需要能够控制磁盘控制器就可以了。那么系统要怎么才能拥有对磁盘控制器的控制能力？答案就是通过驱动程序。系统通过磁盘控制器驱动获得对磁盘控制器的控制能力，从而控制磁盘。

、磁盘控制器工作模式与磁盘类型无关。
   
现在硬盘的各种标识让人眼花缭乱，而各种关于磁盘控制器工作模式的描述又让人产生各种混淆，SATA、SATAII、AHCI、RAID以及等等，但我这里要说的是，你的硬盘是SATA那么系统就真的把你的硬盘当做SATA了吗？答案为否。
   
刚才已经说了，系统通过磁盘控制器了解磁盘，而磁盘控制器又有着多种工作和控制模式。在CMOS里我们可以看到对磁盘控制器的设置，大多磁盘控制器拥有多种工作模式，例如IDE模式、AHCI模式、RAID模式等等。如果你是一个SATA硬盘，而磁盘控制器开启的是IDE模式，那么很遗憾，系统仅仅把你的硬盘当做普通IDE硬盘来对待。建议，如果您的硬盘支持更高级的工作模式，请把CMOS里的设置也相应调整以提高磁盘性能。

说完这些概念，我请大家在今后不要再谈论所谓“SATA硬盘驱动”了，这句话带有很大的错误性，并容易误导更多的新手！

（二）磁盘控制器驱动

封装用磁盘控制器驱动（俗称SRS驱动）和即插即用磁盘控制器驱动还是有区别的。

封装用磁盘控制器驱动属于系统关键设备驱动，随系统启动而启动，属于不可或缺的驱动，如果没有这个驱动系统就无法控制磁盘控制器，从而无法操作磁盘，结果就是造成系统的宕机。即插即用磁盘控制器驱动则不同，它就像显卡和声卡的驱动一样，不安装仅仅是无法发挥硬件的最大效能而已，例如显卡驱动不装各种效果无法开启、声卡驱动不装会无声音等。但封装用磁盘控制器驱动和即插即用磁盘控制器驱动本身是无区别的，所以这只是同一种驱动的两种工作模式罢了。

、系统启动时检测系统关键设备列表，并准备将这个列表中的设备启动起来，这个列表在注册表中的：
   
HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\CriticalDeviceDatabase
    打开CriticalDeviceDatabase键，其下是所有系统关键设备的硬件ID。而我们看一个一硬件ID名命名的键，一般包括ClassGUID和Service子键，键值为拥有此硬件ID的设备的设备所属类和所调用的系统服务。
 
  如果当前磁盘控制器存在于系统关键设备中，那么就根据磁盘控制器硬件ID的Service键去寻找它所需要使用的服务。而如果当前磁盘控制器不存在于系统关键设备中，则直接蓝屏宕机。

、使用磁盘控制驱动服务，系统的所有服务都位于：
   
HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Services
   
当然也包括磁盘控制器驱动的服务。而如果当前磁盘控制器所需要的驱动服务并不存在，则直接蓝屏宕机。
   
我们打开一个磁盘控制器驱动的服务，这个服务包括很多子键，但其中较为重要的是ImagePath和Start，它们分别规定了本服务要加载哪个驱动文件和本服务的启动方式。

、加载磁盘控制器驱动文件，启用磁盘控制器。由启动的磁盘控制器驱动服务决定加载哪个驱动文件，这些驱动文件一般都位于C:\Windows\System32\drivers中，而如果这个驱动文件在被加载的时候不存在，则直接蓝屏宕机。
    通过如上描述，我们发现了如下一个过程：
    系统关键设备-->设备驱动服务-->设备驱动文件。
   
（1）当前磁盘控制器是否属于系统关键设备，不属于则宕机，属于则根据系统关键设备列表中的相应描述，去寻找这个磁盘控制器所对应的驱动服务；
）如果找不到这个磁盘控制器所对应的驱动服务，则宕机，找得到则根据驱动服务中规定的驱动文件，去寻找这个磁盘控制器所对应的驱动文件；
）如果找不到驱动文件，则宕机，找得到则使用此驱动控制磁盘控制器。

这是个连贯的过程，哪一个环节出现问题，最终的结果都是宕机。

（三）INF阅读术

阅读驱动的INF文件需要一定的经验积累，同样也需要一定的尝试和失败，所以我这里只能以制作封装用磁盘控制器驱动为目的的INF阅读方法。
    
 以下我以INTEL
AHCI磁盘控制器驱动为例介绍，INTEL的驱动写的标准且简介，而且INTEL驱动本身是最为稳定的，建议新手练手时选取INTEL的驱动。

1、读出驱动所属类

version段一般在驱动INF的开头处，Class即为本驱动所属类，而ClassGuid是这个类的GUID。驱动所属类是个重要的信息，在我们制作封装用磁盘控制器驱动的系统关键设备部分有着很重要的地位。

2、读出哪些硬件ID对应本驱动，而每个硬件ID又使用了哪个驱动服务

这一般需要去读两个段，一个是：

Manufacturer段规定了如下哪个段是用来记录驱动描述、所用服务、驱动ID的。“INTEL_HDC”是主段名，“,”后面的是附加段名。例如在这个描述中，如下可能有两个段包括驱动描述、所用服务和驱动ID信息：INTEL_HDC段，或INTEL_HDC.
ntx86段。
    
 INTEL的磁盘控制器是一体化的驱动，从XP到WIN7用的驱动是相同的，所以它的Manufacturer段的内容比较简单。有些驱动针对不同系统是分开的，可能会有针对XP和WIN7的不同设置，请根据实际情况进行应变。
 
    另一个需要我们阅读的段十分重要，这个段也是由Manufacturer段规定出来的：

“=”前的部分是关于这个驱动的文字描述，我们可以在INF的String段里看到，不过这个对我们制作封装用磁盘控制器驱动基本没什么作用。
“=”后的部分，“,”前是针对本硬件ID哪些段对它进行了处理，例如“iaStor_Inst”，如下各段中凡以此开头的，都是针对本硬件ID的处理，包括为本硬件ID添加哪个服务。
“=”后的部分，“,”后是磁盘控制器的硬件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的相关段，直到找到：

本段中决定要添加一个服务（AddService），名为“iaStor”，添加方法由“iaStor_Service_Inst”段决定，添加的事件日志由“iaStor_EventLog_Inst”段决定。随后我们找到“iaStor_Service_Inst”段。

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、系统关键设备部分

这部分的注册表键和键值遵守如下样式：

硬件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”的系统关键设备部分注册表应该写为：

（注意硬件ID中的“\”变为“#”）
    
 以此类推，将其他硬件ID的系统关键设备的注册表键和键值写完。

2、驱动服务部分

上文说过，驱动服务部分由iaStor_Service_Inst来定，服务部分的注册表写起来比较容易，但要注意对应关系，即INF中的名字和REG中的名字不同。

回顾一下iaStor_Service_Inst段，依据此段写封装用磁盘控制器驱动的驱动服务时，不是所有的部分都需要，我将它简化一下：

INF中带有“%%”的部分，在INF的String段有期对应的值，最简单的方法可以全文搜索一下两个“%”之间的内容，即会找到他们对应的值。如本例中，替换为值后为：

这些部分在注册表中分别对应：
    
 INF中的ServiceType对应注册表中的Type；
      INF中的StartType对应注册表中的Start；
    
 INF中的ErrorControl对应注册表中的ErrorControl；
    
 INF中的ServiceBinary对应注册表中的ImagePath；
    
 INF中的LoadOrderGroup对应注册表中的Group。

而服务部分的一般样式为：

则我们转化后为：

这样，服务部分我们也搞定了。

3、驱动文件

差点忘记了，不要忘记把驱动程序文件“IaStor.sys”也提取出来，在执行系统封装时复制到“ImagePath”所规定的位置即可。
经过全部过程后，我们可以制作出来一份INTEL
AHCI磁盘控制器的封装用磁盘控制器驱动了！这份驱动的注册表文件为：

至此，我们学会了制作封装用磁盘控制器驱动的方法。制作封装用磁盘控制器驱动需要长期的实践和总结，也需要经历无数的失败才能成就最后的成功！

INTEL WIN7 磁盘控制器驱动： <ignore_js_op> [DRV]INTEL.7z (334.39 KB, 下载次数: 704)

INTEL WIN7 封装用磁盘控制器驱动：
<ignore_js_op> [SRS]Intel.7z
(155.49 KB, 下载次数: 546, 售价: 10 点活跃)

支持天空联盟，请单击 http://www.2345.com/?751，这将为天空联盟带来收益！

[分享] [4]《步步为营封 Win7》初级部署控制

Skyfree 发表于 2009-9-13 06:09:33

https://www.itsk.com/thread-20959-1-25.html

在Windows XP封装时代，我们用Sysprep.inf来控制部署过程中的基本问答部分，以实现基本的无人值守安装。

到了Windows
Vista/2008/7这代系统以后，微软改用了文件映像系统安装方式、大幅的改进了系统部署过程中的各种控制项目，微软也提供了“Windows系统映像管理器（Windows
System Image Manager，简称SIM）”来实现对Windows
Vista/2008/7这代系统部署过程的控制，SIM所能管理的项目种类繁多，如果能够得心应手的使用SIM那么对系统各方面的控制将会达到一个不错的高度。

SIM用来生成一个XML文件，此文件可以用于普通系统安装或系统封装部署中的各种控制项目，我们讨论的是系统封装与部署，所以今天我们所讨论关于SIM的使用均是以“为实现更方便快捷的系统封装与部署”为核心来进行的。有关SIM的进一步使用，请大家逐步摸索，今天我们只研究在系统封装部署最常用的部分。

如果需要SIM，那么您将需要下载WAIK包，下载方法在此帖中有更详细的描述：http://bbs.itiankong.com/thread-20961-1-1.html

WAIK中包含很多与Windows系统映像定制相关的内容，包括完整全面的帮助文档，选中不解的部分F1一下会更快得到答案。

一）SIM的基本使用

下载WAIK，安装完毕后，打开SIM，进入如下界面：

<ignore_js_op>

菜单栏，【文件】，【新建应答文件】，这时会提示：

<ignore_js_op>

单击【是】，选择系统映像（Windows7的系统映像可以到Windows7系统光盘的source目录提取）：

<ignore_js_op>

选中系统映像，SIM经过检测后会询问你要以这个映像中的哪个版本为依据进行设置，选择与您对应的版本，例如Ultimate：

<ignore_js_op>

【确定】后SIM会有相应的改变：

<ignore_js_op>

SIM中我们最常用的有：
1、左下角的【Windows
映像】，这里可以选择我们要进行设定的模块
2、中间靠上部分的【应答文件】，这里我们会以树状结构预览到我们的各项设定，包括如下时机：
（1）【windowsPE】，众所周知Windows7在安装前会启动一个WINPE环境以执行系统安装，这个设定就是关于这个PE的
（2）【offlineServicing】，这部分设定是关于离线服务的，一般用不到
（3）【generalize】，这部分设定很重要，关于一般系统部署过程的
（4）【sepcialize】，这部分设定很重要，关于特殊系统部署过程的
（5）【auditSystem】和【auditUser】，这两部分是关于系统审核的，一般用不到
（6）【oobeSystem】，这部分设定很重要，关于OOBE过程的
3、右侧的【属性】，这里用于设定每个选项的具体属性

SIM遵循这样一种过程，在【Windows
映像】中选择要设定的模块，将选中的模块传送到【应答文件】中适当的实机，后在【属性】中对刚刚传送来的实机进行详细设定。

下面我就以实例讲解使用SIM的一般过程：

第一，添加要在“部署中”调用的程序

【Windows
映像】Components中选择“Windows-Deployment”模块，并右键单击其下的：“RunSynchronous”子模块，单击【添加设置传送到sepcialize】
（RunSynchronous和RunAsynchronous的功能是相同的，都是添加调用程序，但RunSynchronous是逐个运行的，而RunAsynchronous是不等待上一个运行结束即运行下一个的）

<ignore_js_op>

右键【应答文件】中刚传送来的RunSynchronous，单击【插入新建RunSynchronousCommand】，以创建新的调用

<ignore_js_op>

单击刚刚添加的RunSynchronousCommand，在右侧的【属性】部分设置其属性，主要有设定：
Description（描述）：我们设定为“InDeploy”
Order（被调用的顺序）：我们设定为“1”
Path（要调用的程序名）：我们设定为“%WinDir%\Test
-InDeploy”

<ignore_js_op>

如果有更多调用，请仿照这个过程，添加更多程序就可以了，注意设定一下Order属性

第二，添加“首次登录”调用的程序

【Windows
映像】Components中选择“Windows-Shell-Setup”模块，并右键单击其下的：“FirstLogonCommands”子模块，单击【添加设置传送到oobeSystem】

<ignore_js_op>

右键【应答文件】中刚传送来的FirstLogonCommands，单击【插入新建SynchronousCommand】，以创建新的调用

<ignore_js_op>

单击刚刚添加的SynchronousCommand，在右侧的【属性】部分设置其属性，主要有设定：
Description（描述）：我们设定为“FirstLogon”
Order（被调用的顺序）：我们设定为“1”
CommandLine（要调用的程序名）：我们设定为%WinDir%\Test.exe
-FirstLogon”

<ignore_js_op>

如果有更多调用，请仿照这个过程，添加更多程序就可以了，注意设定一下Order属性

第三，添加“进入桌面后”调用的程序

【Windows
映像】Components中选择“Windows-Shell-Setup”模块，并右键单击其下的：“LogonCommands”子模块，单击【添加设置传送到oobeSystem】
<ignore_js_op>

右键【应答文件】中刚传送来的LogonCommands，单击【插入新建AsynchronousCommand】，以创建新的调用

<ignore_js_op>

单击刚刚添加的AsynchronousCommand，在右侧的【属性】部分设置其属性，主要有设定：
Description（描述）：我们设定为“Go2Desktop”
Order（被调用的顺序）：我们设定为“1”
CommandLine（要调用的程序名）：我们设定为“%WinDir%\Test.exe
-Go2Desktop”

<ignore_js_op>

如果有更多调用，请仿照这个过程，添加更多程序就可以了，注意设定一下Order属性

第四，添加OOBE阶段设定项目

【Windows
映像】Components中选择“Windows-Shell-Setup”模块，并右键单击其下的：“OOBE”子模块，单击【添加设置传送到oobeSystem】

<ignore_js_op>

单击刚传送到【应答文件】中的OOBE部分，查看右侧【属性】部分进一步设定：
HideEULAPage：设定为true，即为跳过协议界面；设定为false，则不跳过
HideWirelessSetupInOOBE：设定为true，即跳过OOBE中的无线设定部分；设定为false，则不跳过
NetworkLocation：有三个值，Home（家庭）、Work（工作）、Other，根据情况设定
ProtectYourPC：1、2、3三个值，对应自动获取所有补丁、自动获取重要补丁、不自动升级三个选项
SkipUserOOBE：跳过用户OOBE过程

<ignore_js_op>

通过这四个例子，我想大家对SIM的使用已经有了一定的熟悉，SIM中还有N多值可以设定，大家可以逐步尝试。如遇到不明确的内容，可以选中选项后按F1，WAIK有详细的帮助文档。

（二）Sysprep3.14的使用

自Windows
Vista开始，微软更新了Sysprep程序，版本为3.14。新版Sysprep.exe与以往版本差异很大，参数如下：

读完这些参数的朋友应该注意的到了一点：/unattend:answerfile，举例：/unattend:D:\xxx.xml。到这里大家应该看明白了，微软新一代系统的部署并不是在系统部署过程中才去读取无人值守文件的内容，而是在系统封装时就将这些信息读入了，读入的方法正是使用sysprep3.14的命令行加以设定！

好的，下面我们就来看一个使用sysprep3.14封装系统的实例，以便于更深入的了解这个过程中要注意的问题。

我们在刚才是一共SIM生成无人职守应答文件时，设定了在部署中、首次登录、进桌面调用的名为Test的程序，这个程序我放在了附件里，有需要请下载。注意，如果设定了要运行不存在的程序，则系统部署过程中会直接报错，请特别注意。所以如果你按照刚才SIM的使用实例中设定了调用windows文件夹下的test.exe程序，那么务必在执行下述例子之前将test.exe放入windows文件夹。

1、将我们刚才生成的Untitled.xml放在D盘根目录下，打开命令提示符，运行如下命令：

如下图

<ignore_js_op>

2、运行成功，系统封装过程开始

<ignore_js_op>

<ignore_js_op>

由于我设定的是“/quit
”，所以封装后不会重启，在确认无其他调整后，手动重启计算机

3、系统部署到下图阶段时（部署中），会调用我们的test.exe运行

<ignore_js_op>

4、部署完毕进入系统，进入OOBE过程

<ignore_js_op>

<ignore_js_op>

<ignore_js_op>

<ignore_js_op>

<ignore_js_op>

<ignore_js_op>

5、OOBE结束，首次登录：
<ignore_js_op>

6、首次登录时调用我们的test.exe
<ignore_js_op>

7、首次进桌面调用我们的test.exe
<ignore_js_op>