无忧启动论坛

标题: [推荐] 改进YY版PE: 用Vista的WIM技术，建立Programs.wim外置程式镜像 [打印本页]

作者: khauyeung 时间: 2007-5-18 13:38
标题: [推荐] 改进YY版PE: 用Vista的WIM技术，建立Programs.wim外置程式镜像
老毛桃/老九的YY版PE(配合PECMD)加外置程式和驱动似乎成为了现今无忧的主流PE。最近下载了老毛桃的杨州版和03版本进行研究，觉得它们最大的特点在于够精简和方便，包含了不少SCSI/SATA/RAID的硬盘驱动于系统核心之中。我认为仍有以下空间可以改进：

1. 增设RAMDRIVE：老毛桃/老九可能认为采用了FBWF使得系统光盘可进行文件读写,就没有必要再保留RAMDRIVE了。我认为不是这样, FBWF服务只可以容许进行文件读写操作，但不能像RAMDRIVE服务一样全面性摹拟一个可读写的磁盘。有一些操作(如imageX /mountrw)在执行前会先检查目标盘，发觉是光盘时就会拒绝执行，虽有FBWF服务也于事无补。所以RAMDRIVE还是有需要的。况且FBWF服务只是向系统申请一个空间，不是对RAM固定占用，所以可以同时设定RAMDRIVE和FBWF而不会多占用内存。

2. 改变环境变量temp和tmp，使其指向RAMDRIVE B:。也需修改注册表，使其较好地支持繁体中文，输入法热键等等。

3. 增设WimFltr服务和imageX，以便对Vista类型镜像WIM的全面支持。

4. 用Vista的WIM技术，建立Programs.wim外置程式镜像: 老毛桃的外置程序文件夹（\Programs\*.*)是放在CD或者硬盘上面的，很多用了WinRAR进行自解压缩以便节省空间。现在我们有了RAMDRIVE和WimFltr服务，可用imageX把众多的程序文件夹压缩成一个外置程式镜像，PE运行时把它外挂到RAMDRIVE B:去。WIM镜像有很好的压缩比率，60MB的外置程序可压缩成35MB的WIM。因为Programs.wim只是外挂，它并没有真正的占用B:盘的空间，所以一只16MB的B:盘挂上60MB的外置程序后仍然有16MB的空间，十分神奇吧？！这样做除了节省空间的特色外，还有把外置程序隐蔽使其不易外露或者被更改的好处。

5. 增加一脚本，使PE可以自动或者手动搜索硬盘、光盘上的Programs.wim或者\Programs外置程序夹。

6. 把PE的文件和文件夹重新恢复标准化：WXPE恢复成I386，TXTSETUP.SI_恢复成TXTSETUP.SIF，SETUPREG.HI_ 恢复成SETUPREG.HIV. 这样做相当于把PE的神秘面纱除了下来,让更多人得以观其真正的面貌。

下面是我的具体做法择要：（所需要文件和成品ISO可以在zhaohj的FTP,khauyeung的文件夹里面找到)

1. 从老毛桃的原ISO中抽出WXPE.IS_, 解压后得WXPE.ISO, 提出里面的文件夹\WXPE，改名为\I386

2. 从老毛桃的原ISO中提出里面的文件夹\外置程序，改名为\Programs

3. 原\I386\TXTSETUP.SI_解压后是仍然不能工作的。把它删除后用我提供的TXTSETUP.SIF代替。

TXTSETUP.rar (28.63 KB, 下载次数: 256)

4. 把\I386\SYSTEM32\SETUPREG.HI_解压后得SETUPREG.HIV

5. 在Windows或者XPE的操作环境下，运行regedit.exe进行注册表操作, 加载入以下配置单元：\I386\SYSTEM32\SETUPREG.HIV, \I386\SYSTEM32\CONFIG\SOFTWARE, \I386\SYSTEM32\CONFIG\DEFAULT, 分别命名为 cxpe_system, cxpe_software, cxpe_default.

6. 导入我提供的CXPE.REG到注册表里面。

CXPE.REG.rar (6.59 KB, 下载次数: 303)

7. 卸载配置单元。

8. 把我提供的文件分别加到对应的根目录，I386和Programs文件夹下面。有三只文件至为重要(

3Files.rar (11.64 KB, 下载次数: 321) )：\I386\SYSTEM32\PECMD.INI, \I386\SYSTEM32\CPEStartup.cmd, \Programs\WINPE.INI。其中CPEStartup.cmd是用来挂接Programs.wim的灵魂。

9. 启动过程大概是这样的：PE启动时运行PECMD.EXE, PECMD.INI负责基本配置工作并把CPEStartup.cmd放在启动文件夹以执行下一步启动任务。CPEStartup.cmd搜索Programs.wim的存在, 把它外挂到RAMDRIVE B:去，并建立连结，最后加载另一个配置文件WINPE.INI。WINPE.INI加载外置基本核心和驱动，然后退出桌面。

10. 你可以参考我的成品ISO里面包含的Programs.wim，看看它是如何与CPEStartup.cmd配合工作的。\Programs\PRO_WIM.TAG是个标志文件。生成Programs.wim的指令大概是imageX
/compress maximum /capture c:\Programs c:\Programs.wim "External Programs for XPE".

假如你看不明白我说什么，那么有二个可能：

1. 我的水平太菜了，写的不知所谓，真的抱歉！
2. 你的水平太菜了，这个帖不看也吧！

很晚了，要去睡觉，迟些再补充吧！

[2007-5-18]: 回应老九建议，把imageX和WimFltr所需的文件和注册表处理整合成下面的组件WimFltr.rar。imageX的使用方法我记得有人详述过，我的中文太菜，不再敖述了。

WimFltr.rar (387.22 KB, 下载次数: 2842)

[2007-5-19]: 有网友问关于wim镜像的问题，很有共通性，我把问题和答案都放在楼顶这里：

但如果是光盘上的wim镜像挂接后是否可写呢？卸载的时候会不会出错？
是否有办法可挂接后内容可写但卸载后内容不会保存到原镜像里面这样那些需读写磁盘的软件就不用做成自解压到X盘或B盘的形式了

光、硬盘上的wim镜像，用imagex /mountrw挂接后都是"可写"的。所谓"可写"是指把转变暂时写在记忆体(RAM)里面而不是直接地写到wim镜像。至于卸载后内容会不会保存到原镜像里面，就要看你下达的卸载过程：如果只想卸载不想保存，用imagex.exe /unmount b:\Programs指令就够了;想卸载又要保存转变到wim镜像里面，必须加上/commit于指令中：imagex.exe /commit /unmount b:\Programs。我现时在YY版PE的处理，是只挂接不卸载，所以转变都不会写回wim镜像中，你希望"那些需读写磁盘的软件就不用做成自解压到X盘或B盘的形式了"的目标是完全可以达到了。从这个角度看来，使用WIM来处理外置程式的优势就更加显而易见了。

