无忧启动论坛

标题: Incconsistent filesystem structure问题 [打印本页]

作者: sratlf    时间: 2012-7-18 23:38
标题: Incconsistent filesystem structure问题
最近有些用户测试时  读取硬盘上的文件会报Error 16:Incconsistent filesystem structure 错误

类似情况的帖子  http://bbs.wuyou.net/forum.php?mod=viewthread&tid=213101

截图中用的是0.45c 0619版




有什么好的解决办法吗

[ 本帖最后由 sratlf 于 2012-7-18 23:44 编辑 ]
作者: fujianabc    时间: 2012-7-19 15:05
chkdsk /F修复一下分区
作者: 不点    时间: 2012-7-19 16:55
怀疑是新的攻击方式。BIOS 制造商针对 grub4dos 的新的攻击方式。

geometry 命令通常不该显示 BIF,而应该是 CHS 或者 LBA。

显示 BIF 时,表示这个 BIOS 不正常,它用 CHS 模式读盘,与用 LBA 模式读盘,结果是不一样的。

遇到这种情况,grub4dos 分开来对待:通常的磁盘号例如 0x80 和 0x81 是只用 CHS 模式来访问磁盘介质,而如果把盘号增加 0x100,分别变成 0x180 和 0x181,那么这时采用 LBA 来访问磁盘介质。

所以,对于 hd0,应该换用 (0x180,Y) 来代替 (hd0,Y) ,这样就可以用 LBA 模式访问磁盘内容了。
同理,对于 hd1,应该换用 (0x181,Y) 来代替 (hd1,Y) ,这样就可以用 LBA 模式访问磁盘内容了。
作者: 2012哈根    时间: 2012-7-20 15:17
标题: 回复 #3 不点 的帖子
这样的话,是不是要
       ls (hd0,1)/  改成
       ls (0x180,1)/         ?
作者: 不点    时间: 2012-7-20 18:47
标题: 回复 #4 2012哈根 的帖子
是的。

但是,一旦这种攻击被认定,我们会设法化解这个攻击。

请遇到这个问题的人用

cat --hex (0x80)+1
cat --hex (0x180)+1

来显示差别之处。
作者: 不点    时间: 2012-7-21 01:59
grub4dos 多年以来,一直不断在遭受攻击。而且这种攻击是用硬件手段,是最强硬的攻击手段了。

从攻击的手段,一直拿最强的攻击方式,可见,grub4dos 是被紧盯上的。结合对论坛的各种攻击形式,对网站的攻击形式,对开发者的各种攻击方式(对开发者、发行者以及支持者进行人身攻击,大肆谩骂,毫不留情,这属于 “ 哲学 ” 类的攻击套路),表明攻击者高度重视 grub4dos,他们能用的手段,也都用齐了。

引申一点。我感觉 x86 这个生态,到了最危险的时候。开源这一历史性的机遇,竟然在 x86 的软硬件制造商看来毫无价值,甚至完全敌视。intel 和 amd 从 CPU 性能上加强开发力度,这不一定能够解救 x86 的颓废之势。各软硬件开发商 “ 离心离德 ” (不是同心同德),失去 “ 向心力 ”,造成 x86 分崩离析的局面,综合竞争力迅速减退,优势逐步丧失。技术是重要的,但不是唯一重要的。毁在非技术因素上的历史案例有很多。这正如一个人,光是心脏好,这不一定就健康了,胃和肺也很重要。学校教育也说要求学生 “ 德、智、体 ” 全面发展,不可偏废。所以,intel 和 amd 仅仅从技术层面来改良,这不一定能够解救这个危局。单方面改进,不是综合治理,难以达到理想的效果。有可能所有的(单方面)努力,其最终的综合效果等于零,全都 “ 打水漂 ” 了。
作者: sunsea    时间: 2012-7-26 11:22
原帖由 不点 于 2012-7-20 18:47 发表
是的。

但是,一旦这种攻击被认定,我们会设法化解这个攻击。

请遇到这个问题的人用

cat --hex (0x80)+1
cat --hex (0x180)+1

来显示差别之处。

后来他用diskgenius的重建MBR功能,竟然把这个问题修好了。
原帖由 2012马克思没死 于 2012-7-7 17:59 发表

谢谢你,行啦!

我先运行了chkdsk命令,重启后还是不能使用maxdos,然后我就用了diskgen。

第一次用这个软件,也不知道怎么用,就到网上简单看了下教程,先使用了它的“检查分区表错误”功能,还没1秒钟,软件就提示当前硬盘没分区表错误。

然后我就点了那个“重建主引导记录mbr”,也是没1秒钟,就显示“任务成功完成”。


我也不知道是不是这样做,于是就重启了,选择maxdos,竟然可以进啦,可以用ghost啦!


谢过帮忙的诸位朋友了~

作者: 不点    时间: 2012-7-26 12:51
标题: 回复 #7 2011czmxbb52 的帖子
没关系,下次把证据保存好,别让它再次跑掉。

当出现 BIF 信息的时候,就可以用 cat 命令了,仔细比较两个扇区,找出不同之处。

这个主板是哪一家生产的?攻击 grub4dos,今后是要备案的,不能让它溜掉。
作者: 天使的魔翼    时间: 2012-7-26 16:59
原帖由 fujianabc 于 2012-7-19 15:05 发表
chkdsk /F修复一下分区



这种做法是正确的,实际上除了一些安全保护软件造成的以外,我所遇到这种情况,基本上是由于硬盘采用“GHOST快速分区”造成的,我记得很早就有一些大大在BBS的“一键恢复区”提出过这类问题。

本人一向很抵制和反感“GHOST快速分区”这类东东,一但硬盘出问题,修复起来很费力,也很费时,还不能保证100%修复成功。
作者: 不点    时间: 2012-7-27 06:28
标题: 回复 #9 天使的魔翼 的帖子
如果你说是 ghost 快速分区造成 BIOS 在读扇区时出现 CHS 和 LBA 的差异,那么,你可以重现这个错误了。重现时,geometry 命令应该依旧出现 BIF 字样。在这种情况下,你用前面提到的 cat 命令来找差别。

如果你重现不了,那还不能把问题归咎于 ghost 的快速分区。

geometry 命令给出的 BIF 字样,是 grub4dos 检测 BIOS 所得出的结果信息。直接造成这一结果的是 BIOS。ghost 最多也只是不幸撞到 BIOS 的陷阱里面了。问题的根源乃是 BIOS。这一定得澄清,否则,那就是一笔糊涂帐,扯不清了。

试想,即使 ghost 把分区表毁了,它最多也只能造成死机之类的,怎可能影响到 BIOS 读盘的表现呢?这里面一定隐藏着更深层的秘密。

遇到事情要多问几个为什么。要追根求源,要揭示秘密,要把握本质。只有这样,才能真正提高认识水平以及知识水平。不要简单思维,不要轻信,不要上当受骗。


特别补充:出了人命案,要抓真凶,而不能把一个不幸的过路人当作凶手判处死刑。

[ 本帖最后由 不点 于 2012-7-27 06:57 编辑 ]




欢迎光临 无忧启动论坛 (http://bbs.wuyou.net/) Powered by Discuz! X3.3