无忧启动论坛

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

grub4dos出错提示inconsistent filesystem structure

  [复制链接]
1#
发表于 2019-4-21 09:09:50 | 显示全部楼层
这个SSD用diskgenius分了两个MBR主分区

是什么类型的分区?比如ntfs?
回复

使用道具 举报

2#
发表于 2019-4-21 09:25:46 | 显示全部楼层
既然grub4dos-0.4.5c-2016-01-18版本能启动,说明是有bug引入。如果可能的话,定位一下错误版本。
从grub4dos-0.4.6a-2016-01-nn开始,到grub4dos-0.4.6a-2018-02-27。
首先测试2016-01-nn,2017-01-nn及2018-01-nn。
然后使用折半法测试,可以减少测试次数。
回复

使用道具 举报

3#
发表于 2019-4-21 14:51:00 | 显示全部楼层
我知道了。是参数 --top 的问题。
2017-02-03开始,加参数 --top 从 4Gb 以上内存分配空间,否则从 4Gb 以下内存分配空间。

点评

inconsistent filesystem structure 是说 “文件系统结构不完整”。这与内存,应该是没有关系的。 读 ISO 或 IMG 到内存的时候,首先要访问该 ISO 或 IMG 所在的分区,比如 (hd0,0)。 如果该分区的结构有错  详情 回复 发表于 2019-4-21 16:12
回复

使用道具 举报

4#
发表于 2019-4-21 15:42:39 | 显示全部楼层
本帖最后由 2011yaya2007777 于 2019-4-21 15:57 编辑

不是bug,是改进。
以前的内存大多小于 4Gb,没有差别。现在 4Gb 以上内存普遍了,所以要注意。
你加上 --top 参数从 SSD 上启动试一试。

BIOS 从机械硬盘启动,或者从 SSD 启动,可能占用的内存不同,因此内存剩余空间也不同。你有疑问的话,查看一下启动后不同的内存分布即可。

点评

无论放在 4G 以上还是以下,都是放在 Usable RAM 的区域,而不可能放在 Reserved 区域,因此,是不会出错的。如果这出错的话,那就严重了,应该早就有人报告了,而不会等到现在才有人发现错误。  详情 回复 发表于 2019-4-21 16:20
回复

使用道具 举报

5#
发表于 2019-4-21 16:36:18 | 显示全部楼层
楼主定位版本grub4dos-0.4.6a-2017-02-03出错,视乎补丁与“inconsistent filesystem structure”毫无关系。
等待楼主进一步反馈。
回复

使用道具 举报

6#
发表于 2019-4-21 17:07:16 | 显示全部楼层
试一试
map --mem /WePE_64_V2.0.iso (0xff) || map --mem --top /WePE_64_V2.0.iso (0xff)

点评

根据先前我的解释,这个操作注定要失败。 当前半部分 map --mem /WePE_64_V2.0.iso (0xff) 执行的时候,第(3)块内存就已经破坏掉了。而它恰恰是 BIOS 要使用的。此时,BIOS 已经犯病了,后续的任何操作,都可  详情 回复 发表于 2019-4-21 18:03
回复

使用道具 举报

7#
发表于 2019-4-21 19:04:47 | 显示全部楼层
以后可能会碰到较多类似的案例。

楼主,可否在 SSD 盘再测试一下
map /WePE_64_V2.0.iso (0xff)
看看是否报错。
回复

使用道具 举报

8#
发表于 2019-4-21 19:22:05 来自手机 | 显示全部楼层
也没有可能是这样:硬件占用了内存,没有注册,或者注册不准确,比如小了,造成了内存冲突。

点评

