[20110331 修正] CMPE (03核心，通用外置SRS、PCI三卡驱动架构，全面硬件支持)

zhaohj

关于OEMSRS.ZIP，本地优先考虑是上策，但问题是find的效率太差。按理说放在本地应该优先考虑。

最近几位大大都很忙，可能无暇顾及G4D的问题，按我的方法做也是不错的选择。
而我的SRS_F6返回模块只有等新版解决。
还需要什么文件我上传给你。

canmao

今天查查资料，明天再动手；有问题再来请教你，谢谢。

www_888

原帖由 canmao 于 2010-7-11 15:30 发表
你下的是第一版，新版下载地址在一楼附件中。
不知你给出的UltraISO日志，想说什么？

我下的这个不能启动……

canmao

UltraISO的zip+和hdd+虽然兼容性不错，但u启失败的也不少。
自从出现fbinst后，我就没有用过UltraISO做启动U盘了。其启动成功率应该是现阶段U启最高的。

zhaohj

新版本的grub4dos（7.12）http://nufans.net/grub4dos/tinybit/
已经解决了pxe unload的问题。

但改成新版后（GRUB.EXE），实机测试还是黑屏，虚拟机下正常。我怀疑你的PE内核有问题。

canmao

万分感谢你的不懈指导和关注！

汇报一下这两天的工作：
1.先尝试加载undi_drv.exe，然后直接从tftp拷贝驱动，在dell x300实机中PE启动成功；但其他实机失败，加载undi_drv.exe，显示0x8c错误；
2.先后下载Symantec_Ghost_Solution_Suite_2.5.1试用版和零售版，提取undi_drv.exe(1.为13K，2.相同27k)，结果同1；
3.goole "pex 0x8c"错误后，menu中在进dos前加"pxe keep"，undi_drv.exe安装成功；从tftp拷贝驱动也成功，但仍然"黑屏"。实际上我的实机是"死硬"；

    这两天也抽空看了无忧和时空，今天下班前以我的PE实际运行状态，抓了一下grub.exe(均为712版)前后的中断向量，发现int76(0x1d8处)原为8c24:506c变为了f000:ff53，这应该是g4d改变的，因为该机的空中断基本都指向：f000:def8。错误测试，没换IMG中的grub.exe！换712版，无此现象。
   具体见附件：bbkeep.bin为grldr中"pxe keep"前、bkeep.bin为"pxe keep"后，akeep.bin为grub.exe返回。

关于PE核心是否存在问题，是否可以用以下menu.lst验证：

1.     map --mem winpe9.img (hd0)
   
2.      chainloader (hd0,0)/wxpe/setupldr.bin
   
3.      boot

复制代码

[ 本帖最后由 canmao 于 2010-7-15 12:15 编辑 ]

zhaohj

map --mem winpe9.img (hd0)
    chainloader (hd0,0)/wxpe/setupldr.bin
    boot
------------------------------
这个我实机试过了，也是黑屏。所以才会说PE有问题之说。

canmao

有点怪。原黑屏的实机，我直接winpe9.img、pxe下整体ISO启动、从U盘(fbinst方式)以及按初版的方式，把PEDRVS打包成一个IMG，都能成功启动。用的都是发布的整理过的winpe9.img核心。

canmao

提取小马永久珍藏版IMG核心，在DELL M600(8G内存)下，做PXE启动测试。
menu1.lst：

1. debug off
   
2. map --mem ()/CMPE/XMPE.IMG (hd0)
   
3. map --mem ()/CMPE/TEST.IMG (fd0)
   
4. map --hook
   
5. checkrange 0x21 read 0x82a0 && pxe keep
   
6. rootnoverify (fd0) && chainloader ()/io.sys || chainloader --force ()/io.sys
   
7. boot

复制代码

TEST.IMG只有5个文件：io.sys msdos.sys command.sys grub.exe autoexec.bat
autoexec.bat：

1. grub.exe --keep-pxe --config-file="pxe unload;chainloader (hd0,0)/wxpe/setupldr.bin;boot;"

复制代码

依然挂掉，图形如下：


用以下menu2.lst，直接引导IMG，挂掉的图形同上一致：

1. debug off
   
