已解决。grub启动img文件出现问题解决，剩下的问题貌似和grub有关。

幸运的草

　问题是他根本不知道怎么把数据放到磁盘开始的位置，好像他分区制作后自动完成的吧。另外，他说单独用GRLDR标准调用即map 之类的，没问题，只是用RUN调用时出问题。所以，很难判断是哪里的问题。表面上看似乎是RUN的问题，但楼主的证据也不充分，这样作者也很难有查找问题所在。
　建议楼主，还是老老实实的用传统的调用方法来调用吧。既可以增长知识，又可以减少出问题的机会。

[ 本帖最后由 幸运的草 于 2012-2-24 08:59 编辑 ]

sratlf

看截图应该不是制作上的问题，而是执行的一些和磁盘有关的命令会得到错误的结果

比如第一张图，那一部分是用uuid命令获取指定分区的文件系统格式以及分区类型，但从截图上来看得到的确是读取数据错误的结果

xintiandi

也许真要这样了。如果要传统的方法调用的命令和菜单，都是成功的。没有出现任何错误的提示，只是通过run的才会出现。我的分区及拷贝文件正常操作的。就是不明白。老被提示安装到很靠后的区域。我马上测试一下uuid(hd0.2)

xintiandi

我用的是自己生成的小字库，我马上替换成大字库吧

sratlf

因为RUN里使用的命令很多  所以可能有的命令在你的机器上无法得到正确执行  没能获得RUN想要的结果  所以失败了

传统方法使用的几个命令执行没有出错  所有就没事

xintiandi

分别运行了uuid hd0，uuid hd0,2和uuid命令，见下面截图

uuid hd0

[ 本帖最后由 xintiandi 于 2012-2-24 14:56 编辑 ]

xintiandi

我换成了3.72m的大字库，但是有中文的地方还是有乱码，麻烦给个大字库文件吧。

sratlf

http://grub4dos-chenall.googlecode.com/files/unifont.hex.gz

uuid命令报错我就没办法了  只能问问不点大了  看是什么原因引起的

xintiandi

家里面那台amd的台式机也出现相同的问题，列出磁盘的时候也会这样。只有在我的笔记本上，联想的k43a上是没有问题，不管grub安装在哪，或者不写入引导，直接加载grldr文件，或者把文件放到最后一个分区，甚至全是扩展分区，都不会有问题，也不会出现把grub安装到很靠后扇区的提示，run模块的所有运行命令都能正常执行。当然传统的map之类的命令更没有问题了。

那就请不点看看是什么问题了。

[ 本帖最后由 xintiandi 于 2012-2-24 15:23 编辑 ]

xintiandi

替换了大字体，没有乱码了。

不点

真佩服你的 “ 耐心 ”。

Inconsistent data 折腾你这么久，竟然你还有心情做下去。

uuid 的参数 hd0 是错的，应该是 (hd0)。

uuid 之类的命令，有可能首先要查找各个分区。在查找的时候，就会碰到有些分区位于 BIOS 无法访问的区域了。此时，这样的分区就相当于不存在。在出错的地方，给出 Inconsistent data 的错误信息。

粗略看了一下，这些信息都发生在 100 多 G 以后的地方。这些地方本来就容易不被 BIOS 支持，所以，这不算是问题，或者说，我们不认为这是很大的问题，属于 “ 常见现象 ”。

xintiandi

grub的发展也需要我们这样测试的耐心。
我马上又测试了一下，这个问题有没有变通方法，就是说让我的移动硬盘改变分区结构等，或者强行将这些文件复制到指定的扇区。不要让我换一个u盘，我之前用1g的tf卡测试过好像没有这些问题。没有用tf卡测试uuid命令，但是通过先加载usb2.0后，在运行run的这些菜单，有时会成功列出磁盘，好像只列出了移动硬盘的分区，本地硬盘就没有看到了。

[ 本帖最后由 xintiandi 于 2012-2-24 16:01 编辑 ]

不点

在很久以前的帖子中，我就提到，只要你不使用扩展分区，就不会在枚举分区时访问扩展分区表。你没注意看帖子。所以，你反反复复一直发生此类问题。

就是说，只使用 4 个主分区，不再使用复杂的扩展分区/逻辑分区，就可以避免这类问题了。

当然，你的文件一定得放到靠前的分区中，否则，访问文件时，还会出现这类错误。

uuid 命令作用于一个文件系统才有效。你的 hd0 是不含 BPB 的，所以 uuid 无法对它有效。