现实是光盘上的内容都是只读的，包括Programs.wim，假如你强行/commit /unmount就可能会导致蓝屏。

[2007-5-20]: 有网友问关于蓝屏问题，有共通性，我把问题和答案都放在楼顶这里：

原帖由 fengxi 于 2007-5-19 12:06 PM 发表
按楼主的办法改装毛桃版，用mountrw 挂上了一个wim文件，读取没问题，但往里写东西时就蓝屏了，有谁能解释一下？

我想在回答fengxi问题的同时，向大家指出一些建立Programs.wim外置程式的注意事项。

fengxi，我看过你作测试用的test.wim并做了实验，发觉问题还是出在你制作的wim上面：

你的wim很简单的，**不包含任何文件夹**，只包含二个文件，都放在根目录上面：
\BootXP.IMA
\Vista_MEMTEST.IMA
我用指令imagex /mountrw c:\test.wim c:\mount把它挂在虚拟机的C:盘的\mount文件夹下面，然后用指令copy c:\temp\coolsites.htm c:\mount往它写文件，马上就蓝屏了。假如我挂的不是你的test.wim，而是我的Programs.wim，蓝屏就不出现。那么，你的test.wim出了什么问题呢？

经研究问题是出在它*不包含任何文件夹*。我把你的test.wim改了一下，根目录下面增加了一只叫images的文件夹，然后把二个文件放在文件夹里面：
\images\BootXP.IMA
\images\Vista_MEMTEST.IMA
使用相同的指令挂接和写文件，这次写操作完全成功，蓝屏并不出现。随后的imagex /commit /unmount c:\mount指令也成功把所写的coolsites.htm这个转变更新到test.wim中。

我不懂如何解释这发生的现象，我想假如wim下面不带文件夹，wimfltr很可能会视它为一整个硬盘，写操作时会申请一个很大的临时空间，从而把系统搞垮。

结论是建立外置程式的wim镜像时，根目录下面最小得包含一只文件夹，写操作时要考虑系统的内存和临时写空间的承受能力。老毛原程式带很多自解压程序，解压过程必须使用临时写空间，不利wimfltr操作，同时也拖慢执行速度，建议解压后才整合到wim镜像中去。
[2007-5-25]: 答覆了网友关于使用imagex mount和mountrw的问题。

原帖由songq发表
还要请教楼主,老毛桃的iso我始终没有改成功(在虚拟机里mountrw不成功,mount可以),
现在在下楼主的iso.
1. 不用iso,用移动硬盘peldr+img,采用老九的最新pecmd没问题.可以读写,没有用到ramdrv.
2.如果用iso方式(也是img),在vmware虚拟机里,pecmd moun 加载不行,我以为是光盘启动需要ramdrv的原因,又把它加上,还是不行,但试了imagex mountrw不行,如果mount的话则可以.
是什么原因呢?
楼主改动的太多了,我只想把外置程序压缩成wim,但始终没弄好,再不行的话,从你的iso往回改

回答你的问题：
1. 用移动硬盘peldr+img时，你的PE是建立在硬盘上的(X:盘是硬盘)，你的Programs.wim也是在硬盘上，而且挂接的目标盘也是在硬盘上。硬盘是可以读写的，所以一切都不成问题。
2. 用iso方式时，你的PE是建立在光盘上的(X:盘是光盘)，假如把挂接的目标盘设定在X:盘的话，无论你用mountrw或者mount，挂接都不会成功，因为imagex会拒绝把wim挂接到唯读光盘。假如你加了ramdrv，并把挂接的目标盘设定为ramdrv，那么用mount指令是肯定没有问题了，但是mountrw还是有机会不成功的，这是因为如下面老九指出的：imagex /mountrw 参数要求原来的WIM文件是可写的，放在光盘上的WIM文件是只读的，所以 imagex /mountrw 挂不上WIM文件，要改用 imagex /mount。
关于如何灵活地自动处理用mount和mountrw的方法，请参考我下面答覆老九附上的脚本。

原帖由 lxl1638 于 2007-5-26 12:24 AM 发表
是不是这样：
imagex /mountrw 参数要求原来的WIM文件是可写的，放在光盘上的WIM文件是只读的，
所以 imagex /mountrw 挂不上WIM文件？

回答老九，你已经正确地答覆了自己提出的问题了。其实，我们不一定把wim挂接成可读可写的。我自己是用一只CPEStartup.cmd来执行找寻和挂接的wim文件的，我的处理原则是：先尝试用mountrw挂接到ramdrv，不成功则改用mount挂接。下面列出有关部分:

......
start /min /wait %SystemRoot%\system32\FORMAT.COM B: /FS:NTFS /V:RAMDisk /Q /C /X /FORCE>NUL
if not exist "%ramdrv%\Programs" mkdir "%ramdrv%\Programs"
:load1st
set ProgramFiles=x:\Programs
goto _linkprep
:autoruntag
echo autorun finished at %time% >%SystemRoot%\system32\autorun.tag
:load2nd
for %%i in (x q w e r t y u i o p s d f g h j k l z c v n m) do (
if exist %%i:\programs.wim set _drive=%%i
)
if not exist %_drive%:\Programs.wim goto _linkprep
if not exist "%ramdrv%\Programs" mkdir "%ramdrv%\Programs"
start /min /wait imagex.exe /unmount %ramdrv%\Programs >nul
echo Trying to mount %_drive%:\programs.wim read-write...
start /min /wait imagex.exe /mountrw %_drive%:\programs.wim 1 %ramdrv%\Programs >nul
if not exist %ramdrv%\Programs\PROG_WIM.TAG (
if not exist %ramdrv%\PROG_WIM.TAG (
echo Error. Trying to mount %_drive%:\programs.wim read-only...
start /min /wait imagex.exe /mount %_drive%:\programs.wim 1 %ramdrv%\Programs >nul
)
)
set ProgramFiles=%ramdrv%\Programs
goto _linkprep
......
:_linkprep
......
goto autoruntag

复制代码

对于那些有需要对wim进行写操作的人来说，他们应该把Programs.wim放到硬盘中去(或者是IMG/SDI-PE的X:盘)而不是放在光盘。假如你没有对wim的写需要，放在什么地方都不会成为问题。

[ 本帖最后由 khauyeung 于 2007-5-26 12:18 PM 编辑 ]

CXPE1.jpg (27.06 KB, 下载次数: 171)

