已解决，grub启动提示fatal！inconsistent data read from...但是仍然启动成功。

xintiandi

grub起的那个的时候，出现提示：
booting find/menu.lst，/boot/grub/menu.lst
fatal！inconsistent data read from （0x80）268494345+63
fatal！inconsistent data read from （0x80）268494345+1

但是可以进入grub菜单，除了03pe和xppe无法启动外，其他的都是正常的。03pe和xppe启动会卡在dos黑屏处，loading ramdisk的字样都不会出来。

我是用移动硬盘在3.5寸嵌入式主板上测试的。如果在台式机和笔记本上测试就不会出现这个问题，全部都可以正常启动。





首先说明这个移动硬盘引导的东西在其他笔记本和台式机上都没有出现过任何，包括引导pe，运行一些维护工具，直接iso安装xp系统等。只是在3.5寸主板上出现问题。

昨天反复在3.5寸主板上测试，发现不能引导03pe和xppe的原因不是这个错误提示，而是我自己引导文件的问题，我替换了引导文件，现在通过grub可以引导03，xp，win7等pe，包括一些img都正常了。
我的移动硬盘是320g，第一个分区fat32,8g，第二和三是120g ntfs，剩下的空间第四个分区 ntfs。四个分区全是逻辑分区，之前把第一个分区设置成主分区后，居然有些img文件无法装载成功，卡在100%处。昨天晚上我把第一个分区删除重新格式化，后面3个分区没有动，因为装了太多资料。先拷贝了grub及引导相关的文件，最后拷贝一些大文件，现在除了ghost加载有问题外（发现ghost是由于没有成功加载usb2.0引起的。加载后，就可以正常运行），其他的全部正常，但是还是出现上面的提示（0x80）268494345+1 268494345+63，难道重新拷贝回去扇区位置都不会变吗，但是在其他电脑上就不会出现这样的提示，又不影响使用。只是要搞清楚是什么原因，周三的是买的全新的sata接口的笔记本硬盘装入usb盒里使用的，我是diskgens快速分区的，或者有没有按照扇区号来分区的软件，如果有的话，就可以把第一个区8g放在前面的扇区。
我说说我的引导方式。我没有对第一个分区做任何处理，我是直接将我心如水的6和1pe，提取出来，拷贝到第一个分区里面，通过xorldr写入主引导，bootice写入分区引导是syslinux，syslinux和grub之间可以相互调用，用xorldr引导grldr文件来启动grub。现在3.5寸主板上，grub的所有功能都正常了。就是出现这个提示，syslinux下xp和03pe一直有问题，win7pe及一些img文件又没有问题。



看了楼下不点的回复，感觉像我这样的业余级和专业的比差距实在太大，应该就是这个主板bios的bug了。经过测试发现这个主板只能装原版iosxp系统，如果是ghost版本进入桌面之后一定黑屏。测试了好多版本，在安装自带的驱动包，但是pe下又可以成功驱动这个主板带的显卡。
最后感谢不点的回复，输入不少字，还是够累的。

[ 本帖最后由 xintiandi 于 2011-11-25 13:55 编辑 ]

不点

来计算一下出错扇区号的大致位置：

268494345 扇区 = 268494345 / 2 K = 134247172.5K = 134247M = 134G。

你竟然把 grub4dos 的启动相关文件放在这么 “靠后” 的位置，难怪你要失败了。老掉牙的问题了。

你的嵌入式主板 BIOS 不支持访问太大的扇区号。你不要太相信你的嵌入式主板。

建议：

重新分区格式化，第一个分区放在移动硬盘开头，占据尽量少的空间，例如 8M，32M，128M，512M，2G，8G，32G，128G 等等。然后首先拷贝grub4dos要用的文件到这个移动硬盘的分区，其次再拷贝别的文件。

xintiandi

谢谢不点的回复，修改了一下问题，还请不点指教。

[ 本帖最后由 xintiandi 于 2011-11-25 11:46 编辑 ]

不点

原因很简单：grub4dos 需要首先列出各个分区。

你的主板存在问题，这样的问题会导致 DOS 在启动之时死锁。这是新型的硬盘逻辑锁，是用一个糟糕的 BIOS——（也许不是故意的，但我习惯上把它说成是 BIOS 制造商故意这么干的。诸位看官的理解力比我强，就不要像我这么武断了，呵呵）—— 让 DOS 在枚举分区的过程就死掉。禁止掉硬盘，或者拔掉硬盘，DOS 就不会死了。

这样的糟糕 BIOS，也曾经导致 grub4dos 产生类似的死锁效应。不过我们解决了（感谢参与解决问题的那些人）。而解决之后，就留下一个 BIOS 作恶的证据，即这样一条信息： fatal！inconsistent data read from ....

看到这条消息之后，对于 grub4dos 的实际运行，影响不大。但它可以提示你，如果你运行 MS－DOS 7＋，则有可能死锁。

如果你的分区表不含扩展分区表，而只有主分区，则不会出现这条消息。这是因为，主分区表的四个表项全都在扇区 0 上，无须访问扩展分区表。正是因为访问了位于大扇区号上的扩展分区表，才造成了失败。而这个失败，不仅使得逻辑分区的列举变得不完整（从出错的位置开始，无法完成列举），而且会造成 DOS 的死锁。

任何时候，只要你试图访问大的扇区号，就有可能出现这条消息。原因已经说过了，是 BIOS 无法访问大扇区号而引起的。说它恶意，是因为，当它无法访问大扇区号时，它本来应该返回失败（int13 返回 CF＝1 就表示失败），但它却返回成功，这就误导了 DOS ，使 DOS 产生死锁。以上所说的 DOS 均指 MS－DOS 7＋。诸位看官要有自己的见解，不要一味地相信我的个人观点，那是我的主观臆断。比如说，您可以认为那不过就是另一个 BIOS bug 而已。

gk2290001

不点 发表于 2011-11-24 15:53
来计算一下出错扇区号的大致位置：

268494345 扇区 = 268494345 / 2 K = 134247172.5K = 134247M = 134G ...

grldr位置
請問
268494345 扇区 = 268494345 / 2 K = 134247172.5K = 134247M = 134G
或
268494345 扇区 = 268494345 / 2 K = 134247172.5K = 131100M = 128.028G

是用100或1024為單位?  

2012_willylin

gk2290001 发表于 2014-3-9 12:15
grldr位置
請問
268494345 扇区 = 268494345 / 2 K = 134247172.5K = 134247M = 134G

上排吧是1000
下排吧是1024

gk2290001

268494345 扇区是要用1000或1024為單位來計算它的GB數是否大於128GB

不点

没必要精确到小数点后多少位。137G 和 128G，同样都是粗略的。并非一个文件的起始扇区位于 128G 之前就安全了，只要它的尾部延伸到 128G 之后，一样会出问题。