兴奋!终于找到winpe2.x/3.0启动后台运行wpeinit初始化winpe和启动网络的方法
winpe2.x/3.0启动时如果运行wpeinit.exe初始化winpe并启动网络支持,通常要等wpeinit执行完,才能载入桌面,过程非常漫长,一直都很苦恼。今晚再看cmd帮助时，看到 start 这样一段内容：command/program
如果它是内部 cmd 命令或批文件，那么该命令处理器是使用 cmd.exe 的 /K 开关运行的。这意味着运行该命令之后，该窗口将 仍然存在。
如果它不是内部 cmd 命令或批文件，那么 它就是一 个程序，并将作为一个窗口化应用程序或控制台应用程序运行。
执行的应用程序是 32-位 GUI 应用程序时，CMD.EXE 不等应用程序终止就返回命令提示符。
在autorun.cmd里添加一行 start wpeinit.exe，如果使用MSDaRT工具的 netstart.exe 启动网络，则写成 start netstart.exe -prompt /silent
马上试验，启动虚拟机测试，winpe直接进入了桌面，没有了漫长的 wpeinit 运行过程，wpeinit 在进入桌面后后台运行，大大加快了winpe2.x/3.0的启动进入桌面的速度，当然进入桌面后要等一段时间才能开始使用网络。
附：winpeshl.ini 的结构：
"cmd.exe /c autorun.cmd"
%SystemRoot%\explorer.exe 甚好
又往前前进了一大步 很好，谢谢，支持一下。 恭喜，造福大家，支持支持。 这里本人早已作了说明：
http://bbs.wuyou.net/forum.php?mod=viewthread&tid=144618&page=2#pid1721979
老外的NT6.x系列PE通常是使用以下3个文件来初始化的：
WinPEShl.EXE，微软的文件，负责处理 ProFiles 及与之相关的系统环境和内存环境，还包括安装字体；
PEShell.EXE，第三方工具，负责建立系统桌面和注册系统外壳；
WPEinit.EXE，微软的文件，负责初始化网络和USB设备，慢长的启动过程是因为WPEinit.EXE。
本人目前已完善了PECMD.EXE(148K)，完全可以代替WinPEShl.EXE(17~20K)+PEShell.EXE(330K)，且通过PECMD.EXE的命令启动PE，有很多优势：
1、PECMD.EXE内置的70多条命令可以代替很多工具；
2、通过PECMD.EXE的命令，国内那些玩过NT5.x系列PE的朋友，很方便从NT5.x的PE过渡到NT6.x的PE。
3、PECMD.EXE控制PE的启动过程更加快速，更加自由，何时何地启动WPEinit.EXE完全可以用PECMD.EXE的命令来控制，如启动WPEinit.EXE可以在PECMD.INI中放到后台执行，也可以用RUNS命令放到启动项执行。
新版的PECMD.EXE将在周未放出，大概更新如下：
1、完善了WALL命令的功能，WALL命令可以在启动后的PE和正常系统中设置桌面背景，包括在CMD中使用；
2、完成了对NT6.x系列PE的支持，完全可以代替WinPEShl.EXE + PEShell.EXE
[ 本帖最后由 lxl1638 于 2009-6-26 02:09 编辑 ] 原帖由 lxl1638 于 2009-6-26 02:06 发表 http://bbs.wuyou.net/images/common/back.gif
这里本人早已作了说明：
http://bbs.wuyou.net/forum.php?mod=viewthread&tid=144618&page=2#pid1721979
老外的NT6.x系列PE通常是使用以下3个文件来初始化的：
WinPEShl.EXE，微软的文件，负责处理 ProFiles 及与之相 ...
ms这次升级主要是针对nt6.x，对现在用pecmd的pe来说，这个升级好像没多大必要
既然是这样，建议老大把版本也升级一下吧，比如3.6 或者干脆4.0 原帖由 NicTense 于 2009-6-26 02:14 发表 http://bbs.wuyou.net/images/common/back.gif
ms这次升级主要是针对nt6.x，对现在用pecmd的pe来说，这个升级好像没多大必要
既然是这样，建议老大把版本也升级一下吧，比如3.6 或者干脆4.0
PECMD.EXE的更新主要是对NT6.x系列PE的，其中关键是处理用户配置文件。
当然在NT6.x系列PE中，不使用PECMD.EXE也可以，但PECMD.EXE有自己的特色，如对资源管理器进程的保护功能是其它工具，
包括微软的工具都没有的，现在老外的NT6.x系列PE，一旦资源管理器进程被杀也不会自动加载，另外老外现在的这些PE不能通过[开始菜单]传统的位置来关机重启，要调用第三方工具，操作方法与正常系统的不同，很多人不习惯。 原帖由 lxl1638 于 2009-6-26 02:23 发表 http://bbs.wuyou.net/images/common/back.gif
PECMD.EXE的更新主要是对NT6.x系列PE的，其中关键是处理用户配置文件。
当然在NT6.x系列PE中，不使用PECMD.EXE也可以，但PECMD.EXE有自己的特色，如对资源管理器进程的保护功能是其它工具，
包括微软的工 ...
老大估计误解我的意思了，我从来都没怀疑过pecmd的强大
我的意思是说，如果这次更新主要是针对nt6.x系列pe的，算是一个划时代的升级
建议把版本号区别开来，而不要沿用3.3，免得大家是不是都升级，到时候出了问题还得麻烦老大出来解答 原帖由 lxl1638 于 2009-6-26 02:23 发表 http://bbs.wuyou.net/images/common/back.gif
PECMD.EXE的更新主要是对NT6.x系列PE的，其中关键是处理用户配置文件。
当然在NT6.x系列PE中，不使用PECMD.EXE也可以，但PECMD.EXE有自己的特色，如对资源管理器进程的保护功能是其它工具，
包括微软的工 ...
希望老九在测试NT6.x系列时，要特别注意Windows7 Explorer的特性，它跟Windows6 (Vista) 和 Windows5 (XP/2003) Explorer很多地方有比较大的不同。 继续学习
也期待老九的新版出来后转入PE2.X及PE3.0的研究
更希望楼上的加拿大朋友能对现在的PE3.0脚本进行本地化完善
谢谢
回复 #5 lxl1638 的帖子
呵呵，我目前对 pecmd 是一点都不熟悉，知道有 pecmd 还是来无忧论坛之后的事情。我是在去年大概11月下旬左右才开始接触 winpe，在网上搜文章，参考前人的作品一步步摸索才作出现在的这个winpe2.1。记得当时为了能在启动时就设置分辨率为自定义设置，而不是默认的 640*480时是一筹莫展，后来在远景的一个winpe2.1 中找到 setres.exe, 在winpeshl.ini 添加自定义脚本时屡不成功，非常苦恼。对于winpeshl.ini 微软只是简短的给了几句说明，对于我这种初接触winpe，对命令脚本异常陌生的人带来很大困扰，在使用 copype.cmd 自定义 winpe 时，微软给出的某些范例中有双竖引号出现，之前一直不知为什么要双引号，只知道依样画葫芦，命令执行次数多后，才知道目录或文件名有空格的必须用双引号括起来，在发现这点后试验把脚本写成 setres.exe，"1280 800 32"，马上虚拟机测试，成功了，那时别提多高兴了。同时也发现winpeshl.ini 中使用批处理，也必须用引号括起来，否则不执行。可以这样说，我做这个winpe是从无到有，从对winpe一无所知到略有所知，在自定义winpe 的过程中走了很多弯路也学到了不少东西。
[ 本帖最后由 lqcai 于 2009-6-26 10:29 编辑 ] 到时候估计老外来我们这里取经了。。。。
出新的PECMD，研究方向终于要跨向PE2.0/3.0了。 不知新版pecmd.exe能不能在64位系统中运行 支持LXL的研究，学习 学习过程都是慢慢来的
我感觉lqcai好出色阿,赶紧熟悉pecmd吧,这个是现在pe欣欣向荣的奠造者 好消息啊！老九也辛苦了！ 老大的PECMD支持WIN7PE3了，我的WIN7PE3也应该转过了，不过得慢慢熟悉老大的PECMD先。 不错，继续学习!这PE还真让人兴奋啊。 很好，看来我又有折腾的欲望了！哈哈哈哈，要辛苦一下了！！！！！！ 好，谢谢，收藏了。。
页:
[1]