2. map --mem ()/CMPE/XMPE.IMG (hd0)
   
3. map --hook
   
4. checkrange 0x21 read 0x82a0 && pxe keep
   
5. #pxe unload
   
6. chainloader (hd0,0)/wxpe/setupldr.bin
   
7. boot

复制代码

如果去掉菜单中的#，则能正常启动。

我的IMG测试也如此，挂掉图为：


另：拆开setupldr.bin的测试效果也一样。

[ 本帖最后由 canmao 于 2010-7-16 14:58 编辑 ]

zhaohj

DELL机真的很麻烦，你的机器看来得让不点来处理一下：
1：保存grldr启动时的中断向量
2：grldr-》纯dos->grub.exe，保存中断向量

上传后让不点大来处理。
另在其他机器上也测试一下。

canmao

@zhaohj
#129楼一是想验证PE核心；二是试图以最纯净的方式来探测我们所说的“黑屏”的成因。以下是按129楼方案测试的结果：

	menu1.lst+test.img	menu2.lst	menu2.lst加入pxe unload
dell M600	129楼图1后死机	129楼图1后死机	成功启动
dell x300	成功启动	成功启动	成功启动
dell sc430	黑屏	黑屏	成功启动
Lenovo A600	成功启动	成功启动	成功启动
东芝 M910	129楼图1后重启	129楼图1后重启	成功启动
兼容机(HA01)	黑屏	黑屏	未测

    黑屏的机器先不管。看dell M600 和 东芝M910：他们在menu1和menu2两种启动方式中表现一致，而在menu2中加入pxe unload后，均能正常启动。说明menu2中的pxe unload真正完成了任务；grub.exe返回后的pxe unload却未如人愿。我也尝试从grub.exe返回到命令行手动执行pxe unload，显示成功，进PE挂掉。

   附件是M600用712版抓的最低端5K内存，bbkeep.bin为grldr中"pxe keep"前、bkeep.bin为"pxe keep"后，akeep.bin为grub.exe返回后；
   我也试着对比了一下，至少没发现0~0x3ff的中断向量表有什么问题。被改变的集中在int0x20~int0x3F，且其大部分虽然改变了，前后指向的均为"IRET"；而其他的应该是被dos重载过的。


[ 本帖最后由 canmao 于 2010-7-16 16:23 编辑 ]

zhaohj

进DOS后，还是加载DOS网卡通用驱动，通过TFTP GET下载，SRS驱动、网卡驱动反正不大。
这方面可以看一下CHENALL的CSPE。
这样避开了PXE问题。

canmao

zh大，你没仔细过目我在#126楼的工作汇报：
所有menu1.lst+test.img不能正常启动的机器，进dos前如果不“pxe keep”，加载undi_drv就会报0x8c错误，undipd.com也就不能成功；进dos前加“pxe keep”，启动PE就挂。

CSPE一样报undi_drv加载失败；我最初的undi_drv.exe、undipd.com、tftp.exe都是从CSPE取滴，嘿嘿。

[ 本帖最后由 canmao 于 2010-7-16 18:24 编辑 ]

zhaohj

我到时空反映了你的问题
http://bbs.znpc.net/viewthread.p ... muid=14583#pid45576

zhaohj

今天测试不点上传的7.20版本，发现map --mem磁盘映像有问题，以前版本都是好的。
见图：

而且下面也进不去：
title A  Boot Local windows system (ntldr)
find --set-root --ignore-floppies --ignore-cd /ntldr
map () (hd0)
map (hd0) ()
map --rehook
find --set-root --ignore-floppies --ignore-cd /ntldr
chainloader /ntldr

[ 本帖最后由 zhaohj 于 2010-7-20 11:11 编辑 ]

canmao

使用不点7.21新发布的grub4dos，测试SC430(原黑屏)和M600(原死机)，都能正常启动到PE了！！！

zhaohj

哦，那问题都解决了，新版本可以发布了。

zhaohj

测试了一下，原黑屏的机器已成功进入桌面。

canmao

加速的MENU.LST和AUTOEXEC.TXT也整完并通过；在向PE传驱动时屏幕有些失控。
DOS下用FTFP传驱动的方案也完成，在DELL 的3台机器上通过；同时由于代码的书写失误，居然发现不需要undi_drv.exe，只加载undipd.com就可在dos下使用tftp！哈哈，你试试。

