Grub4DOS_0.4.5B_2010.07.23 问题？

0cat0

先说一下Grub4DOS_0.4.5B_2010.07.22版本没有问题。

好像问题跟下面这里的情况差不多，下面是截图：
http://bbs.wuyou.net/forum.php?mod=viewthread&tid=172003&extra=page%3D2


PE菜单：




来到这里死机，在这里不动了，无法继续：




0PE菜单：
MENU.rar (1.19 KB, 下载次数: 62)

2010-7-23 14:24 上传

点击文件名下载附件
下载积分: 无忧币 -2

[ 本帖最后由 0cat0 于 2010-7-23 14:25 编辑 ]

zxw

晕，我怎么实机测试没有问题？

0cat0

又重新做了几次0PE.ISO，我这里实机和VM都是一样，到那里就死机了

81129950

你用的是2009.12.20的0PE，可以试下载最新的试试

pseudo

这个35MB的：
http://bbs.wuyou.net/forum.php?m ... page=125#pid2007230
使用Grub4DOS_0.4.5B_2010.07.23，直接可以试。

是不是2009.12.20的0PE要grldr、grub.exe一起换才行？

zhaohj

我测试也没有发现问题，SRS_F6测试正常。

不过最近几个版本，发现pxe detect命令会卡住几秒。

0cat0

0PE我已经很久没有更新了，当然测试的时候是全部一起换掉的，更新文件共三个grldr、grldr.mbr、grub.exe，我每次测试都是一起换掉这三个文件的，还有，我第一行已经说明了，22号版是没有问题的，22号一切正常，包括PXE-TFTP做服务器端的网启

zhaohj

不过你最好debug on，查看一下哪里卡住了？你是虚拟光驱启动的吗？
你的报告不充分，需要有说服力的报告。

0cat0

其实到那里应该已经到DOS下面了，具体到那里是执行了什么我实在是找不到，要P大来看一下才知道，不过看到EXT1.GZ这个GZ让我想起以前有过几个版本的GZ格式有问题，所以不知道会不会是这部分的问题。

刚刚又找了一下，不知道是不是auto_exe.bat里面的东西，内容如下：

:NOSERVER
cls
if "%EXT1%"=="TRUE" set status=EXT1.GZ: Ready
if not "%EXT1%"=="TRUE" set status=EXT1.GZ: None
if "%scsiImg%"=="TRUE" set status=%status%,  SRS*.ZIP: Ready
if "%OEMF6%"=="TRUE" set status=%status%,  F6.ZIP: Ready
if not "%scsiImg%"=="TRUE" if not "%OEMF6%"=="TRUE" set status=%status%,  SRS: None

if "%scsiImg%"=="TRUE" call w.bat box  @c:\bat\wbat.txt:cc #6,3
if "%OEMF6%"=="TRUE" call w.bat box  @c:\bat\wbat.txt:cc #6,3
if not "%scsiImg%"=="TRUE" if not "%OEMF6%"=="TRUE" call w.bat box  @c:\bat\wbat.txt:cc #5,3
set status=

IF "%WBAT%"=="1" set config=N_SCSI
IF "%WBAT%"=="2" set config=SCSI
IF "%WBAT%"=="3" set config=DOS
IF "%WBAT%"=="4" set config=DELCMOS

IF "%wcb1%"=="1" del c:\wxpe\system32\drivers\firadisk.sy_>nul
IF "%wcb1%"=="1" ren c:\wxpe\system32\drivers\wdsys.sy_ firadisk.sy_
IF not "%wcb1%"=="1" del c:\wxpe\system32\drivers\wdsys.sy_
set MP=ENABLE
IF "%wcb2%"=="1" set MP=DISABLE
set REPORT=FALSE
IF "%wcb3%"=="1" set REPORT=TRUE
set MANUALSTART=FALSE
IF "%wcb4%"=="1" set MANUALSTART=TRUE
SET WBAT=
SET wcb1=
set wcb2=
set wcb3=
set wcb4=
goto :%config%

pseudo

从图看，卡住的时候，还在执行grub4dos菜单，未进入DOS.

我估计是新版grldr在内存分配布局上有了变化，与之前版本不兼容了。

0PE新版对此变化有所预感，已经改写菜单命令先行避开了。

可能既不是grldr的bug，也不是0PE的bug，而是变动、兼容问题。

以上纯属猜想。

0cat0

多谢P大释疑，不知道不点大人有没有看到，如果不是G4D的问题，那只能有时间的时候更新一下自己的0PE了。

不点

如果 22 日正常，则 23 日就不应该出错了。大家用 Linux 的 diff 命令比较一下 22 日和 23 日的源代码，就很容易知道改动了什么。

改动根本不会影响到所报告的那些问题。

怀疑问题出在内存的占用上了。新版增加了一个变量，这个变量占用 64 字节的内容，用来存放分区表的备份。

怀疑正是因为新版多占用了这点代码空间，就导致与某些东西发生冲突了。

怀疑菜单中有某个隐蔽的问题，比如，使用了 1M～16M 的空间。从 1M 到 16M 的空间，是 grub4dos 内核使用的空间，外部程序不可以随便使用。

实模式的空间也是一样的，有些空间是保留给 grub4dos 内核使用的，外部程序不能够随便使用。

pseudo

我猜测“新版grldr在内存分配布局上有了变化”，就是指内存的占用有变化的意思了。既然不点大人也有这方面怀疑，那可能性就增大了一点。

那个版本的菜单命令印象中用的是0x8000扇区以上空间，不过菜单较长。

我觉得这个问题可以放几天，看看有无其它反馈。不点大人先休息一下。