uuid 可以作用于别的分区，例如 (hd0,0)。

[ 本帖最后由 不点 于 2012-2-24 16:23 编辑 ]

xintiandi

我现在就是只有4个主分区啊。没有扩展和逻辑分区，以前就是有逻辑分区，才导致运行grub的其他命令也会出现错误提示，无法运行，现在改成4个主分区了。所有现在grub的一些常用命令菜单式可以运行的。
上面的截图也有用uuid 运行（hd0,2）时出现的提示，但是这时也没有扩展分区的。我现在感觉奇怪的是，为什么全是主分区了，怎么还老出错提示呢。那就说明不是主分区的问题，而是要把文件放靠前的问题了。
现在的一个问题就是我的文件要放到靠前，我现在真的不知道怎么放到靠前的区域，重新分区后，就马上拷贝的grub目录，我现在都没有拷贝其他文件，总共拷贝进去的文件也就3m多，后面3个分区也没有文件。我不知道其他朋友是怎么把文件放到靠前的区域，难道不是直接拷贝进去吗。我是先拷贝的grldr到根目录。在拷贝的boot文件夹下的grub目录的。

[ 本帖最后由 xintiandi 于 2012-2-24 16:42 编辑 ]

不点

出错肯定是访问了大扇区号造成的。

有哪些命令会出错？有没有规律？有可能是 uuid 命令总是去访问某个大的扇区号造成的。

1. cat    --hex    (hd0)+1

复制代码

显示一下分区表，看看你的分区表是不是有问题。

对了，uuid 命令肯定会访问分区的第一扇区。所以，如果分区的第一扇区的扇区号已经很大了，则肯定出错，一点也不奇怪。

访问最开头的那个分区，出错的概率肯定小很多。

[ 本帖最后由 不点 于 2012-2-24 16:48 编辑 ]

xintiandi

第一个分区只有8g，是fat32的，或者需要看那几个扇区，我用winhex提出来，分区我都是今天才分的。


硬盘分区清单

硬盘名：HD1:HitachiHTS545032A7E380(298GB)  容量：298.1GB  型号：HitachiHTS545032A7E380  序列号：
参数：  38913 柱面   255 磁头   63 扇区.   扇区总数：625142448
分区表类型：MBR

分区信息：

序号   名称               文件系统   引导  标识   起始柱面   磁头   扇区   终止柱面   磁头   扇区     容量
   0   本地磁盘(I:)         FAT32      80    0C           0      1      1       1045    254     63     8.0GB
   1   本地磁盘(J:)         NTFS       00    07        1046      0      1      16711    254     63   120.0GB
   2   本地磁盘(K:)         NTFS       00    07       16712      0      1      32377    254     63   120.0GB
   3   本地磁盘(L:)         NTFS       00    07       32378      0      1      38912    254     63    50.1GB

[ 本帖最后由 xintiandi 于 2012-2-24 16:55 编辑 ]

不点

第一个是 8G 的 (hd0,0)， 应该比较安全。

第二个 120G 的 (hd0,1)，就不敢保证它安全不安全了。但一般还算比较安全的，因为该分区的大部分或者全部都落在 137G 极限之内。

第三个分区 (hd0,2)，应该是不可以访问的，因为已经超出 137G 极限了。所谓 137G，其实（可能）就是 128G，（可能）只是算法的不同导致的误差。

第四个分区 (hd0,3) 就更不行了，不用说了。

[ 本帖最后由 不点 于 2012-2-24 16:58 编辑 ]

xintiandi

那意思就是我的这个问题没有办法解决了。但是现在没有扩展分区哟。并且我的启动文件都是在第一个分区的。那就不是文件是否靠前的问题了。那就是主分区无法突破137g的限制了。也就是说。就算其他朋友的移动硬盘碰到我这的电脑也是一样的结果。那我也太倒霉了。家里那台amd的也是这样，这台intel的也是这样，不过还好之前有个朋友的笔记本也出现这样的问题，还不是我一个人倒霉，或者直接买个二手的小移动硬盘算了。

[ 本帖最后由 xintiandi 于 2012-2-24 17:01 编辑 ]

不点

开玩笑，怎能说没办法解决？

你不访问 (hd0,2) 和 (hd0,3) ，应该没问题。实在不行的话，你连 (hd0,1) 也不访问，只访问 (hd0,0) 就不会有错了。

==========================


又看了你后面的话。

