A new branch of 0PE

wolfteeth

1.30 加载native shell时死机

1.3.0(2011-06-10)XP 版本 打补丁后在DELL R410 (阵列卡驱动：H700) 启动native shell 时死机。无法进入系统。

pseudo

其他人没有类似反馈，估计是你部署不当。

由于没更多信息可供分析，暂时忽略此问题。

2010RENDQ

呵呵，请问P大，用这个测试包来直当成0PEv1.3.0(2011-06-10)XP中文版的补丁用可以不？

jilaiz

发几幅图片，所有步骤除选择ISO不一样外，其他都一样，选2K3CONS.ISO认盘，2003安装盘也认盘，pe还没有能认盘的：



2个硬盘组成 RAID 1+0, HP Smart Array B110i SATA RAID Controller.





[ 本帖最后由 jilaiz 于 2011-8-10 10:15 编辑 ]

超无限

P大
反映一个问题

平台：
IBM ThinkPad T42

方式：
量产（有群联主控，和慧荣主控，这两款主控应该是兼容性最好的）
刻录

用1.26版0PE 中文版 蓝屏(1.26版，启动时不管有没有按回车，都N慢)
STOP：0x000000EA (0x86235398,0x863167B8,0xF7C7ACB4,0X00000001)
framebuf

用1.30版的中文版 和 蓝屏版

和0808测试版的中文版和蓝屏版

启动到这个时候错误

Native shell [version 0.12 x86] (may23 2011.09:21:02)
filedoes not exist
OK
X:\wxpe\system32>


这是什么原因？？？
我本以为是碎片的原因。整理过也是一样

在这里要是输入“exit”的话
蓝屏
提示：
STOP：C0000218 unknown hard error
unknown hard error

超无限

这是
IDE硬盘
PCI\VEN_8086&DEV_24CA&SUBSYS_052D1014&REV_01\3&61AAA01&0&F9

机子很正常，很稳定，很健康，硬盘完全没有问题（一个坏道都木有）

[ 本帖最后由 超无限 于 2011-8-10 16:04 编辑 ]

pseudo

蓝屏（代码EA或B4）可能与grub4dos的bug有关。2011.8.5之后的grub4dos，例如grub4dos-0.4.5b-2011-08-09已经基本解决这类问题。
但它要求grub4dos命令用法，加入map --e820cycles 参数。具体不说了。
这种蓝屏跟使用哪个pe关系不大，不是pe本身的错。新版grub4dos可解决，稍后我再升级0pe1.2.6里的grub4dos应该就好了。

另外0pe1.3.0里有个“蓝屏版”是（在有bug的旧版grub4dos环境下）专门对付这种蓝屏机器的，你可以试试。
好像前面feiyl元帅也是这类机器，蓝屏版有效。

1.30版目前可以说不支持量产usb-cdrom。你采用把两个文件放入ud的方式吧。

超无限

P大没看全，0pe1.3.0里有个“蓝屏版”对付这种蓝屏机器的，也试啦。。

用1.30版的中文版 和 蓝屏版

和0808测试版的中文版和蓝屏版

启动到这个时候错误

Native shell [version 0.12 x86] (may23 2011.09:21:02)
filedoes not exist
OK
X:\wxpe\system32>


好吧。等你更新。

另：
你说1.30版不支持量产？
我量产了都用的好好的。之前除了个别比较特别的机子外，都可以使用啊。碰到蓝屏机，就用1.30里面的蓝屏版对付啊。我都用的好好的。
为啥P大说不支持量产USB-CDROM？？？

超无限

那个等待8秒的提示，能否缩短个时间啊？？？8秒会不会太长了？觉得3秒就可以了。如果要记下那个硬盘控制器信息，回车一下不知停在那个界面了？

pseudo

你再试试不量产的蓝屏版才能说明问题。

你把1.30的grldr和iso放入ud吧，至少这台机器上1.3.0不支持量产。

pseudo

请先打上6.19的补丁。

把附件里的三个文件放入/0PE/SRS/目录，跟1.ZIP并列，每次选一个试试。
启动2k3cons.iso跟启动pe对照一下，看哪种情形认盘。

有一种罕见的情形，就是某些用于服务器的驱动是为2003（pe）定制的，不兼容xp(pe)。
果真如此，可以解释为什么驱动适用于2k3cons.iso，而不适用于0pe的xp中文版。
为了核实这点，可以用统一PE，即1.2.6版（先打6.19补丁）来对照。
1.2.6版有4个pe，其中有2003中文版pe。1.3.0版只有xp中文版pe。