CXPE2.jpg (44.54 KB, 下载次数: 131)

CXPE3.jpg (40.82 KB, 下载次数: 142)

CXPE4.jpg (48.66 KB, 下载次数: 163)

CXPE5.jpg (43.58 KB, 下载次数: 162)

作者: barton 时间: 2007-5-18 13:56

5. 增加一脚本，使PE可以自动或者手动搜索硬盘、光盘上的Programs.wim或者\Programs外置程序夹。

对WIM格式的PE1.0 PE2.0来说，可以通过硬盘启动，使用所有的程序

PXE没法用

作者: secowu 时间: 2007-5-18 14:01
了了好，不赞成

作者: 潇湘晨光 时间: 2007-5-18 14:06
有创意哟，下个看看呢！

[ 本帖最后由潇湘晨光于 2007-5-18 02:20 PM 编辑 ]

作者: goffi 时间: 2007-5-18 14:48
有创意
不知道把PROGRAMS.WIM直接MOUNT到X:\PROGRAMS下效果如何
想了一下,好像不便于添加删除外置程序

[ 本帖最后由 goffi 于 2007-5-18 03:42 PM 编辑 ]

作者: green 时间: 2007-5-18 15:31
学习中，谢谢分享。^_^

作者: lxl1638 时间: 2007-5-18 16:50
好！！！！！！！！

这个是真正解决了外置程序的方法，占用内存小，外置.WIM文件高度压缩，挂接方式加载！

楼主完善一下下面：
１、在XP/2K3-PE中的ImageX组件，将文件做成单一的压缩包；
２、imageX组件在XP/2K3-PE中的注册表(包括TXTSETUP.SIF文件，若需要的话)
３、挂载.WIM的命令行工具及简单用法说明。

一个完善的imageX组件，在2K3-PE中既解决了外置程序，兼容MS的新一代的系统映像压缩文件，可用imageX展开映像文件来安装/恢复系统，一举多得啊！

[ 本帖最后由 lxl1638 于 2007-5-18 05:04 PM 编辑 ]

作者: bhdc 时间: 2007-5-18 17:26
好是好,但添加删除程序很麻烦啊.....:P

作者: lxl1638 时间: 2007-5-18 17:32
不要怕麻烦，觉得麻烦是因为使用少，对它的使用方法不习惯，一旦形成习惯就不觉麻烦了。

且学会修改.WIM文件是必要的，MS新一代的压缩映像文件，或者以后的系统封装可能从传统的.GHO转向.WIM了。

作者: philgrim 时间: 2007-5-18 19:25
新技术啊有空钻研一下

作者: haonan 时间: 2007-5-18 19:33
好方法啊，wim的压缩率ms比rar大
期待lz完善

作者: l1982012800 时间: 2007-5-18 19:46
WIM太难了,我学了N多天都没学会

作者: daoker 时间: 2007-5-18 20:01
看介绍不错，弄一个下来学习学习。

作者: khauyeung 时间: 2007-5-18 20:18

原帖由 goffi 于 2007-5-18 02:48 PM 发表
有创意
不知道把PROGRAMS.WIM直接MOUNT到X:\PROGRAMS下效果如何
想了一下,好像不便于添加删除外置程序

把PROGRAMS.WIM直接MOUNT到SDI或者IMG(硬盘类型)的X:\PROGRAMS下是可以的，但MOUNT到ISO(光盘类型)的X:\PROGRAMS下就不行了。这是需要保留RAMDRIVE的重要原因。

作者: szlwj 时间: 2007-5-18 21:24
提示: 作者被禁止或删除内容自动屏蔽

作者: Ddyou 时间: 2007-5-18 22:25
不是很懂，不过还是要顶！

作者: yanghere 时间: 2007-5-18 23:01
好办法，我怎么就没想到呢，困在iso上了，楼主强人，要顶

作者: liuhangtnnd 时间: 2007-5-18 23:08
工程量不小啊~:time:

作者: xlongfeng 时间: 2007-5-18 23:28
背景不错，很漂亮:) :)

作者: khauyeung 时间: 2007-5-18 23:32

原帖由 lxl1638 于 2007-5-18 04:50 PM 发表
好！！！！！！！！

这个是真正解决了外置程序的方法，占用内存小，外置.WIM文件高度压缩，挂接方式加载！

楼主完善一下下面：
１、在XP/2K3-PE中的ImageX组件，将文件做成单一的压缩包；
２、imageX组件在XP/2K3-PE中的注册表(包括TXTSETUP.SIF文件，若需要的话)
３、挂载.WIM的命令行工具及简单用法说明。

回应你的建议，把imageX和WimFltr所需的文件和注册表处理整合成组件WimFltr.rar放在顶楼。imageX的使用方法我记得有人详述过，我的中文太菜，不再敖述了。

作者: khauyeung 时间: 2007-5-18 23:48

原帖由 bhdc 于 2007-5-18 05:26 PM 发表
好是好,但添加删除程序很麻烦啊.....:P

:victory: 相对于拆解老毛桃/老九的PE，我认为往Programs.wim添加删除程序是很容易的:Q ！

作者: jing_hui 时间: 2007-5-19 08:27
这一技术太好了，楼主觉得有没有可能把pe核心也用wim压缩了？

作者: goffi 时间: 2007-5-19 08:50
有一个XIMAGE图形界面工具
贴上来大家玩玩,这样修改PROGRAMS.WIM就可以想修改IMG文件一样

imagex_gui.part1.rar

94.98 KB, 下载次数: 119, 下载积分: 无忧币 -2

作者: goffi 时间: 2007-5-19 08:52
有一个XIMAGE图形界面工具
贴上来大家玩玩,这样修改PROGRAMS.WIM就可以想修改IMG文件一样

imagex_gui.part1.rar

488.28 KB, 下载次数: 243, 下载积分: 无忧币 -2

imagex_gui.part2.rar

488.28 KB, 下载次数: 192, 下载积分: 无忧币 -2

imagex_gui.part3.rar

139.92 KB, 下载次数: 162, 下载积分: 无忧币 -2

作者: haonan 时间: 2007-5-19 09:12
imagex有个缺点，打包太慢了
如果用mountrw参数修改，那wim文件又会不断增大不会减小

作者: goffi 时间: 2007-5-19 09:24

原帖由 haonan 于 2007-5-19 09:12 AM 发表
imagex有个缺点，打包太慢了
如果用mountrw参数修改，那wim文件又会不断增大不会减小

简单修改添加程序用MOUNTRW
如果砍掉的东西比较多请解包修改后重新打包

