【原创】★新型全外置结构:《零体积全能可扩展PE》ZIP版

bclz

同上。。。。。。。。。

liudehua

越来越强大，恭喜大元帅！
另：
启动到桌面出现提示：

[ 本帖最后由 liudehua 于 2009-12-25 20:12 编辑 ]

pseudo

原帖由 liudehua 于 2009-12-25 20:10 发表
越来越强大，恭喜大元帅！
另：
启动到桌面出现提示：

0PE12.20版使用了chenall兄的自动搜索/执行petools工具：
http://bbs.wuyou.net/forum.php?mod=viewthread&tid=158014&extra=page%3D1%26amp%3Bfilter%3Ddigest

跟以往版本不同，
现在硬盘、光盘、U盘各分区的petools目录下的一些
PECMD.INI、SETUP.BAT,setup.inf,setup.cmd，好像还有*.reg？
等，会在启动到桌面时被自动执行！！！

楼上遇到的报错提示，估计是执行上述某个程序时报的。
得清理一下所有盘的petools下这些可能被自动执行的文件，保证它们能够正常运行。

也可以DIY一下KERNEL.ZIP\KERNEL\KERNEL\WXPE\SYSTEM32\TOOLS\refresh.ini
不调用chenall的搜索工具，仍调用老方案（要修改处很简单，一看就明）。

chenall

出现上面的错误提示，原因是PECMD创建快捷方式时会读取这个程序，如果这个程序损坏或不可执行的就会出现

diwu2005

原帖由 pseudo 于 2009-12-20 13:36 发表

0pe本来就支持把0pe的iso取任意名放任意盘（包括ud）任意目录。
“0PE1209剪裁、合盘、藏入ud示例（156MB）.rar”（坛里有分流）里，就有取名为1PE.ISO、2PE.ISO、3PE.ISO放在ud根目录的实例。

更多资料， ...

经过试验，把一个海蜘蛛安装ISO文件（linux启动）改为WIN$.ISO放到C盘根目录下，从0PE启动电脑，选[A]项从WIN$.ISO启动，能发现WINN$.ISO文件，但无法从WIN$.ISO启动，　原因是什么呢？

把一个雨林木风的一个XP快速安装启动盘ISO文件（用启动易制作），按上述操作，能够启动。

zxw

一个小bug:
regfile 关联：regedit.exe %1 应为：regedit.exe “%1 ”
在桌面等有空格的文件夹或目录中双击reg文件出现错误。

scxiegangxy

建议增加引导img镜像的串接菜单，使之多功能化，谢谢！本来已经很好了，谢谢这么好的pe！！

ydlds777

支持~~~~~~~~~~~~~~~~~~~~~

kook213

p大，可见分区放WIN$.ISO （深度9.0Ghostxp），但还是无法找到WIN$.ISO

pseudo

原帖由 kook213 于 2009-12-27 13:02 发表
p大，可见分区放WIN$.ISO （深度9.0Ghostxp），但还是无法找到WIN$.ISO

能找到可见分区的文件（我这里能，不少网友也能）属正常，不能找到也不乏先例。

这个文件由grldr来负责搜索。grldr能否找到U盘可见分区的东西，跟BIOS、U盘、制作方法等很多因素有关，0PE无法左右。

最保险的办法是将文件与grldr文件并列存放，那样肯定能找到（除非连grldr也找不到）。

注意：WIN$.ISO由grldr来搜索，MYISO.ISO由grub.exe搜索，grub.exe好像不能访问ud、pd。

pseudo

原帖由 zxw 于 2009-12-26 18:03 发表
一个小bug:
regfile 关联：regedit.exe %1 应为：regedit.exe “%1 ”
在桌面等有空格的文件夹或目录中双击reg文件出现错误。

谢谢指正。
好像是这段SYS_CP.CMD：

1. 
   
2. ::关联REG文件thanks yulongjin
   
3. REG ADD HKCR\regedit\shell\open\command /ve /t REG_SZ /d "%WINDIR%\system\regedit.exe "%%1"" /f
   
4. REG ADD HKCR\regfile\shell\open\command /ve /t REG_SZ /d "%WINDIR%\system\regedit.exe "%%1"" /f
   

复制代码

yulongjin兄提供的代码，看样子似乎有双引号。

朗月繁星

Pseudo兄

上周五同步了一下大作0PE，目前正在与我这里的PXE环境集成，遇到一个问题

我的PXE（gPXE）环境对从TFTP读取含有”＃“文件名是有问题的，这一点正巧和0PE中的命名规范有些兼容性问题

在0PE\AUTORUNS\此目录文件说明.txt做了如下定义
@        %SystemDrive% (X:)
@0        %WinDIR%
@1        %ProgramFiles%
@2        B:\WimTools
#        代表"\"

由于＃的特殊性，在某些版本的PXE协议栈，以及HTTP协议中，URI中如果包含＃，＃会当作特殊字符处理，导致的结果是＃后的字符被忽略。
因此，在我这里的环境中，请求@0#NET_.WIM文件时，在封装为HTTP或者TFTP请求报文时，被转换为请求@0文件