这个可能性当然是有的,而且可能性很大。 不过,也可以考虑改进一下我们的 int15,看看能否解决问题。 目前的 int15,是把现有的 usable ram 块的长度减少,而我们 img 所占领的实际空间(位于 usable ram  详情 回复 发表于 2019-4-21 20:28
回复

使用道具 举报

9#
发表于 2019-4-21 20:59:43 来自手机 | 显示全部楼层
32楼
回复

使用道具 举报

10#
发表于 2019-4-21 21:02:16 来自手机 | 显示全部楼层
在32楼,你说了3种情况,前2种你说明了结果,那第3种情况结果如何?是不是一样grub4dos-0.4.6a-2019-03-25,map --mem失败,map--mem --top成功,直接map也成功。

点评

第三种情况彻底让我迷惑了!彻底拿掉转接卡之后,机械硬盘写入grub4dos-0.4.6a-2019-03-25,机械硬盘上的微PE正常启动,包括直接map,map --mem,map --mem --top,都没问题。 难道PE.ISO存放的位置不同,加载到内存  详情 回复 发表于 2019-4-21 21:29
回复

使用道具 举报

11#
发表于 2019-4-22 19:37:11 | 显示全部楼层
上传个这个问题的物证,就它们两个:

在1楼,楼主在命令行执行:map --mem /Wepe_64_v2.0.iso (0xff)
就出现错误提示:Inconsistent filesystem structure
Wepe_64_v2.0.iso 放在 NTFS 分区。

fsys_ntfs.c 有 3 个函数返回此错误信息。
fsys_iso9660.c 有 1 个函数返回此错误信息。
builtins.c 有 1 个函数返回此错误信息。
我在这些函数里放置了痕迹显示。向内存复制文件之前,fsys_ntfs.c 的 3 个函数都有痕迹。复制完成 Wepe_64_v2.0.iso 文件后,直到命令执行完毕,不再有痕迹。

从楼主反馈的情况分析,视乎与内存块有关,也就是说读放到内存的 Wepe_64_v2.0.iso 文件,由于内存被破坏,读错误,才返回那样的错误信息 Inconsistent filesystem structure。
可是执行命令 map --mem /Wepe_64_v2.0.iso (0xff) 并没有读内存的 Wepe_64_v2.0.iso 文件呀。

很奇怪的问题。

希望不点及有关达人分析分析。

点评

你可能还在用 “常规思维” 来分析“特殊情况”——场景不对,分析是无效的。 在脑子里面不要总想着 "Inconsistent ...." 这条信息。把这条信息理解为 “不正常了” 就 OK,不要想着它具体是啥含义。 当你让 liu  详情 回复 发表于 2019-4-22 21:09
回复

使用道具 举报

12#
发表于 2019-4-22 21:34:41 来自手机 | 显示全部楼层
好吧,不再费心思了。退出讨论。
回复

使用道具 举报

13#
发表于 2019-4-25 12:31:42 来自手机 | 显示全部楼层
实模式启动时,未使用的内存,应当都是0吧?如果是,那么安装内存块时,先测试一下。如果有数据,则移动安装位置。
回复

使用道具 举报

14#
发表于 2019-4-25 18:07:02 | 显示全部楼层
0new88.iso在哪里?
回复

使用道具 举报

15#
发表于 2019-4-25 19:09:31 | 显示全部楼层
0new88.bin 应当预先建立吧
回复

使用道具 举报

16#
发表于 2019-4-25 20:07:51 来自手机 | 显示全部楼层
只能向已经存在的文件写数据,并且不能超过原有文件的尺寸。
回复

使用道具 举报

17#
发表于 2019-4-26 09:47:54 来自手机 | 显示全部楼层
是想在代码中解决。但是我在虚拟机里测试,可以内存块里有数据,不是全空白。实体机还没有测试,不知情况如何。

点评

感觉虚拟机和实体机测试结果是有区别的,如果能在代码层面解决就好了。这样子一个菜单通用。不用根据不同电脑不同内存大小来区别对待是否加--top.  详情 回复 发表于 2019-4-26 10:15
回复

使用道具 举报

18#
发表于 2019-4-26 10:37:59 来自手机 | 显示全部楼层
实体机测试,行不通。放弃方案。
回复

使用道具 举报

19#
发表于 2019-4-26 12:42:13 来自手机 | 显示全部楼层
‘‘’不用根据不同电脑不同内存大小来区别对待是否加--top‘  不用管内存是否大于4Bb,增加参数 --top 后,内存不足4Gb,就会在4Gb以下内存分配空间。
回复

使用道具 举报

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

本版积分规则

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

闽公网安备 35020302032614号

GMT+8, 2024-6-5 05:31

Powered by Discuz! X3.3

© 2001-2017 Comsenz Inc.

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