作者: khauyeung 时间: 2007-5-19 09:31
标题: 回复 #27 haonan 的帖子
我很少直接地用mountrw指令修改wim。我喜欢把用apply指令把wim的内容先拷贝到硬盘，更改完成后再capture一次就成了。以Programs.wim为例，60MB内容才花2分钟。

作者: 狂野 时间: 2007-5-19 10:52

原帖由 lxl1638 于 2007-5-18 16:50 发表 <a href="http://bbs.wuyou.net/redirect.php?goto=findpost&pid=1070370&ptid=105805" target="_blank"><img src="http://bbs.wuyou.net/images/common/back.gif" border="0" onload="if(this.width>screen.width*0.7) {this.resized=true; this.width=screen.width*0.7; this.alt='Click here to open new window\nCTRL+Mouse wheel to zoom in/out';}" onmouseover="if(this.width>screen.width*0.7) {this.resized=true; this.width=screen.width*0.7; this.style.cursor='hand'; this.alt='Click here to open new window\nCTRL+Mouse wheel to zoom in/out';}" onclick="if(!this.resized) {return true;} else {window.open('http://bbs.wuyou.net/images/common/back.gif');}" onmousewheel="return imgzoom(this);" alt="" /></a> 
好！！！！！！！！ 
 
这个是真正解决了外置程序的方法，占用内存小，外置.WIM文件高度压缩，挂接方式加载！ 
 
楼主完善一下下面： 
１、在XP/2K3-PE中的ImageX组件，将文件做成单一的压缩包； 
２、imageX组 ...

看来目前没有必要使用vistaPE了

作者: HuAnGkUn 时间: 2007-5-19 11:12
有没有成型产品啊。下来观摩一下:lol

作者: philgrim 时间: 2007-5-19 12:25
挂接硬盘上的wim镜像设成可修改后里面的内容是可写的而且卸载后会保存到镜像里面
但如果是光盘上的wim镜像挂接后是否可写呢？卸载的时候会不会出错？
是否有办法可挂接后内容可写但卸载后内容不会保存到原镜像里面这样那些需读写磁盘的软件就不用做成自解压到X盘或B盘的形式了

[ 本帖最后由 philgrim 于 2007-5-19 12:30 PM 编辑 ]

作者: armymangl 时间: 2007-5-19 19:11
又有新东西了，有空再学习

作者: 328781160 时间: 2007-5-19 19:35
高科技啊，偶们农民滴看不懂哦
顶起来啊

作者: khauyeung 时间: 2007-5-19 20:23
标题: 回复 #36 philgrim 的帖子

但如果是光盘上的wim镜像挂接后是否可写呢？卸载的时候会不会出错？
是否有办法可挂接后内容可写但卸载后内容不会保存到原镜像里面这样那些需读写磁盘的软件就不用做成自解压到X盘或B盘的形式了

光、硬盘上的wim镜像，挂接后都是"可写"的。所谓"可写"是指把转变暂时写在记忆体(RAM)里面而不是直接地写到wim镜像。至于卸载后内容会不会保存到原镜像里面，就要看你下达的卸载过程：如果只想卸载不想保存，用imagex.exe /unmount b:\Programs指令就够了;想卸载又要保存转变到wim镜像里面，必须加上/commit于指令中：imagex.exe /commit /unmount b:\Programs。我现时在YY版PE的处理，是只挂接不卸载，所以转变都不会写回wim镜像中，你希望"那些需读写磁盘的软件就不用做成自解压到X盘或B盘的形式了"的目标是完全可以达到了。从这个角度看来，使用WIM来处理外置程式的优势就更加显而易见了。

现实是光盘上的内容都是只读的，包括Programs.wim，假如你强行/commit /unmount就可能会导致蓝屏。

[ 本帖最后由 khauyeung 于 2007-5-19 08:39 PM 编辑 ]

作者: soup 时间: 2007-5-19 20:45
又有新东西要学了，有空在学吧。:)

作者: victor888 时间: 2007-5-19 20:52

原帖由 fengxi 于 2007-5-19 12:19 PM 发表

我想将winpe(xp版或2003版)封装在wim中是无法做到的吧，因为ntldr还不能支持wim格式，除非用bootmgr加载pe，现在恐怕还没人做到吧。

完全可以把VISTA的引导写入移动设备好，根目录放一个BOOTMGR，再配制一个BCD放在BOOT文件夹，没有问题，我早就搞成了。

作者: victor888 时间: 2007-5-19 20:54

原帖由 haonan 于 2007-5-19 09:12 AM 发表
imagex有个缺点，打包太慢了
如果用mountrw参数修改，那wim文件又会不断增大不会减小

谁说的不会减小？我怎么记得好像可以呢？你拿证据吧，我还得切换到VISTA，麻烦。

作者: haonan 时间: 2007-5-19 21:32

原帖由 原名丢了 于 2007-5-19 08:54 PM 发表

谁说的不会减小？我怎么记得好像可以呢？你拿证据吧，我还得切换到VISTA，麻烦。

不用证据了，搞一次你就知道:L

作者: khauyeung 时间: 2007-5-19 21:55

原帖由 原名丢了 于 2007-5-19 08:52 PM 发表

完全可以把VISTA的引导写入移动设备好，根目录放一个BOOTMGR，再配制一个BCD放在BOOT文件夹，没有问题，我早就搞成了。

可以详述一下配制BCD的细节吗？我的理解是这个BCD要引导一个nt52类型的winpe，它的wim镜像(boot.wim)放在光盘上的\source目录下面。我希望你能提供用如何使用bcdedit配制这个BCD的一步步(step-by-step)细节。

作者: victor888 时间: 2007-5-19 22:01
可能理解有误，我的意思是指用BOOTMGR充当多重引导器，来引导XP等。
我明白楼上的意思，这个到底行不行，我没试过，我查一下资料，回来再论。

作者: victor888 时间: 2007-5-19 22:47
这个我不想弄了，原因在于核心PE已经用MACKCAB最大化压缩了，用IMAGEX压缩也是一样的结果，想WIM压缩，应该可以成功的，但有多大意义呢？反到有可能出现别的问题。

作者: khauyeung 时间: 2007-5-20 01:27

原帖由 原名丢了 于 2007-5-19 10:47 PM 发表
这个我不想弄了，原因在于核心PE已经用MACKCAB最大化压缩了，用IMAGEX压缩也是一样的结果，想WIM压缩，应该可以成功的，但有多大意义呢？反到有可能出现别的问题。

你可能搞错了我们探讨把PE 1.0 核心(XP/2K3类型)造成wim镜像可能性的主要原因了：压缩并不是我们主要的兴趣所在，因为wim这个新的镜像格式除了压缩比率高以外还有其他更先进的性能。以WinPE 2.0或者VistaPE的wim镜像为例，操作系统是可以在压缩型态下运行的。但是，微软并没有把wim镜像的这个好处伸延到Vista以前的操作系统，所以把PE 1.0 核心wim镜像化在现阶段来说是不能实现的！