Pseudo兄，建议0PE对于代表"\"(下级目录）的特殊字符修改为其他特殊符合，例如$

另外，为了尽快与我这里的PXE兼容起来，想请教一下，对于以上特殊符合，在哪个文件中做判断？ 我希望临时自行修改一下，还望不要见怪 呵呵


p.s  关于将特殊符号＃改为$的建议，是基于与更多的PXE环境集成考虑的，这样可以增强0PE的兼容性。目前PXE可以支持使用多种协议读取文件，例如TFTP HTTP iSCSI等，所以0PE的特殊字符定于最好不与这些协议的URI定义有冲突。 当然，对于0PE自身而言，也会受到自身存储的文件系统的制约，例如ISO9660（或其他）的文件系统是否允许某些特殊字符做为包含在文件名中。有关这点，朗月繁星恐怕无才考虑周全，还望P兄深思熟虑后，再做打算

[ 本帖最后由 朗月繁星 于 2009-12-27 19:29 编辑 ]

朗月繁星

另外，UdtoMem.ini中

;例如去掉分号即支持pe作xpe网启服务器端

怀疑，是否为笔误， xpe=>PXE

zxw

原帖由 pseudo 于 2009-12-27 14:05 发表

谢谢指正。
好像是这段SYS_CP.CMD：

::关联REG文件thanks yulongjin
REG ADD HKCR\regedit\shell\open\command /ve /t REG_SZ /d "%WINDIR%\system\regedit.exe "%%1"" /f
REG ADD HKCR\regfile\shell ...

应该这样吧：
REG ADD HKCR\regedit\shell\open\command /ve /t REG_SZ /d "%WINDIR%\system\regedit.exe \"%%1\"" /f
REG ADD HKCR\regfile\shell\open\command /ve /t REG_SZ /d "%WINDIR%\system\regedit.exe \"%%1\"" /f

chenall

直接使用以下命令就可以了，省去写一大堆注册表路径的麻烦。
ftype REGFILE=regedit.exe "%%1"
ftype regedit=regedit.exe "%%1"

pseudo

已经多处硬编码了，一下子不好改。可以换种启动方式：
启动整个/0PE/0PE.ISO，如果网速慢可移petools到iso外，减小iso体积。不使用2003-pe的可删除0pe\2003目录。
参考：http://bbs.wuyou.net/forum.php?m ... &extra=page%3D2
如此网上就不需要传送名字含#的文件了。有时传整个大文件比传多个小文件要快。

这里xpe指xp-pe，即不是2k3-pe。这个列表可以自行做些调整，例如，可使之只包含部分petools必要维护工具，以减少内存占用。

pseudo

回复 #2818 zxw 的帖子、回复 #2819 chenall 的帖子
学习了

qiank128

看着新版的0PE心痒啊。。。。。

zxw

原帖由 chenall 于 2009-12-27 22:02 发表
直接使用以下命令就可以了，省去写一大堆注册表路径的麻烦。
ftype REGFILE=regedit.exe "%%1"
ftype regedit=regedit.exe "%%1"

受教了，不过0pe中还是要这样写：
ftype REGFILE=%WINDIR%\system\regedit.exe  "%%1"
ftype regedit=%WINDIR%\system\regedit.exe  "%%1"

zxw

请教P大：
BUF下的空体积文件大小如何计算确定？以原文件大小为基准，凑满扇区为原则？

[ 本帖最后由 zxw 于 2009-12-28 16:07 编辑 ]

pseudo

“容器”文件至少比原文件多4字节。
容器img大小必须保证扩展版及零体积版的网启客户端进桌面后可正常复制整个X:盘文件到硬盘。

tpod

原帖由 pseudo 于 2009-12-25 21:30 发表

0PE12.20版使用了chenall兄的自动搜索/执行petools工具：
http://bbs.wuyou.net/forum.php?mod=viewthread&tid=158014&extra=page%3D1%26amp%3Bfilter%3Ddigest

跟以往版本不同，
现在硬盘、光盘、U盘各分区的petools目录下的一些
PECMD.INI、SETUP.BAT,setup.inf,setup.cmd，好像还有*.reg？
等，会在启动到桌面时被自动执行！！！ ...

建议： BAT、CMD之类还是不要自动运行了，添加到菜单即可。因为是搜索所有盘的petools目录，在对不熟悉的机器进行维护时，这样自动运行存在极大的安全隐患，排除病毒不说，编写不当的BAT、CMD也会有造成破坏等不安全因素，特别是在进行数据恢复时！

zhaohj

BAT、CMD、exe、wim只创建快捷方式，不要自动运行。

tpod

关于chenall的petools搜索配置工具的使用，补充几点建议：
1、改为手动执行，节省启动速度，很多时候不需要搜索的（有哪些工具一般自己也清楚）。
2、增加可选项，可指定搜索范围。
3、取消自动执行安装(或可选)

