GRUB4DOS更新建议、bug反馈专帖

zhaohj · 发表于 2011-4-9 23:50:55

感谢不点释疑，06年的机器，就不要深究了。
我发觉ASUS最近的主板老犯这样的低级错误，我还得在今年购买的ASUS机器中检测一下。
反正PXE启动，ASUS机器的毛病特别多。
感谢不点！

不点 · 发表于 2011-4-10 11:20:46

谢谢。如果有进一步的发现，也请继续报告，而且希望有更细致的报告，尽量要给出证明，不是自己的使用方法错误所导致的。看看在什么条件之下会出现此类问题。因为大多数人都碰不上这个问题，所以，这个问题的出现，应该是有条件的。

我们之所以要延迟发布正式版，也就是想进一步锤炼代码，发现问题，排除暗藏的故障隐患。

也请 chenall 留意这个报告。

roytam1 · 发表于 2011-4-10 11:25:14

修復 --disable-graphics configure switch
在 google code 開了票，也在這裡說一下。
http://code.google.com/p/grub4dos-chenall/issues/detail?id=21

roytam1 · 发表于 2011-4-10 11:27:06

原帖由 fengxi 于 2011-4-9 18:57 发表
发现grub.exe有问题，版本3.27 ,在vmware中测试，居然不能识别io.sys，grldr则没有这个问题
另外，用find --set-root /io.sys 命令时不能退出，grldr和grub.exe都存在这个问题

你用的是哪個 io.sys?
日期、大小為?

chenall · 发表于 2011-4-10 11:50:09

原帖由 2010roytam1 于 2011-4-10 11:25 发表
修復 --disable-graphics configure switch
在 google code 開了票，也在這裡說一下。
http://code.google.com/p/grub4dos-chenall/issues/detail?id=21

收到,直接打上了.

也欢迎更多的朋友一起加入GRUB4DOS开发,让我们共同完善它.

可以直接给补丁或申请加入开发.

chenall · 发表于 2011-4-10 11:52:51

@fengxi
可以把你的IO.SYS上传上来,另外尽量有更详细的测试..人多力量大.

另外我最近的时间比较有限,不能再像以前那样进行测试和跟踪了.

zhaohj · 发表于 2011-4-10 11:53:47

我测试是正常的
第二幅图是dos下执行grub.exe后的

[ 本帖最后由 zhaohj 于 2011-4-10 12:15 编辑 ]

roytam1 · 发表于 2011-4-10 12:16:38

原帖由 chenall 于 2011-4-10 11:50 发表

收到,直接打上了.

也欢迎更多的朋友一起加入GRUB4DOS开发,让我们共同完善它.

可以直接给补丁或申请加入开发.

完成了的 issue 應該是設 Fixed 而不是 Accepted 呢。
Accepted 是指接受這個 bug report 並開始寫 code 修正問題，而問題(Issue)仍然是開放的(Open Issue)。
Fixed 是問題已修復/所提交的 Patch 已打上，而且可以把這問題關閉/完成(Close Issue)。

所以打好補丁的 issue 應該通通設成 Fixed 才對。

不点 · 发表于 2011-4-10 14:52:49

你的报告不够细致。建议 chenall 忽略这个报告。

你缺乏有关你的系统的详细说明。我认为，在你所报告的这些方面，出问题的可能性很小。

你没有把出错的条件说清楚。而关于这一点，却是必须的，否则很难猜测。

就是说，你自己得摸索出在何种情况下能够出现此问题，而何种情况下又正常了。你得把失败与成功的界限找出来。

如果你只是说：“我这样一个镜像，在我这样一个测试环境失败了。” 那是远远不够的。因为，你的测试环境，开发人员可能永远都不会接触到。

因为你严重缺乏证据，所以，我严重怀疑是你自己的问题。