你是否已经钻进死胡同了。启动程序受主板 BIOS bug 的影响，不能访问大的扇区号。但是，能够访问 100G，你竟然还不满足！你究竟有多大的 ISO 需要在启动的时候就挂载？

启动以后，进入 Windows 或者 Linux 之后，就不受 BIOS 制约了。那时候，访问 137G 以上的内容，就没问题了。

因此，大容量移动硬盘，并非毫无用处。

[ 本帖最后由 不点 于 2012-2-24 17:30 编辑 ]

xintiandi

那我明白了。那就是要sratlf改一下run模块访问的方式，估计我这运行run就不会出错了。我其实只需要访问hd0,0,其他的分区都是用来存放资料用的。不要grub访问。
谢谢不点的回复，看来此贴得终结了。

不点

问题解决了，你修改标题，添上 “已解决” 字样，方便别人，也方便自己将来搜索这个案例。

jh1688

原帖由 xintiandi 于 2012-2-24 17:31 发表
那我明白了。那就是要sratlf改一下run模块访问的方式，估计我这运行run就不会出错了。我其实只需要访问hd0,0,其他的分区都是用来存放资料用的。不要grub访问。
谢谢不点的回复，看来此贴得终结了。

我也在用320G的移动硬盘做启动盘，就没有你说的问题。

而且我有主分区和扩展分区：

   主分区（系统维护盘）O：\       FAT32            2G

逻辑分区（装机备份盘）P：\    NTFS              50G

逻辑分区（光盘备份盘）Q：\    NTFS              50G

逻辑分区（影视音乐盘）R：\    NTFS              195G

把启动需要的文件全放在主分区，其它文件分门别类，弄了N多台机器，没有出现你说的问题……

xintiandi

那是因为你没有仔细看我的帖子，我也说了。这个移动硬盘在我的笔记本上也没有问题。就是联想的k43a上，怎么折腾都是对的，就算我全部是扩展分区，在我的笔记本上也不会有出错提示，并且也能成功运行所有的run菜单。但是在另外的2台台式机上才出现了这样的问题，当然还在一个朋友的笔记本上出现过。

[ 本帖最后由 xintiandi 于 2012-2-24 17:54 编辑 ]

xintiandi

马上修改。谢谢朋友们的回复。

sratlf

也曾经想改过，最后没有找到合适的命令获取文件系统类型，正好求助下不点大，有没有比较简单的方法能获取指定分区的文件系统类型的

如果是只访问(hd0,0)的话可以用 RUN --automenu (hd0,0) 或者 RUN --autolist (hd0,0)

用到uuid命令的应该就三个参数--swap-ext  --automenu-all  --autolist-all

其他的比如--swap --automenu --autolist是用不到的

不点

这里的问题与文件系统类型无关，只与扇区的位置有关。大扇区号不敢访问。

因此，安全起见，只访问第一个分区。

用户也应该注意这个问题，分区的时候，不要有扩展分区。grub 要访问的文件，统统放在 (hd0,0)，这样就不麻烦了。

或者在 MBR 上弄个 BPB，只需访问 (hd0) 就等价于访问 (hd0,0) 了。

幸运的草

是S版RUN的自动列表功能“强大”，要搜索所有分区目录镜像并列表，超出了G4D支持的范围。所以出错。

问一句，自己哪里有镜像需要列表，自己不知道？却使用-all参数？

[ 本帖最后由 幸运的草 于 2012-2-24 20:57 编辑 ]

sratlf

那就比较头疼了  换句话说就是无论什么命令  只要访问后面几个分区就有可能出错了

还是再询问下不点大了  因为RUN里有几个功能是检测一个分区的体积 文件系统类型 磁盘格式 是否活动

现在文件系统类型是用uuid命令获取的  有别的命令能得到吗  

geometry也可以  但是要分析的内容太多  不能获取指定分区想要的信息  只能是整个磁盘上的所有分区

xintiandi

你说得对，就是由于之前不知道是这么回事，通过这几天的讨论我才弄明白。run超出访问限制，这样的菜单通用性就不好了。现在知道是怎么回事了，就不用这个菜单了。或者改成只列出第一个分区的文件。

不点

做任何事，要分清两类情况。一类是可能做到的，一类是不可能做到的。

现实生活中，有很多人做事的时候，不考虑这个问题，结果走了很多弯路。

试想，当你连一个分区的扇区数据都无法访问的时候，你怎么确定它的分区类型等等一系列信息？