[ 本帖最后由 tpod 于 2009-12-29 14:43 编辑 ]

超无限

fantasy (幻想精灵)啥时候弄个合盘啦

tpod

原帖由 tpod 于 2009-12-29 10:42 发表


建议： BAT、CMD之类还是不要自动运行了，添加到菜单即可。因为是搜索所有盘的petools目录，在对不熟悉的机器进行维护时，这样自动运行存在极大的安全隐患，排除病毒不说，编写不当的BAT、CMD也会有造成破坏 ...

记得pseudo之前讨论过某些PE启动时写硬盘的问题，0PE如要确保不自动写硬盘，必须排除一切不确定的操作，因此可控范围之外的所有存在写盘可能性的自动运行都应该禁止。

pseudo

可以DIY一下KERNEL.ZIP\KERNEL\KERNEL\WXPE\SYSTEM32\TOOLS\refresh.ini
不调用chenall的搜索工具，仍调用老方案, 取消自动执行安装.
要修改处很简单，只需改变两行注释位置,一看就明。

朗月繁星

原帖由 pseudo 于 2009-12-27 22:57 发表
已经多处硬编码了，一下子不好改。可以换种启动方式：
启动整个/0PE/0PE.ISO，如果网速慢可移petools到iso外，减小iso体积。不使用2003-pe的可删除0pe\2003目录。
参考：http://bbs.wuyou.net/viewthread.php ...

P兄，再次建议改变一下定义下一级目录的特殊字符为$，或者其他。

http://en.wikipedia.org/wiki/Uniform_Resource_Identifier 请翻看一下这个连接，重点内容如下
A URI reference is another type of string that represents a URI, and (in turn) the resource identified by that URI. Informal usage does not often maintain the distinction between a URI and a URI reference, but protocol documents should not allow for ambiguity.
A URI reference may take the form of a full URI, or just the scheme-specific portion of one, or even some trailing component thereof – even the empty string. An optional fragment-identifier, preceded by "#", may be present at the end of a URI reference. The part of the reference before the "#" indirectly identifies a resource, and the fragment identifier identifies some portion of that resource.

＃被用于fragment identifier 这一点与0PE某些文件的命名冲突。目前，非所有厂商的网卡严格按照Intel的PXE标准做，也不一定遵循URI，标准判断＃的存在。换而言之，如果0PE所依赖的PXE Stack依照URI判断#，则类似@0#NET_.WIM的文件下载会失败，反而不判断＃的PXE Stack到可以下载成功。其实这是个“反面”的例子。但是，确实目前大部分厂商网卡的PXE Stack不判断＃的存在，我们可以理解为“存在既有道理”，但谁又能预测将来的会不会有越来越多的厂商在编码PXE Stack将URI规范纳入呢？ 甚至将来所有的网卡可以PXE引导，通过HTTP或其他高级协议下载引导文件，来完善TFTP不稳定传输（UDP）无认证的缺陷。 然而，HTTP由于充分标准化，网站上的文件名都不会包含#,虽然这一初始判断在客户端完成，有关这点可以试着访问一下

http://down5.flashget.com/flashget3.3.0.1092en.exe
http://down5.flashget.com/flashget3.3.0.1092en###.exe
http://down5.flashget.com/flashget3.3.0.1092en.exe#
http://down5.flashget.com/flashget3.3.0.1092en.exe$

看看返回结果是什么，可以抓包看一下  （结果是#后的内容全部被忽略）

总之，希望在那个时候，像0PE一样的优秀作品已经准备好了


另外，P兄，我昨天试图修改相关0PE的文件，以改变#的特殊定义，在未完全测试情况下，应该是取得成功。需要修改的文件应该并不算多，简述如下

改名@0#NET_.WIM ＝》 @0$NET_.WIM （如有其他含＃的WIM文件，将＃改为$)


0PE\BUFXP\menu.gz （2003的也做相应修改）

0PE\KERNEL\auto_exe.bat
0PE\KERNEL\system\autorun_.cmd
0PE\KERNEL\system32\TOOLS\自动挂载.cmd （判断#的关键文件）
0PE\KERNEL\udtomem.ini

[ 本帖最后由 朗月繁星 于 2009-12-29 19:36 编辑 ]

he200377

报告错误
我神舟q1600，xp系统， C盘NTFS格式，硬盘安装0pe到c盘
我用 0pe1220版本，错误提示如下
loading /0PE/KERNEL.ZIP...
cat --length=0 (rd)+1 && dd if=(md) of=(hd7,0)/BUF/_KERNEL.ZIP bs=1 count=4 skip=0x8290
Error 5: partition table invalid or corrunt

而我换成0pe0620 版本后，启动pe算是正常了，只是到加载显卡的时候花屏了，估计是显卡驱动错误吧

朗月繁星

P兄，想了解一下 12.20版
3. 处理pxe网启相关若干细节便于用户理解，增加对服务器多ip情形的智能处理。

更具体些的细节

谢谢