[ 本帖最后由 pseudo 于 2011-8-10 17:44 编辑 ]

jiangyei

谢谢P大，让大家受益

2011yy8553

原帖由 pseudo 于 2011-8-9 09:04 发表


这里有个疑问，0805的grldr跟0808的grldr是一回事的，替换到旧版pe中（仅替换一个grldr文件），蓝屏版一个蓝屏一个不蓝，是不是操作有误？

我是新手，在学习中 ，今天把0808的grldr和grubOPE一起替换305MB到全功能版，测试进中文版，蓝屏版都一切正常，上次只替换了grldr就失败了，
谢谢pseudo大，谢谢！顶你，可喜可贺。。。

jilaiz

谢谢回复！
用0PE 1.2.6 的 2003 PE 手选 HPAHCISR.SY_ 或 1.zip 认盘，自动不认盘，HPAHCISR.ZIP中的驱动与 HPAHCISR.SY_ 是一样的，但不认盘；用 2k3cons.iso 也是手选 HPAHCISR.SY_ 或 1.zip 认盘，但自动会认盘，其它不认。
另试验几个 2003 PE 版的，如大白菜等都不认盘。

[ 本帖最后由 jilaiz 于 2011-8-11 11:32 编辑 ]

pseudo

谢谢反馈。

“用0PE 1.2.6 的 2003 PE 手选 HPAHCISR.SY_ 或 1.zip 认盘”
这个情况表明，HPAHCISR.SYS驱动是一种适用于2003而不能用于xp的驱动。 现在可以理解为什么0PE1.3.0用这个驱动不认盘。这是当然的，因为1.3.0是基于xp核心的pe。
所以，PE本身并无问题，是驱动本来就不支持xp(pe)。

下面分析非手选的自动方式不认盘原因。
自动方式首先使用/0PE/SRS/CHKPCI.TXT。其中设定了这个id使用ADPTAHCI.SY_这个驱动：
$PCI\VEN_8086&DEV_3A25&SUBSYS_3118103C
ADPTAHCI
而这个驱动其实不适用于这台机器。

这样的设定出自驱动权威netwinxp版主。它也是正确的。同样id，有的机器确实要用ADPTAHCI.SY_这个驱动。
就是说，存在id相同、驱动不同的情形。理论上无法自动判断该用哪个驱动。

针对你的机器，你可以把
$PCI\VEN_8086&DEV_3A25&SUBSYS_3118103C
ADPTAHCI
改为
$PCI\VEN_8086&DEV_3A25&SUBSYS_3118103C
HPAHCISR
并把HPAHCISR.SY_放入0PE/SRS/FREQUENT目录，这样就可以不用手选，自动认盘了。

剩下问题是HPAHCISR.ZIP这个驱动包无效，有点费解。
我手头没环境测试，你也很少上论坛，暂时无法深究。

tingyue-wu

P大，你的0pe.gz中有一个ISOPE.LST菜单文件
有
title 自动列表式
title 手工输入式
title
title
……
等多个菜单标签

但是刚进入时，只能在 title 自动列表式 和 title 手工输入式 两个菜单间切换 下面的标签是不能被选中的，

我也想弄这样的效果 但是我的其它菜单标签只是不显示 却还是可以用方向键选择

p大说说怎么处理才能和你一样？

pseudo

The following commands are boot-sensitive(and others are not boot-sensitive):

        boot
        bootp
        chainloader
        configfile
        embed
        commandline
        halt
        install
        kernel
        pxe
        quit
        reboot
        setup

An unbootable title will be skipped when the user presses the Up Arrow or Down
Arrow keys. Even the unbootable menu item can get accessed(and executed) by
using the Left Arrow and/or Right Arrow keys.

tingyue-wu

其它菜单下不能有这些带有启动标志的命令 是吧 明白

jilaiz

谢谢p大！
我又用几个不同版本的做了测试，单文件（sy_或sys或zip）都可以认盘，TXTSETUP.sif的也能认，TXTSETUP.oem格式的zip包都不认，难道按这种格式加载有问题？

[ 本帖最后由 jilaiz 于 2011-8-12 16:33 编辑 ]

zhushiwei

好久没来论坛潜水学习了！
在这里向P大，说一声辛苦了！
图文并茂的展现讲解给，让不少像我这样的菜鸟学习！

2011shenql

看不到签名是什么原因呢

不点

0pe 可能有大问题。

今天在 Xen 虚拟机下运行 0pe 1.2.6 的 8月9日补丁版。甚至启动 DOS 都死机，更不可能进入 PE 环境。

