![]() |
中国DOS联盟-- 联合DOS 推动DOS 发展DOS --联盟域名:www.cn-dos.net 论坛域名:www.cn-dos.net/forum |
| 游客 | 登录 | 注册 | 会员 | 搜索 | 中国DOS联盟 |
|
中国DOS联盟论坛 现在时间是 2026-08-12 03:20 |
共 47,811 主题排行 / 349,897 发帖 / 今日 0 篇 / 48,256 会员排行 |
| GRUB4DOS、SYSLINUX及其它启动管理软件讨论专区 » 请紧急测试GRUB4DOS, 谢谢 |
| 可打印版本 5,869 / 46 |
| 第31楼 不点 | 发表于 2004-07-10 00:00 |
| 银牌会员 发帖 1,115 积分 2,491 | |
|
感谢 aria !!!! 你能否把这个文件放到一个我可以下载的地方? 或者用 Email:tinybit@tom.com 传给我? 另外你见过的最大的 bootsect 文件有多大? 也请传给我. 谢谢.
========== wengier: 我们现在并不能断定 BOOTGRUB 一定被全部读入内存了. 如果 aria 所说的情况可靠的话, 那就证明 bootsect 文件可以达到 8192 这个值, 甚至超过这个值也有可能. 现在我们的任务就是, 确定它被装入到内存中的什么位置上了, 注意, 它有可能被装入 1M 以上的扩展内存中. 还有一个问题顺便也应当解决, 那就是 c:\BOOTSECT="ghgjhghjg" /parameters 命令行参数是否允许非微软的参数? 如果不允许, 则我们就不能再用 config-file 之类的路径了; 如果允许, 我们要定位这个参数N存放在内存中的何处? 以便用这个命令行参数指定的 menu.lst 来取代 (hd0,0)/boot/grub/menu.lst |
|
| 第32楼 aria | 发表于 2004-07-10 00:00 |
| 高级用户 发帖 243 积分 924 | |
|
好,已经发过去了
最大的?好像就数这个最大了 |
|
| 第33楼 不点 | 发表于 2004-07-10 00:00 |
| 银牌会员 发帖 1,115 积分 2,491 | |
|
麻烦 aria 兄再发一次. 刚才我的邮箱执行拒收邮件功能, 现在可以接受 50K 以内的邮件了.
或者最保险的, 可以匿名上传到这里: ftp://ftp.cosoft.org.cn/incoming/ 谢谢. |
|
| 第34楼 aria | 发表于 2004-07-10 00:00 |
| 高级用户 发帖 243 积分 924 | |
|
ok,传上去了
|
|
| 第35楼 不点 | 发表于 2004-07-10 00:00 |
| 银牌会员 发帖 1,115 积分 2,491 | |
|
已经收到, 谢谢.
============ 看了这个文件, 感到非常震惊! aria 兄没有仔细看过吗? 建议你也看看, 大家共同研究一下. 这个文件和你机器 C: 分区开头的 16 扇区不是几乎完全一样吗? 无非是将 N.T.L.D.R 改成了 C.M.L.D.R 是这样吗? 仅仅只有两个字节的差别, 是吗? ========= 既然如此, 就麻烦你再上传 CMLDR 文件. 它位于你的 C: 盘根目录. 并且可能是隐藏文件. |
|
| 第36楼 aria | 发表于 2004-07-10 00:00 |
| 高级用户 发帖 243 积分 924 | |
|
是啊
它的作用就是引导cmldr,cmldr是ntldr的变体,和setupldr.bin几乎是一样的 只有少数几处不同 |
|
| 第37楼 不点 | 发表于 2004-07-10 00:00 |
| 银牌会员 发帖 1,115 积分 2,491 | |
|
setupldr.bin 是什么作用? 也请上传吧. 你的根目录或者 cmdcons 子目录还有什么重要的文件, 都可以上传.
为什么在我的机器上一用 C:\BOOTSECT.DAT="hhhhhhh" /cmdcons 就死机? |
|
| 第38楼 aria | 发表于 2004-07-10 00:00 |
| 高级用户 发帖 243 积分 924 | |
|
setupldr.bin是winnt安装时引导系统的,也在cmdcons目录下
剩下的文件与本贴关系应该不大了吧 死机?这个问题比较奇怪,至少在我这,改成C:\BOOTSECT.DAT="hhhhhhh" /cmdcons 也可以正常启动 |
|
| 第39楼 不点 | 发表于 2004-07-11 00:00 |
| 银牌会员 发帖 1,115 积分 2,491 | |
|
试试这个:
ftp://ftp.linuxeden.com/tinybit/grldr BOOT.INI: C:\GRLDR="GRLDR" |
|
| 第40楼 aria | 发表于 2004-07-11 00:00 |
| 高级用户 发帖 243 积分 924 | |
|
成功启动!
第一个主分区为FAT32,第二个主分区为NTFS |
|
| 第41楼 chenall | 发表于 2004-07-11 00:00 |
| 银牌会员 发帖 469 积分 1,276 来自 福建泉州 | |
|
第一个主分区为FAT16,第二个主分区为FAT32
放在第一个主分区上启动成功, 放在第二个主分区上启动不成功. |
|
| 第42楼 不点 | 发表于 2004-07-12 00:00 |
| 银牌会员 发帖 1,115 积分 2,491 | |
|
已经重新上传:
ftp://ftp2.linuxeden.com/tools/grldr ftp://ftp.linuxeden.com/tinybit/grldr 看看这次怎么样? 这是没有打 NTFS_CDROM 补丁的版本, 因此不应当失败. |
|
| 第43楼 Wengier | 发表于 2004-07-12 00:00 |
| 系统支持 发帖 10,521 积分 27,736 | |
|
可见先前结合后的GRLDR不能启动还是GRLDR开头的1024字节的原因造成的。经过在FAT16和FAT32下的测试结果(两者测试情况完全一样),上面的GRLDR可以正常启动;然后我用这个GRLDR的前1024字节替换原带有NTFS_CD补丁的结合后却无法直接启动的GRLDR的前1024字节,结果直接启动这个新的GRLDR非常成功,不仅可以直接启动到GRUB下,而且可以支持NTFS和CD驱动器。可见问题的根本还是先的那个GRLDR的前1KB的内容导致文件总大小不能超过8191字节,否则无法启动。使用新的这1KB内容来替换以前的那前1KB内容就一切正常了(至少在FAT16/32分区上是如此)。
附:以下是带有NTFS_CD补丁的结合后可正常启动的GRLDR下载: http://newdos.yginfo.net/dosware/grub/grldr |
|
| 第44楼 aria | 发表于 2004-07-12 00:00 |
| 高级用户 发帖 243 积分 924 | |
|
难道原来的1KB修改了后面的内容?
|
|
| 第45楼 Wengier | 发表于 2004-07-13 00:00 |
| 系统支持 发帖 10,521 积分 27,736 | |
以下是引用aria在2004-7-12 上午 11:55:42的发言: 其实倒并不见得是原来的1KB修改了后面的内容,因为我试了一下用NTLDR调用一些其它的BS文件,也有8191字节的大小限制,即只要超过这个大小就无法正常启动,即使除了前512字节外后面的内容全是CHR(0)字符(比如我将某512字节的BS文件的后面内容加长并全部填零,如果小于或等于8191字节则可以启动,如果大于8191字节则死机或出错)。估计是新的GRLDR的前1KB采取了某种方法或技巧来突破了8191字节这个限制,使得新的GRLDR能够被NTLDR直接调用且正常启动。 |
|
| 上一页 1 2 3 4 下一页 |
|
[ 联系联盟系统管理团队 -
中国DOS联盟 -
标准版 ] Sponsored by ifanr Inc | © 2001–2023 |