无忧启动论坛

 找回密码
 注册
搜索
系统gho:最纯净好用系统下载站广告联系 微信:wuyouceo QQ:184822951
楼主: zhaohj
打印 上一主题 下一主题

GRUB4DOS更新建议、bug反馈专帖

    [复制链接]
721#
 楼主| 发表于 2011-4-9 23:50:55 | 只看该作者
感谢不点释疑,06年的机器,就不要深究了。
我发觉ASUS最近的主板老犯这样的低级错误,我还得在今年购买的ASUS机器中检测一下。
反正PXE启动,ASUS机器的毛病特别多。
感谢不点!
回复

使用道具 举报

722#
发表于 2011-4-10 11:20:46 | 只看该作者

回复 #723 fengxi 的帖子

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

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

也请 chenall 留意这个报告。
回复

使用道具 举报

723#
发表于 2011-4-10 11:25:14 | 只看该作者
修復 --disable-graphics configure switch
在 google code 開了票,也在這裡說一下。
http://code.google.com/p/grub4dos-chenall/issues/detail?id=21
回复

使用道具 举报

724#
发表于 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?
日期、大小為?
回复

使用道具 举报

725#
发表于 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开发,让我们共同完善它.

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

使用道具 举报

726#
发表于 2011-4-10 11:52:51 | 只看该作者
@fengxi
可以把你的IO.SYS上传上来,另外尽量有更详细的测试..人多力量大.

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

使用道具 举报

727#
 楼主| 发表于 2011-4-10 11:53:47 | 只看该作者
我测试是正常的
第二幅图是dos下执行grub.exe后的

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

Snap1.jpg (41.3 KB, 下载次数: 119)

Snap1.jpg

Snap2.jpg (56.66 KB, 下载次数: 134)

Snap2.jpg
回复

使用道具 举报

728#
发表于 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 才對。
回复

使用道具 举报

729#
发表于 2011-4-10 14:52:49 | 只看该作者

回复 #731 fengxi 的帖子

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

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

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

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

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

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

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

使用道具 举报

730#
 楼主| 发表于 2011-4-10 15:07:15 | 只看该作者
我已经下载看了,DOS镜像有问题,缺少启动文件,所有可以忽略这个报告。

Snap1.jpg (19.38 KB, 下载次数: 126)

Snap1.jpg
回复

使用道具 举报

731#
发表于 2011-4-10 15:21:03 | 只看该作者
原帖由 zhaohj 于 2011-4-10 15:07 发表
我已经下载看了,DOS镜像有问题,缺少启动文件,所有可以忽略这个报告。

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

使用道具 举报

732#
发表于 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 軟碟機才行。
回复

使用道具 举报

733#
发表于 2011-4-10 15:58:28 | 只看该作者
我觉得这个问题应该和虚拟机有关系,再说了,现在还有多少人会用软盘去这样启动..

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

qemu/virtualbox一切正常.
回复

使用道具 举报

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

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

使用道具 举报

735#
发表于 2011-4-11 22:36:23 | 只看该作者
看来好像不点又挖出了一些东西...
回复

使用道具 举报

736#
发表于 2011-4-11 22:47:39 | 只看该作者
有反馈:在bios里禁用usb键盘鼠标支持,速度飞快
http://bbs.wuyou.net/forum.php?m ... page=311#pid2202687

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

使用道具 举报

737#
 楼主| 发表于 2011-4-11 22:48:35 | 只看该作者
奇怪,我vmpplayer7.1.4,BIOS改成2.88,无论怎样都是CHS=80/2/18
回复

使用道具 举报

738#
发表于 2011-4-11 23:09:25 | 只看该作者

回复 #741 zhaohj 的帖子

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

使用道具 举报

739#
 楼主| 发表于 2011-4-11 23:19:18 | 只看该作者
是啊,我还为整不出CHS=80/2/36而苦恼呢?!

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

使用道具 举报

740#
发表于 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 的全部调用。

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

使用道具 举报

741#
发表于 2011-4-12 08:29:09 | 只看该作者

回复 #743 zhaohj 的帖子

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

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

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

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

使用道具 举报

742#
发表于 2011-4-12 08:45:10 | 只看该作者

回复 #744 不点 的帖子

;)

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

使用道具 举报

743#
发表于 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读卡器,开机后再接上。
回复

使用道具 举报

744#
 楼主| 发表于 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
回复

使用道具 举报

745#
发表于 2011-4-12 20:53:04 | 只看该作者
@chenall:
这个或许是bug?
回复

使用道具 举报

746#
发表于 2011-4-12 21:12:41 | 只看该作者
正常啊。
cat返回长度0(假)。
回复

使用道具 举报

747#
发表于 2011-4-12 21:46:41 | 只看该作者
pseudo 正解。。
回复

使用道具 举报

748#
发表于 2011-4-12 22:18:39 | 只看该作者
看来判断某文件的存在
if exist 与 cat --length=0 不等价。
也就是说cat --length=0判断文件是否存在,在目前是不完全科学的。
回复

使用道具 举报

749#
 楼主| 发表于 2011-4-13 08:39:22 | 只看该作者
改成cat --length<>0 FILE 比较合理,哈哈
回复

使用道具 举报

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

回复

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

本版积分规则

小黑屋|手机版|Archiver|捐助支持|无忧启动 ( 闽ICP备05002490号-1 )

闽公网安备 35020302032614号

GMT+8, 2024-5-14 03:35

Powered by Discuz! X3.3

© 2001-2017 Comsenz Inc.

快速回复 返回顶部 返回列表