是直接把 0pe.iso 作为虚拟机的光驱，来启动 Xen 虚拟机的。

在一台机器的 xen 虚拟机上，出现了 grub.exe 探测中断向量死机的画面，死在探测最后一个中断向量 7F 的时候。

在此之前我用 debug on，发现许多信息，诸如 0xF bytes written at offset 0x1E0 之类的，我不知道这是不是写到了中断向量表上？那可是严重的错误！

请逐个检查每一条写内存的命令，看看是不是搞错了？把中断向量表当作可用的内存来随便写？？？？

pseudo

0x60110处记录调试状态。1为开，0为关，默认为0。

菜单项
title   [F] 调试状态开关                     Debug On/Off Switch\n   默认关闭。打开调试状态可以看到更多调试信息。
clear
debug off
read 0x60110 || write 0x60110 2
checkrange 1 read 0x60110 && write 0x60110 0
read 0x60110 && write 0x60110 1
read 0x60110 || debug off
read 0x60110 || pause Debug is now off...
read 0x60110 && pause Debug is now on...
read 0x60110 && debug on
kernel || clear
可以切换状态。

后面有将此状态信息写入文件以便传递到DOS环境的语句：
read 0x60110 && write --offset=480 (hd-1,0)/BAT/_ENV.BAT set DEBUGON=1\r\n

这个写文件操作返回
0xE bytes written at offset 0x1E0

类似信息应该不是写向中断向量表。


按以往经验，虚拟机中
VMware最可靠，其上应无任何问题。我主要用它测试PE。
qemu大致可用。
VirtualBOX以往是启动不了0PE的（至少pxe情形遇到过）。

我一直把VirtualBOX上的问题归为它跟g4d过不去。对Xen我不熟，遇到问题也归为跟g4d过不去。
迄今还没有明确证据表明，PE本身、grub4dos运用方面存在问题。

0pe 1.2.6的grldr内置了0PE专用菜单（还提供一个外置菜单MENU.0PE方便用户调用，内容跟内置菜单几乎完全一样）。
GRUB.0PE则由官方原版grub.exe改名而来，启动时复制到内存盘，最终由它引导setupldr.bin启动PE。恢复中断向量7F应该是grub.exe所为。

不点大人如果有兴趣，分析VirtualBOX、Xen跟g4d过不去的原因，让0PE在这些虚拟机上顺利运行，估计会使g4d更健壮。

不点

你的 0pe 中，在启动 grub.exe 的时候，应该包括一个 debug 之类的程序，否则我无法调试。用一个开源的 debug 就够了，体积很小。

另外，能否永远不要进入 DOS？grub.exe 的死机，正是进入 DOS 后需要恢复中断向量的时候引起的。

即使进入 DOS，也不要运行某些 TSR 程序，那些程序往往要破坏（即污染）中断向量表。

不点

用这个 debug 最新版 1.25 就可以了。这个似乎就是 freeDOS 里面的。

http://japheth.de/

pseudo

先用菜单项
[F]调试状态开关
打开调试状态，再回到默认菜单项启动pe。

调试状态打开时，后面会出现一个WBAT菜单，默认菜单项是
[2] S&R&S from .SYS/.SY_/.ZIP
移动光标到
[] Start PE by typing startPE
按空格选中它，再移光标回默认菜单项回车继续启动，这样最后会停在dos提示符，
等待手工执行startpe.bat（它清理一些垃圾后调用grub.exe）才继续启动PE。
这时，是启动PE之前最后一刻，是最好的跟踪监控时机。

这时c:盘是仿真盘，所有PE文件之所在。c:\0pemenu.lst 是grub.exe将使用的菜单。
而d:、e:、f:等就是物理硬盘分区了。如果物理硬盘是fat分区（非ntfs分区），则可在dos下直接访问，意味着你可以有debug之类工具了。c:盘的东西也可提取到物理盘以便编辑修改、替换（需要手工发dos命令）。

以上不需要改动PE，当然操作有点麻烦。

使用DOS有历史原因。0PE是动态生成PE所需文件（即C:盘内容）的，以前没有g4d批处理，许多处理得靠dos。
即便现在，要解压1.ZIP之类的驱动包，提取其中适用的部分文件，也还得靠dos。dos下，tsr已经尽量避免使用了。

pseudo

这是直达dos，并带debug.com的0PE.GZ，替换 0pe 1.2.6 的 8月9日补丁中同名文件。

gyjyxj

找半天没找到签名  郁闷的。

pseudo

耐心读下#1楼吧。。。

2011mozheng

那个补丁的下载地址过期了