Incconsistent filesystem structure问题

sratlf

最近有些用户测试时  读取硬盘上的文件会报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

chkdsk /F修复一下分区

不点

怀疑是新的攻击方式。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哈根

这样的话，是不是要
       ls (hd0,1)/  改成
       ls (0x180,1)/         ?

不点

是的。

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

请遇到这个问题的人用

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

来显示差别之处。

不点

grub4dos 多年以来，一直不断在遭受攻击。而且这种攻击是用硬件手段，是最强硬的攻击手段了。

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

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

sunsea

原帖由 不点 于 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啦！


谢过帮忙的诸位朋友了~

不点

没关系，下次把证据保存好，别让它再次跑掉。

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

这个主板是哪一家生产的？攻击 grub4dos，今后是要备案的，不能让它溜掉。

天使的魔翼

原帖由 fujianabc 于 2012-7-19 15:05 发表
chkdsk /F修复一下分区

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

本人一向很抵制和反感“GHOST快速分区”这类东东，一但硬盘出问题，修复起来很费力，也很费时，还不能保证100%修复成功。

不点

如果你说是 ghost 快速分区造成 BIOS 在读扇区时出现 CHS 和 LBA 的差异，那么，你可以重现这个错误了。重现时，geometry 命令应该依旧出现 BIF 字样。在这种情况下，你用前面提到的 cat 命令来找差别。

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

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

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

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


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

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