[ 本帖最后由 khauyeung 于 2007-5-20 02:00 AM 编辑 ]

作者: vfvf2006 时间: 2007-5-20 02:20
支持一下啊，这么好的东西。
继续潜水中

作者: wanghh 时间: 2007-5-20 07:26
支持一下啊，这么好的东西。:victory:

作者: victor888 时间: 2007-5-20 07:26

原帖由 khauyeung 于 2007-5-20 01:27 AM 发表

你可能搞错了我们探讨把PE 1.0 核心(XP/2K3类型)造成wim镜像可能性的主要原因了：压缩并不是我们主要的兴趣所在，因为wim这个新的镜像格式除了压缩比率高以外还有其他更先进的性能。以WinPE 2.0或者VistaPE的 ...

请给出你不能做出XP/2K3PE的WIM格式的直接证据。

怎么搞来搞去，还不如用PE2.0了，哈哈。目前PE2.0最大的难题是没人搞出PPPOE，非常不方便。

[ 本帖最后由原名丢了于 2007-5-20 08:00 AM 编辑 ]

作者: wanghh 时间: 2007-5-20 07:37
如何安装到硬盘上啊？谢谢你了！

作者: goffi 时间: 2007-5-20 08:52

原帖由 haonan 于 2007-5-19 09:32 PM 发表

不用证据了，搞一次你就知道:L

XIMAGE有一个命令可以直接把用MOUNTRW修改过的WIM文件重新生成,不需要重新打包

/export 类似COPY

作者: khauyeung 时间: 2007-5-20 09:55

原帖由 原名丢了 于 2007-5-20 07:26 AM 发表

请给出你不能做出XP/2K3PE的WIM格式的直接证据。

怎么搞来搞去，还不如用PE2.0了，哈哈。目前PE2.0最大的难题是没人搞出PPPOE，非常不方便。

哈哈！哈哈！哈哈！这下可真搞笑了，我总不能说直接证据就是我不能成功做出XP/2K3PE的wim吧？老实说，我早在半年前就尝试把PE 1.0做成wim格式然后运行了，但是一直没有成功。然后有前辈指出此路不通和其原因。假如你真能把它做出来而且运行成功，盼能多多赐教！我可不需要什么直接证据哟，因为成功才是最好的证据！

PE 2.0我会做，也经尝常会用到，不过在低配置的机器里，PE 1.0还是很难完全被代替的。

[ 本帖最后由 khauyeung 于 2007-5-20 10:07 AM 编辑 ]

作者: goffi 时间: 2007-5-20 09:58

原帖由 khauyeung 于 2007-5-20 09:55 AM 发表

哈哈！哈哈！哈哈！这下可真搞笑了，我总不能说直接证据就是我不能成功做出XP/2K3PE的wim吧？老实说，我早在半年前就尝试把PE 1.0做成wim格式然后运行了，但是一直没有成功。然后有前辈指出此路不通和其原因 ...

怎么把这个问题扯出来了??:L
如果能用WIM方式引导XP/2K3的PE谁还会出CAB压缩格式的
N久以前我久做了不少尝试,查找了不少资料,一直没能成功
如果有人能做出来,记得通知我一下,谢谢

作者: khauyeung 时间: 2007-5-20 10:34

原帖由 goffi 于 2007-5-20 09:58 AM 发表

怎么把这个问题扯出来了??:L
如果能用WIM方式引导XP/2K3的PE谁还会出CAB压缩格式的
N久以前我久做了不少尝试,查找了不少资料,一直没能成功
如果有人能做出来,记得通知我一下,谢谢

嘻嘻！你不就正是那些前辈之一吗？看来许多到访此帖的都是些高手前辈，很多阅读权限都在70/90或者以上，算得上是高手如云了！本人身为楼主，深感荣幸，感谢各为光临寒舍，还望多多发表意见...
对不起，我把问题扯远了！希望不会因为灌水而坐牢吧？

作者: zero99 时间: 2007-5-20 11:02
在Programs.wim里面打包Office2003,在运行程序时出现蓝屏。WinPE是IMG格式。
提示是WIMFLTR.SYS引起的。WIMFLTR.SYS不会也分用在ISO和IMG的版本吧？

作者: zero99 时间: 2007-5-20 11:03
在Programs.wim里面打包Office2003,在运行程序时出现蓝屏。WinPE是IMG格式。
提示是WIMFLTR.SYS引起的。WIMFLTR.SYS不会也分用在ISO和IMG的版本吧？

作者: zero99 时间: 2007-5-20 11:04
不好意思，网络问题，以为没有发出去，请删掉重复的和这个回复。

[ 本帖最后由 zero99 于 2007-5-20 11:14 AM 编辑 ]

作者: victor888 时间: 2007-5-20 12:20
@khauyeung

你搞个PPPOE 2.0的出来。

作者: khauyeung 时间: 2007-5-20 12:52

原帖由 原名丢了 于 2007-5-20 12:20 PM 发表
@khauyeung

你搞个PPPOE 2.0的出来。