还有一种可能性。你使用的是软盘镜像，把它交给虚拟机作为虚拟机的软盘来启动。虚拟机通常有 bug，大多数虚拟机都只能认得软盘开头的 1.44M，其余的都不认。这是虚拟机的毛病，完全不是 grub4dos 的毛病。当你碰巧把文件放在 1.44M 以内的时候，grub4dos 可以访问到它。当你碰巧把文件放在 1.44M 之外的时候，就要失败了。这统统都是因为虚拟机的 1.44M 的极限造成的。换句话说，这本来就不是问题，你如果把这样的问题拿过来当作问题来提交，则有故意添乱的嫌疑。

zhaohj · 发表于 2011-4-10 15:07:15

我已经下载看了，DOS镜像有问题，缺少启动文件，所有可以忽略这个报告。

roytam1 · 发表于 2011-4-10 15:21:03

原帖由 zhaohj 于 2011-4-10 15:07 发表
我已经下载看了，DOS镜像有问题，缺少启动文件，所有可以忽略这个报告。

他用 CONFIG.SYS install=grub.exe 指令執行 grub.exe，這樣沒有 COMMAND.COM 也是沒問題的。

roytam1 · 发表于 2011-4-10 15:33:39

原帖由 fengxi 于 2011-4-10 15:27 发表
可能是虚拟机的问题吧，只有虚拟机bios中设置软驱为2.88M，而软盘镜像恰好是1.44M时才会出现这个问题，真是蹊跷。建议忽略啦。
楼上，MSDOS只要IO.SYS便可加载grub.exe了，连command.com都是多余的。

1.44M 鏡像， BIOS 設定 2.88M

要實機試這問題的話要先找台 2.88M 軟碟機才行。

chenall · 发表于 2011-4-10 15:58:28

我觉得这个问题应该和虚拟机有关系,再说了,现在还有多少人会用软盘去这样启动..

我试了直接map启动没有问题,

qemu/virtualbox一切正常.

不点 · 发表于 2011-4-10 17:36:01

报告问题要敬业一点。不要故意隐瞒什么东西，来吊开发人员的胃口。像你这种情况，你一开始完全可以说明白。你自己也完全可以告诉大家，你用其他方式启动这个IMG都没问题，唯独以这样的条件启动的时候才有问题。说清楚了，大家该怎么答复的，就会接帖答复了。你 “吊胃口” 的结果，是没人应答，都以为那是很难答复的问题，等待开发人员来解决 “bug” 呢。你可能是无意之间吊了大家的胃口，不过，客观上起着不良的作用。

看看，还得让 chenall 亲自浪费精力和时间来测试。浪费别人的时间，等于谋财害命。你应该认识到，你实际上给大家造成了损失。

chenall · 发表于 2011-4-11 22:36:23

看来好像不点又挖出了一些东西...

pseudo · 发表于 2011-4-11 22:47:39

有反馈：在bios里禁用usb键盘鼠标支持，速度飞快
http://bbs.wuyou.net/forum.php?m ... page=311#pid2202687

要是在g4d里能把usb禁一会儿就好了。

zhaohj · 发表于 2011-4-11 22:48:35

奇怪，我vmpplayer7.1.4，BIOS改成2.88，无论怎样都是CHS=80/2/18

不点 · 发表于 2011-4-11 23:09:25

难道说，新版本的 VMWARE 更 robust 了？也就是说，它能够根据软盘的 BPB 来确定正确的 CHS 了。

zhaohj · 发表于 2011-4-11 23:19:18

是啊，我还为整不出CHS=80/2/36而苦恼呢？！

另外，那台破机器ASUS，升级了BIOS，总算解决了pxe下访问硬盘的问题，但想pxe启动0pe或cspe都没成功；
0PE在启动IO.SYS处死机了，CSPE在DOS处理过程中死机了。
DOS处理过程中死机，这个是第一次碰到。

不点 · 发表于 2011-4-11 23:19:22

原帖由 chenall 于 2011-4-11 22:36 发表
看来好像不点又挖出了一些东西...

给你一个 Linux 下的好软件: http://udis86.sourceforge.net/