附件为修改后的(保留了上述“失误”)，你再给把把关。

zhaohj

你不是说用TFTP下载吗？那下面为何要这样：
<srsid.txt lmod /l* FAT copy ()/PEDRVS/SRS/[$2].SY_ (hd0,0)/WXPE/SYSTEM32/DRIVERS/>>startpe.lst

TFTP下载的话，进入DOS后不需要pxe keep了。如：tftp get \CMPE\XXXX  %Tftp_SERVER%

canmao

TFTP的那个auto，也是能兼容U启等的。pex启时，靠后部分有以下代码：

.....

if not exist PXE.TXT goto end
>nul str startpe.lst 0 0 /R /HEX:2F /HEX:5C /A
>nul str startpe.lst 0 0 /R /ASC:FAT /ASC:TFTP /A
>nul str startpe.lst 0 0 /R /ASC:copy /ASC:GET /A
>nul str startpe.lst 0 0 /R /ASC:()\P /ASC:P /A
>nul str startpe.lst 0 0 /R /HEX:2C /HEX:20 /A
>nul str startpe.lst 0 0 /R /ASC:(hd0 /ASC:%PXE_SIP% /A
>nul str startpe.lst 0 0 /R /ASC:0) /ASC:C: /A
ren startpe.lst cpdrvs.bat
call cpdrvs.bat
undipd -u

:end
......

另外，用TFTP进DOS时还是必须pxe keep，否则PXE的stack以及TSR都被unLoad掉了，DOS下是无法TFTP滴。
不过返回时，grub.exe不必加--keep-pxe了。但当下还不行：

grldr(pxe keep) --> DOS --> grub.exe(不加--keep-pxe)返回G4D，pxe占用内存未被利用。且由于 pxe_entry 已被置0，pxe unload 也无能为力。

[ 本帖最后由 canmao 于 2010-7-21 19:07 编辑 ]

zhaohj

dos下是可以TFTP的，这要加载驱动undi_drv.exe，DOS下TFTP，与GRUB4DOS的PXE无关。
-------------------------------
试想一下，GRUB4DOS0.4.5a以前在进入DOS前要卸载PXE的，至少不能pxe keep，否则死机。
---------------
不过现在的GRUB4DOS能够完美支持PXE，也无需考虑DOS下去TFTP了，DOS下TFTP速度是比较慢的。

canmao

以下是在Dell M600上的测试截图，SC430上测试结果一样；我们前面提到“黑屏”、“死机”的哪些机器都可能遭遇这种情况。











pxe不保持：


pxe保持：


pxe保持，不加载undi_drv.exe:


[ 本帖最后由 canmao 于 2010-7-22 10:58 编辑 ]

zhaohj

那你的这几台机器能使用CHENALL的CSPE吗？
device=bin\undi_drv.exe
dos=high,umb
files=20
buffers=20
device=bin\himem.sys /testmem:off /v

如我这样就没有问题的：
terminal console
color white/blue blue/yellow light-red/blue 10
default 10
timeout 5
debug off
clear
title 0  Boot Chenall CSPE From PXE
configfile /CSPE/KERNEL/LOADER.CFG


我这台原来黑屏的机器使用CSPE没问题。

[ 本帖最后由 zhaohj 于 2010-7-22 11:29 编辑 ]

canmao

133楼：

CSPE一样报undi_drv加载失败；我最初的undi_drv.exe、undipd.com、tftp.exe都是从CSPE取滴

我的CSPE显示是2010-02-02。核心日期1.21
CSPE进dos没有pxe keep，所以启动PE没问题。


进入前抓的：

zhaohj

那无解了。
好在现在GRUB4DOS解决了PXE内存占用问题，问题也简单多了。

2010im1989

下载地址不行了，请LZ更新啊！！！！

2010im1989

牛人啊！只有顶了！！！

canmao

楼上，地址在顶楼的附件中。

zhaohj

新版本FAT命令，解决了PXE启动时多次读写问题，现在直接COPY速度很快了，不用再转内存中转了。