无忧启动论坛

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

今天遇到的两个grub4dos的问题

[复制链接]
跳转到指定楼层
1#
发表于 2010-8-9 00:58:29 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
首先介绍一下我的U启情况:
我使用一个640G的USB移动硬盘,硬盘的开头是fbinst,给了173MB,硬盘有4个主分区,第一个分区是500G的NTFS,第二个分区是32G的HFS+,第三、四个分区是32G的FAT32。我的启动盘用到的文件和PE、Linux的ISO都放在第一个分区。

由于Fedora Linux启动盘不支持NTFS,所以我把它放到了第三个分区。菜单如下:

title Fedora Linux
find --set-root /fedora.iso
map /fedora.iso (0xff)
map --hook
rootnoverify (0xff)
chainloader (0xff)


启动时第一个问题出现了,提示find --set-root /fedora.iso这句找不到/fedora.iso,而我把它放在第一个NTFS分区上是找得到的。
我想这可能是因为第二个分区是HFS+格式吧,于是我把第二个分区也格式化成FAT32,再启动,能找到/fedora.iso了。

但此时又出现了第二个问题:
问题出在map /fedora.iso (0xff)这句。这次提示map命令要使用--heads=0参数,好,我改菜单,再试,然后又提示还要加--sectors-per-track=0,好,我再加这个参数,好了,终于映射进去了。不明白这是什么原因,可能是iso格式的问题?我映射其它iso是没有这个问题的。
2#
发表于 2010-8-9 07:11:23 | 只看该作者
这个问题是这么回事:

map 命令有自动侦察 CHS 的能力。那是通过分析 img 文件的第一扇区的分区表或者 BPB 表来实现的。而一个标准的 ISO 文件,其开头的很长一段(0x8000 字节)都是空白的 00 字节。有些 ISO 把这些 00 字节也利用了,并且放置了启动扇区之类的,也就是说,结尾有 55 AA 这个启动标志,但是其分区表含有错误,这就干扰了 map 的 CHS 探测。

grub4dos 换成最新的版本,看看还会出现这样的问题吗?

补充:确实有这么一个小毛病。今天改进了探测代码,重新编译上载了。请在 http://nufans.net/grub4dos/tinybit/ 下载刚刚编译的版本。

[ 本帖最后由 不点 于 2010-8-9 08:23 编辑 ]
回复

使用道具 举报

3#
发表于 2010-8-9 08:13:12 | 只看该作者
楼主还真是大手笔啊,使用640G的移动硬盘啊。
回复

使用道具 举报

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

本版积分规则

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

闽公网安备 35020302032614号

GMT+8, 2024-4-19 14:18

Powered by Discuz! X3.3

© 2001-2017 Comsenz Inc.

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