你在 Linux 下执行

udcli -16 io.sys > io.asm

你会发现，这就是 DOS 所有的源程序:-)

你在源程序中搜索 int 0x13，就可以找到 DOS 对于 int13 的全部调用。

而且你还可能发现很多惊人的东西......这就是挖掘了:-)

不点 · 发表于 2011-4-12 08:29:09

你真有门，居然想到升级。

既然如此，我怀疑主板制造商是受命禁止 PXE 安装 PE 的一个举措。它让 grub4dos 以及 dos 都能通过，但让各种 PE 死掉。

想想是不是很合理？假如 PE 像 Java 一样到处运行，那微软还要不要再做 Windows 了？

PE 就是 PE，它不可以遮掩了 Windows 的光辉。所以，PE 该失败的时候，还是应该适当地、适时地失败几次的。

Plantsoot · 发表于 2011-4-12 08:45:10

;)

好东西，顺手牵羊，我拿走了。谢谢不点分享。

Plantsoot · 发表于 2011-4-12 08:53:02

原帖由 pseudo 于 2011-4-11 22:47 发表
有反馈：在bios里禁用usb键盘鼠标支持，速度飞快
http://bbs.wuyou.net/forum.php?mod=viewthread&tid=158364&page=311#pid2202687

要是在g4d里能把usb禁一会儿就好了。

说到USB鼠标键盘的问题，我说下我的经验。

我们有一批电脑，联想品牌机，好像是865主板，如果接了医保读卡器（USB接口），经常会出现无法开机（win xp），本来开机2分钟，出现这个情况后可能会超过10分钟或者20分钟才能进入到xp的桌面。这个问题困扰我很久了，我现在处理的解决办法是先拔掉USB读卡器，开机后再接上。

zhaohj · 发表于 2011-4-12 09:25:58

原帖由 pseudo 于 2011-4-11 22:47 发表
有反馈：在bios里禁用usb键盘鼠标支持，速度飞快
http://bbs.wuyou.net/forum.php?mod=viewthread&tid=158364&page=311#pid2202687

要是在g4d里能把usb禁一会儿就好了。

usb禁一会儿好办，但什么时候开启就难办了。
如果在boot前禁用，我估计是没有用的；boot后，是setupldr.bin控制了，又无法再开启。

另外，以前的主板如865主板，有个选项，high speed or full speed，high speed可能为了兼容USB1.1

zxw · 发表于 2011-4-12 20:53:04

@chenall:
这个或许是bug?

pseudo · 发表于 2011-4-12 21:12:41

正常啊。
cat返回长度0（假）。

chenall · 发表于 2011-4-12 21:46:41

pseudo 正解。。

zxw · 发表于 2011-4-12 22:18:39

看来判断某文件的存在
if exist 与 cat --length=0 不等价。
也就是说cat --length=0判断文件是否存在，在目前是不完全科学的。

zhaohj · 发表于 2011-4-13 08:39:22

改成cat --length<>0 FILE 比较合理，哈哈

jianliulin · 发表于 2011-4-15 09:39:00

建议grub4dos的外部命令把编译日期记录在某个固定的位置，(比如标志前10个字符表示编译日期），原因是外部名会时不时更新，用户使用的外部命令其很难知道是什么时候的版本，出了问题也不利于反馈给作者，若有版本日期则可减少很多不必要的反馈。

		自动登录	找回密码
密码			注册

GRUB4DOS更新建议、bug反馈专帖

回复 #723 fengxi 的帖子

回复 #731 fengxi 的帖子

回复 #741 zhaohj 的帖子

回复 #743 zhaohj 的帖子

回复 #744 不点的帖子

GRUB4DOS更新建议、bug反馈专帖

回复 #723 fengxi 的帖子

回复 #731 fengxi 的帖子

回复 #741 zhaohj 的帖子

回复 #743 zhaohj 的帖子

回复 #744 不点 的帖子

回复 #744 不点的帖子