对不起，我自己不需要用PPPOE，也就不准备花时间去搞个自己用不上的东西了。我在去年12月开了个帖(http://bbs.wuyou.net/forum.php?m ... &extra=page%3D6)，是介绍用VistapeBuilder建造VistaPE(WinPE 2.0)的，里面有网友三百多条回覆讨论，你试试看能否在那里发现找到对你有用的东西吧！

作者: zero99 时间: 2007-5-20 13:05
引起蓝屏的原因好像是imagex.exe /mountrw 参数，用 /mount 就不会蓝屏了。
但是这样变成不可写的话，Office2003就只能运行，但打不开任何文档，其它要
写空间的程序可能使用上也有问题，有没有人能解决这个问题？

作者: khauyeung 时间: 2007-5-20 13:27

原帖由 zero99 于 2007-5-20 11:03 AM 发表
在Programs.wim里面打包Office2003,在运行程序时出现蓝屏。WinPE是IMG格式。
提示是WIMFLTR.SYS引起的。WIMFLTR.SYS不会也分用在ISO和IMG的版本吧？

在PE里行Office2003本身就不是个合理的安排，在精简版的PE跑就更不合理了。Office的运行，除了程式本身，要配合很多注册表处理，运行期间也会有大量数据往内存和硬盘读写。ISO和IMG版本的PE最大分别在于FBWF不能发挥作用于IMG/SDI，如果IMG没有预留足够空间，暂时文件很快就会填满Application Data文件夹或者RAM，WimFltr在写入过程出现问题就会蓝屏。建议你在系统引导后做的第一件事就是设定虚拟内存，也应尝试把Office的临时路径指向硬盘，假如于事无补，你应该放弃在PE跑2003了。跑Office97可能会容易一些吧？！

[ 本帖最后由 khauyeung 于 2007-5-20 01:35 PM 编辑 ]

作者: HuAnGkUn 时间: 2007-5-20 17:11
已经做成 U 盘启动。:D 好多程序不能用。

[ 本帖最后由 HuAnGkUn 于 2007-5-20 07:18 PM 编辑 ]

作者: 888888 时间: 2007-5-20 19:31
有创意哟，下个看看呢！;P

作者: goffi 时间: 2007-5-20 22:23

原帖由 friend8179 于 2007-5-20 06:57 PM 发表
请教各位大大，如何在里面添加驱动啊？
郁闷了，别说添加显卡，声卡出错，连加个网卡驱动也给我报错（具体出错忘了）
我是启动后在设备管理器里添加的

方法错误
把驱动文件复制到相应目录
用BARTPE -PNP来驱动设备

作者: khauyeung 时间: 2007-5-21 00:52

原帖由 fengxi 于 2007-5-19 12:06 PM 发表
按楼主的办法改装毛桃版，用mountrw 挂上了一个wim文件，读取没问题，但往里写东西时就蓝屏了，有谁能解释一下？

作者: ppowers 时间: 2007-5-21 11:01

原帖由 khauyeung 于 2007-5-19 09:55 PM 发表

可以详述一下配制BCD的细节吗？我的理解是这个BCD要引导一个nt52类型的winpe，它的wim镜像(boot.wim)放在光盘上的\source目录下面。我希望你能提供用如何使用bcdedit配制这个BCD的一步步(step-by-step)细节。

其实不需要bcd的配置菜单也可以引导多重启动
完全可以用grub来引导。
以硬盘版本为例，方法

http://bbs.wuyou.net/forum.php?mod=viewthread&tid=103728&extra=page%3D2

我在我自己的机器上已经做过测试，可以行的通。
在U盘上测试，我的机器也可以多重启动，只是部分机器不能用U盘启动。

作者: yseric 时间: 2007-5-21 13:09
标题: 回复 #2 barton 的帖子
謝謝大大無私的分享

作者: victor888 时间: 2007-5-21 16:26
现在我只想说，有谁能不下载楼主的ISO就能按照节选的教程做成功，真是顶尖的高手。
这楼主的内容，菜鸟肯定是搞不成功的。

[ 本帖最后由原名丢了于 2007-5-22 08:28 AM 编辑 ]

作者: lxl1638 时间: 2007-5-22 12:29
　　楼主将TXTSETUP.SIF文件中与WIMFLTR.SYS、WIMFSF.SYS驱动有关的内容单独帖上来，
因为本人手头上没有老毛桃那两个PE，查了一下你帖上的TXTSETUP.SIF文件(两个)，都没有
"WIMFLTR.SYS"、"WIMFSF.SYS"这些字符串。

　　就是说你的TXTSETUP.SIF文件与老毛桃原来的TXTSETUP.SIF差别在哪里，单独帖出来，
也方便修改其它PE，如繁体PE，因为繁体PE不一定用老毛桃原来的TXTSETUP.SIF。

作者: khauyeung 时间: 2007-5-22 13:02

原帖由 lxl1638 于 2007-5-22 12:29 PM 发表
　　楼主将TXTSETUP.SIF文件中与WIMFLTR.SYS、WIMFSF.SYS驱动有关的内容单独帖上来，
因为本人手头上没有老毛桃那两个PE，查了一下你帖上的TXTSETUP.SIF文件(两个)，都没有
"WIMFLTR.SYS"、"WIMFSF.SYS"这些字 ...

老毛为了保护他的"知识产权"，把TXTSETUP.SIF里面的几个部分砍掉了，主要砍掉的部份在[SourceDisksFiles.x86]，我只是把它还原。WIMFLTR.SYS、WIMFSF.SYS驱动不须在TXTSETUP.SIF里注册。我把他的和我的都贴出来给参考：

TXTSETUP_MaoTao.rar

21.02 KB, 下载次数: 47, 下载积分: 无忧币 -2

TXTSETUP.rar

28.63 KB, 下载次数: 53, 下载积分: 无忧币 -2

作者: kkrebirth 时间: 2007-5-22 13:03
支持一下啊，这么好的东西。

作者: lxl1638 时间: 2007-5-22 13:06

原帖由 khauyeung 于 2007-5-22 01:02 PM 发表

老毛为了保护他的"知识产权"，把TXTSETUP.SIF里面的几个部分砍掉了，主要砍掉的部份在[SourceDisksFiles.x86]，我只是把它还原。WIMFLTR.SYS、WIMFSF.SYS驱动不须在TXTSETUP.SIF里注册。我把他的和我的都贴出 ...

就是说不用改TXTSETUP.SIF文件了？难怪本人在TXTSETUP.SIF文件中找不到"WIMFLTR.SYS"、"WIMFSF.SYS"这些字符串呢。

作者: khauyeung 时间: 2007-5-22 13:16

原帖由 原名丢了 于 2007-5-21 04:26 PM 发表
现在我只想说，有谁能不下载楼主的ISO就能按照节选的教程做成功，真是顶尖的高手。
这楼主的内容，菜鸟肯定是搞不成功的。

我在顶楼就说过，看不明白的有二种可能性：

1. 楼主太菜，说得不知所云。
2. 读者太菜，不看也吧。

无论是什么可能性，我都会说一声：抱歉！

作者: chnhhwz 时间: 2007-5-22 13:29
好文章
最近工作忙
有空的时候好好学习下
先收藏

作者: njwsl545 时间: 2007-5-22 14:06
学习中，谢谢分享。^_^

作者: ctct 时间: 2007-5-22 15:12
不错啊，这种方式加载外置程序看来是未来发展方向。

我用虚拟机测试楼主制作的iso，感觉加载wim时间稍长，内存多占用了一些（估计是虚拟B盘占用的）。

作者: uk111111 时间: 2007-5-22 16:27
呵呵，还是没空钻研，还不如你上传一个新版出来，感谢分享

作者: chinaghost 时间: 2007-5-23 08:41

原帖由 khauyeung 于 2007-5-22 01:02 PM 发表

老毛为了保护他的"知识产权"，把TXTSETUP.SIF里面的几个部分砍掉了，主要砍掉的部份在[SourceDisksFiles.x86]，我只是把它还原。WIMFLTR.SYS、WIMFSF.SYS驱动不须在TXTSETUP.SIF里注册。我把他的和我的都贴出 ...

也就是,没并必要换了?我用的是深山红叶(熊猫)要不要改啊?

作者: songq 时间: 2007-5-25 22:27
还要请教楼主,老毛桃的iso我始终没有改成功(在虚拟机里mountrw不成功,mount可以),
现在在下楼主的iso.
1. 不用iso,用移动硬盘peldr+img,采用老九的最新pecmd没问题.可以读写,没有用到ramdrv.
2.如果用iso方式(也是img),在vmware虚拟机里,pecmd moun 加载不行,我以为是光盘启动需要ramdrv的原因,又把它加上,还是不行,但试了imagex mountrw不行,如果mount的话则可以.
是什么原因呢?
楼主改动的太多了,我只想把外置程序压缩成wim,但始终没弄好,再不行的话,从你的iso往回改:L

作者: lxl1638 时间: 2007-5-25 23:03

原帖由 songq 于 2007-5-25 10:27 PM 发表
如果用iso方式(也是img),在vmware虚拟机里,pecmd moun 加载不行,我以为是光盘启动需要ramdrv的原因,又把它加上,还是不行,但试了imagex mountrw不行,如果mount的话则可以.
是什么原因呢?

难道光盘作介质时，外置程序不能用WIM打包了？关注一下。

作者: lxl1638 时间: 2007-5-26 00:24
是不是这样：
imagex /mountrw 参数要求原来的WIM文件是可写的，放在光盘上的WIM文件是只读的，
所以 imagex /mountrw 挂不上WIM文件？

作者: maofengtz 时间: 2007-5-26 08:39
提示: 作者被禁止或删除内容自动屏蔽

作者: songq 时间: 2007-5-26 08:58
又下载了楼主的xcpe.iso,发现不是ramdisk方式启动的,跟老毛桃的iso不一样.

如果不能读写的话,wim意义就不大了.

作者: wanghh 时间: 2007-5-26 09:17

原帖由 songq 于 2007-5-26 08:58 AM 发表
又下载了楼主的xcpe.iso,发现不是ramdisk方式启动的,跟老毛桃的iso不一样.

如果不能读写的话,wim意义就不大了.

是不是只能于光盘了？:'( :'(

作者: haonan 时间: 2007-5-26 09:42

原帖由 lxl1638 于 2007-5-26 12:24 AM 发表
是不是这样：
imagex /mountrw 参数要求原来的WIM文件是可写的，放在光盘上的WIM文件是只读的，
所以 imagex /mountrw 挂不上WIM文件？

对，我用vista安装文件试验过，光盘上的wim文件无法用mountrw参数，会报错

作者: khauyeung 时间: 2007-5-26 11:43
标题: 回复 #86 lxl1638 的帖子

原帖由songq发表
还要请教楼主,老毛桃的iso我始终没有改成功(在虚拟机里mountrw不成功,mount可以),
现在在下楼主的iso.
1. 不用iso,用移动硬盘peldr+img,采用老九的最新pecmd没问题.可以读写,没有用到ramdrv.
2.如果用iso方式(也是img),在vmware虚拟机里,pecmd moun 加载不行,我以为是光盘启动需要ramdrv的原因,又把它加上,还是不行,但试了imagex mountrw不行,如果mount的话则可以.
是什么原因呢?
楼主改动的太多了,我只想把外置程序压缩成wim,但始终没弄好,再不行的话,从你的iso往回改

原帖由 lxl1638 于 2007-5-26 12:24 AM 发表
是不是这样：
imagex /mountrw 参数要求原来的WIM文件是可写的，放在光盘上的WIM文件是只读的，
所以 imagex /mountrw 挂不上WIM文件？

......
start /min /wait %SystemRoot%\system32\FORMAT.COM B: /FS:NTFS /V:RAMDisk /Q /C /X /FORCE>NUL
if not exist "%ramdrv%\Programs" mkdir "%ramdrv%\Programs"
:load1st
set ProgramFiles=x:\Programs
goto _linkprep
:autoruntag
echo autorun finished at %time% >%SystemRoot%\system32\autorun.tag
:load2nd
for %%i in (x q w e r t y u i o p s d f g h j k l z c v n m) do (
if exist %%i:\programs.wim set _drive=%%i
)
if not exist %_drive%:\Programs.wim goto _linkprep
if not exist "%ramdrv%\Programs" mkdir "%ramdrv%\Programs"
start /min /wait imagex.exe /unmount %ramdrv%\Programs >nul
echo Trying to mount %_drive%:\programs.wim read-write...
start /min /wait imagex.exe /mountrw %_drive%:\programs.wim 1 %ramdrv%\Programs >nul
if not exist %ramdrv%\Programs\PROG_WIM.TAG (
if not exist %ramdrv%\PROG_WIM.TAG (
echo Error. Trying to mount %_drive%:\programs.wim read-only...
start /min /wait imagex.exe /mount %_drive%:\programs.wim 1 %ramdrv%\Programs >nul
)
)
set ProgramFiles=%ramdrv%\Programs
goto _linkprep
......
:_linkprep
......
goto autoruntag

复制代码

对于那些有需要对wim进行写操作的人来说，他们应该把Programs.wim放到硬盘中去(或者是IMG/SDI-PE的X:盘)而不是放在光盘。假如你没有对wim的写需要，放在什么地方都不会成为问题。
下面附上我使用的三个配置文件供参考。

[ 本帖最后由 khauyeung 于 2007-5-26 12:22 PM 编辑 ]

3Files.rar

12.26 KB, 下载次数: 51, 下载积分: 无忧币 -2

作者: songq 时间: 2007-5-26 12:06
为什么你的iso可以读写呢,可不可以把你的改成ramdisk启动,依旧可以读写呢?
我照着你的加了ramdrv,反复试过无数次,没有一次可以mountrw成功.(fat32格式,ntfs格式,img的,wim的交替试过了),正象你所说的,mount到x盘不行,mount到B盘可以成功.

如果mountrw不确定可行的话,老九的pecmd也要改写了,现在只是实现mountrw的吧,还要考虑不能读写的情况

作者: lxl1638 时间: 2007-5-26 12:09
昨晚已更新，可以挂上光盘上的WIM文件，但参数要求自己写。

一直以来很少搞Imagex，现在总算明白了些少。

其实在PE中用 Imagex /Mount 参数只读挂载也够用了，这个参数不会修改原来的WIM文件，MOUNT到可写目录中，目标目录同样是可写的。

也更新了一下PECMD，PECMD的MOUN命令支持类似Imagex 的 /Mount 和 /MountRW 两种方式挂载WIM映像。

[ 本帖最后由 lxl1638 于 2007-5-26 12:11 PM 编辑 ]

作者: songq 时间: 2007-5-26 12:12
补充一点,我试了img-pe格式的x盘也无法mount,必需mount到b盘,
楼主可不可以改个img做x盘的iso呢?实现mountrw,我折腾不出来了

作者: lxl1638 时间: 2007-5-26 12:30
在PE中实现 /MountRW 没有多大用途，/MountRW 的目的是为修改 WIM文件用的，
用 /MountRW 挂上 WIM文件后，对目标目录(Mount到的目录)的修改也有可能修改
原来的WIM映像文件，这个修改是在内存或临时目录，这个修改是否保存就看 /UnMount　
后面有没有参数 /COMMIT。

作者: songq 时间: 2007-5-26 12:51
按我的理解,外置程序改成wim格式,就可以不用自解压到temp目录来运行了,如果只读,有些程序运行要写目录怎么办?

作者: lxl1638 时间: 2007-5-26 12:55

原帖由 songq 于 2007-5-26 12:51 PM 发表
按我的理解,外置程序改成wim格式,就可以不用自解压到temp目录来运行了,如果只读,有些程序运行要写目录怎么办?

不管WIM文件属性如何，也不管是否用/RW方式挂载，只要目标目录是可写的，
程序运行要写目录不成问题。

作者: khauyeung 时间: 2007-5-26 12:58

原帖由 songq 于 2007-5-26 12:12 PM 发表
补充一点,我试了img-pe格式X:盘也无法mount,必需mount到b盘,
楼主可不可以改个img做x盘的iso呢?实现mountrw,我折腾不出来了

我自己在SDI的X:盘尝试过，假如Programs.wim也在X:盘或者是其他硬盘，使用mountrw挂接是没有问题的。SDI-PE除了多了一个header外，跟IMG-PE没有太多分别，按道理使用mountrw挂接也不应有问题。不过，我们制作SDI/IMG时一般不会预留太多空间给X:盘的，挂接虽然成功，真实的写操作是否有足够写空间是个疑问。
本人以为，PE用的Programs.wim是很小机会需要进行写操作的。假如你有其他的wim需要写操作，把它放入硬盘，进入PE后，把它mountrw到硬盘上的一个目录不就成了吗？

作者: lxl1638 时间: 2007-5-26 13:10
其实是很简单的问题：
/Mount 参数不能也不会改写(或也以说破坏)原来的WIM文件；

/MountRW 参数可以改写原来的WIM文件，当目标目录改写后，
/UnMount 参数后面加上 /COMMIT 卸下WIM映像时，目标目录
被修改的文件和新生成的文件会被更新到原来的WIM映像中。

　　所以说，在PE中用/MountRW参数挂载映像没有必要，
除非你要编辑WIM文件。

作者: armymangl 时间: 2007-5-26 16:56
老九兄，请教个问题：感觉pecmd中init的参数I特别脆弱（用词不当别见笑），ini文件中一不小心就导致启动后托盘工具没有了，然后弄下又出来了，似乎找不出有什么规律会影响i参数的启动成功与否。感觉一个影响很大的就是exe文件，如果在ini中执行了exe文件（最多就是自解压文件），很可能就会启动没有托盘工具。
请老九兄指点迷津，确实很困惑这个问题。
还有一个问题，如果ini中菜单链接比较多，就会导致随机出现有的菜单不能正常加载的情况，如果其中再插入个自解压的东东，就更明显了，一大片菜单都变成白板了。不知是个别问题还是确实有这个问题。只能通过wait来调节，但是这个时间很难把握。

[ 本帖最后由 armymangl 于 2007-5-26 05:01 PM 编辑 ]

作者: HYQ9 时间: 2007-5-26 17:43
下载一个看看，看是不是比老毛桃的更好？

作者: lxl1638 时间: 2007-5-26 19:22

原帖由 armymangl 于 2007-5-26 04:56 PM 发表
老九兄，请教个问题：感觉pecmd中init的参数I特别脆弱（用词不当别见笑），ini文件中一不小心就导致启动后托盘工具没有了，然后弄下又出来了，似乎找不出有什么规律会影响i参数的启动成功与否。感觉一个影响很大 ...

EXEC命试调用自解压程序时，加上前导符"="试试。

作者: armymangl 时间: 2007-5-26 20:17

原帖由 lxl1638 于 2007-5-26 07:22 PM 发表

EXEC命试调用自解压程序时，加上前导符"="试试。

收到，这就去试下

作者: 太阳上的鱼 时间: 2007-5-26 20:31
果然是打破传统,我等属于菜鸟,希望各位老鸟能够早日将以上设想实现

作者: wanghh 时间: 2007-5-26 20:59
其中CPEStartup.cmd是用来挂接Programs.wim的灵魂

作者: lxl1638 时间: 2007-5-26 22:24

原帖由 wanghh 于 2007-5-26 08:59 PM 发表
其中CPEStartup.cmd是用来挂接Programs.wim的灵魂

通过批处理用Imagex挂接WIM会严重滞后，要用延时等待才能执行后面的命令。
PECMD的MOUN命令挂接WIM效率会高不少。

作者: khauyeung 时间: 2007-5-26 23:22

原帖由 lxl1638 于 2007-5-26 10:24 PM 发表

由
通过批处理用Imagex挂接WIM会严重滞后，要用延时等待才能执行后面的命令。
PECMD的MOUN命令挂接WIM效率会高不少。

使用我的CPEStarup.cmd挂接WIM，是会有滞后的情况，但滞后并不是由Imagex挂接WIM过程所引起的，而是由其中一段自动从全部盘符找寻Programs.wim的过程引起。CPEStarup.cmd改编自我较早时为其他PE写的批处理文件，是急就章之作，里面产生连结的处理写得比较笨，但我见能工作就懒得改动了。还有一点需要留意：假如你需要用PECMD的FONT指令挂接字体，你必须把该指令放在WINPE.INI(老毛的配置文件)的最后执行，否则后面的命令会全部滞后，慢得不能忍受。

所以，效率低的应该说是本人，不要错怪了imagex这家伙。哈哈！

[ 本帖最后由 khauyeung 于 2007-5-26 11:42 PM 编辑 ]

作者: hszgb 时间: 2007-5-27 00:07
好是好,但添加删除程序很麻烦啊.....

作者: songq 时间: 2007-5-27 00:38
不知wim的兼容性怎么样,我把深山红叶的外置程序挂上去,有好几个不能运行,老毛桃里的trueimage也不能运行.不知道是不是这样?

欢迎光临无忧启动论坛 (http://wuyou.net/)