|
玩封装很简单，但要玩好，需要深入理解BIOS，UEFI，WinPE、WIM、ESD、系统引导、系统安装流程等很多知识。
先说在传统BIOS下的第一个问题：把32和64位系统整合进一个WIM或者ESD安装文件，假设这个WIM文件是没有问题的，用原版Win10 ISO的外壳，也就是原版安装盘自带的WinPE，说白了就是其中的boot.wim文件，这个原版安装盘中的boot.wim文件是有位数区别的，分为32位版和64位版。要讨论出现问题的原因，就必须对系统安装的过程有深入的理解，我在女娲工坊扯闲篇儿中曾不止一次的强调，目前的系统安装都是采用类似Ghost那种镜像文件恢复到系统分区的方式，但是又不同于Ghost镜像文件恢复的方式，Ghost镜像文件是针对分区进行的；而微软的官方的WIM文件并非针对分区进行的镜像，其中缺少引导文件，因此使用原版安装盘安装系统的过程分为两步（任何安装器也都是这两步）：第一步是把WIM或者ESD文件解压释放到你所选择的系统分区，这一步相当于Ghsot恢复的一部分；第二步是把引导文件写到引导分区，并重建MBR和PBR，这一步相当于Ghost恢复的另一部分。和Ghost文件恢复不同的是，Gho文件中本身已经包含MBR、PBR、系统引导文件和操作系统文件全部的文件；而WIM和ESD文件并不包含这些MBR、PBR、系统引导文件，这些文件（bootmgr，bcd，bootsect.exe）是放置在ISO文件的根目录和boot目录中的。当你把安装盘sources目录下的install.wim文件进行了修改，其中某些索引的位数就可能和ISO文件中这些引导文件的位数不匹配，例如你把64位Win10的install.wim替换成32位win10的install.wim之后，ISO中的引导文件是64位的，而安装的系统映像办成了32位的，系统文件和引导文件就发生了不匹配现象。之所以32位系统的引导文件可以引导64位系统，而64位引导文件无法引导32位系统，是由于64位系统是向下兼容32位引导文件的，说简单些就是64位的winload.exe可以被32位bootmgr引导程序引导；但反之，32位的winload.exe不可以被64位bootmgr引导程序引导，因为32位系统不可能兼容64位系统。
再说在UEFI BIOS下的第二个问题：这个我也多次在扯闲篇儿中曾不止一次的强调，计算机和平板电脑等硬件上UEFI固件是分32位和64位两种版本的，32位UEFI固件无法引导64位系统安装盘；64位UEFI固件也无法引导32位系统安装盘，这是UEFI BIOS本身的特性决定了（其版本和安装盘ISO中Boot文件夹中的bootia32.efi或bootx64.efi不匹配），即便你使用了可以分别引导两种UEFI固件的ISO启动安装盘（例如女娲工坊的Win10PE2in1的ISO外壳，其中同时包含bootia32.efi和bootx64.efi），可以顺利进入安装界面，这时在传统BIOS下遇到的问题依然会出现，虽然UEFI引导用不到MBR和PBR，引导过程不再是传统BIOS下的bootmgr +winload.exe，而是变成了bootx64.efi(或bootia32.efi)+winload.efi，但是可以预见，其不同位数版本的兼容性变得更加苛刻，以至于两者均不能相互兼容，更不能相互引导。
最后恕我直言，这种所谓X86X64全部系统大整合大统一的版本毫无意义。将多个安装源装入一个WIM的初衷是为了节省体积，因为WIM文件类似于增量备份，对于相同的文件只保留一份，因此将相同位数同版本号的家庭版，专业版，教育版和企业版等放在一个WIM中形成多索引的WIM文件，其体积远远比四个单独的WIM文件体积相加小很多，因为其中含有大量相同的文件（可参考女娲工坊发布的7合1版WinXP），但是把不同位数不同版本号的系统放入一个WIM，其体积相当于简单地把几个WIM文件体积相加，所以，毫无意义！
上面有人贴出的那个所谓官方二合一的安装盘其实就是把不同位数的系统分别放入两个不同的文件夹，使用ＢＣＤ菜单选择进入哪个系统安装盘，可以看成把两个不同位数的ＩＳＯ安装盘进行简单的合并，使用一个简单的选择菜单进行调用，而并非对源安装盘中的引导文件和安装文件进行了任何修改，这种方式和女娲工坊Win10PE2in1的启动方式完全是一个道理。 | 
