无忧启动论坛

 找回密码
 注册
搜索
系统gho:最纯净好用系统下载站广告联系 微信:wuyouceo QQ:184822951
楼主: 红毛樱木
打印 上一主题 下一主题

[讨论] 不知道这个是不是GRLDR的BUG,之前好像讨论过

  [复制链接]
跳转到指定楼层
1#
发表于 2018-1-25 14:41:14 | 显示全部楼层 回帖奖励 |倒序浏览 |阅读模式
无法读取U盘的(hd0,1)分区,用一段时间就这样,但是其他分区软件能读取,也没有报错,不知道怎么处理,还需要提供哪些信息?

2#
 楼主| 发表于 2018-1-25 15:36:03 | 显示全部楼层
不点 发表于 2018-1-25 15:16
你是不是弄错盘号了?从你的贴图来看,并不能看出你是否弄错盘号了。

试试



来啦,我对grldr的命令不熟。。
回复

使用道具 举报

3#
 楼主| 发表于 2018-1-25 15:41:45 | 显示全部楼层
不点 发表于 2018-1-25 15:16
你是不是弄错盘号了?从你的贴图来看,并不能看出你是否弄错盘号了。

试试


好像发现问题了,您看这个正常的U盘,能识别到(hd0,1)是fat32分区,而不正常的识别不到。这种有没有办法用grldr自动修复?
回复

使用道具 举报

4#
 楼主| 发表于 2018-1-25 16:00:57 | 显示全部楼层
不点 发表于 2018-1-25 15:57
怀疑病毒破坏了 U 盘的某些数据(比如 FAT32 的 BPB 表上的某些标志位),导致 grub4dos 无法识别此分区。
...

是啊,这个问题好久了,一直没有条件反馈,正好今天有用户反馈,就让用户保留这个U盘别动,来反馈了。分区其实还在的,可能就是GRUB4DOS判断这个FAT32分区类型条件太苛刻太多了才导致这种问题。等yaya上线再提供进一步信息了。

点评

是的,此问题发现很久了。从MAXSKYPE、 USBZL到USBOS早期版本都有人提到过。数量不多,但挺烦人。 据反馈说都是用着用着,忽然某一天就这样了:GRLDR 读取UD区内的文件没有问题,而UD区之外,不论高端分区,低端  详情 回复 发表于 2018-1-26 08:46
不是 grub4dos 检查 FAT 格式的条件苛刻,而是攻击者有针对性的定点爆破。 grub4dos 是按规范来的。攻击者让 FAT 的某个地方 “不规范”,从而达到攻击 grub4dos 的目的。 攻击者也许能让别的软件不受影响,也  详情 回复 发表于 2018-1-25 16:10
回复

使用道具 举报

5#
 楼主| 发表于 2018-1-25 16:27:01 | 显示全部楼层
不点 发表于 2018-1-25 16:10
不是 grub4dos 检查 FAT 格式的条件苛刻,而是攻击者有针对性的定点爆破。

grub4dos 是按规范来的。攻 ...

这个和攻击无关,平常使用用着用着grub4dos就读取不到这个分区了。
快来个补丁吧yaya

点评

换个说法:有软件偷偷写入 U 盘,或者破坏 grub4dos 的代码,或者破坏了 U 盘上的某些数据,导致 grub4dos 出问题。至于说这算不算攻击,自个决定。  详情 回复 发表于 2018-1-25 16:33
回复

使用道具 举报

6#
 楼主| 发表于 2018-1-25 18:27:11 来自手机 | 显示全部楼层
不点 发表于 2018-1-25 16:33
换个说法:有软件偷偷写入 U 盘,或者破坏 grub4dos 的代码,或者破坏了 U 盘上的某些数据,导致 grub4 ...

您记得读取分区格式的代码在源码中的哪个文件吗?

点评

对了,你也可以调试的。只要在源代码中加入 printf 打印一些信息,就能定位出错的位置,一点也不难,我每次都是用这个笨办法调试的。 FAT 文件系统处理代码好像在 fsys_fat.c 里面。 是的,不需要开发者,你自  详情 回复 发表于 2018-1-25 18:52
回复

使用道具 举报

7#
 楼主| 发表于 2018-1-25 22:33:25 | 显示全部楼层
不点 发表于 2018-1-25 18:52
对了,你也可以调试的。只要在源代码中加入 printf 打印一些信息,就能定位出错的位置,一点也不难,我每 ...

fsys_fat.7z (5.83 KB, 下载次数: 0)

这个是我用的版本的fsys_fat.c
看不懂。。。  不点能看看改一下要显示什么信息出来给你们看?

点评

很不好意思,我现在不能投入开发 grub4dos 了。你要么自己弄,要么等着开发者替你弄。 我的精力是有限的,有很多事情都占用我的时间。我安排自己在 grub4dos 上的投入,不多也不少,就是目前这么多。只做自己愿意  详情 回复 发表于 2018-1-25 22:59
回复

使用道具 举报

8#
 楼主| 发表于 2018-1-26 11:31:02 来自手机 | 显示全部楼层
不点 发表于 2018-1-26 11:23
好的,假如当事人明知 EF 字节不可以用,但(由于某种原因)偏偏想用,并且 yaya 也愿意对此问题进行定位和 ...

和ef无关,以前用0B或0C也是一样问题。你的这个猜测要忽略

点评

既然如此,那你们就配合 yaya 来调试吧。  详情 回复 发表于 2018-1-26 11:35
回复

使用道具 举报

9#
 楼主| 发表于 2018-1-26 11:32:02 来自手机 | 显示全部楼层
2011yaya2007777 发表于 2018-1-26 10:36
Re gy0715
是楼主反映的坏U盘的数据吗?我只要楼主反映的坏U盘的数据。

他的优盘就是我反馈的优盘
回复

使用道具 举报

10#
 楼主| 发表于 2018-1-26 11:34:16 来自手机 | 显示全部楼层
本帖最后由 红毛樱木 于 2018-1-26 11:35 编辑
不点 发表于 2018-1-26 11:23
好的,假如当事人明知 EF 字节不可以用,但(由于某种原因)偏偏想用,并且 yaya 也愿意对此问题进行定位和 ...


关键是我真不会C
或者改好那个C文件给我,我有编译环境,编译了把输出信息给你们看。

点评

还是看 yaya 有什么调试计划吧。我只是谈了自己的调试方法和习惯,不一定适合 yaya。  详情 回复 发表于 2018-1-26 11:38
回复

使用道具 举报

11#
 楼主| 发表于 2018-1-26 21:50:14 来自手机 | 显示全部楼层
chenall 发表于 2018-1-26 21:41
像网上流传的那些大白菜,老毛桃之类的PE尽量少用,我有发现了好几起由于使用此类PE启动系统之后,系统引导 ...

ud能引导啊,这时候
回复

使用道具 举报

12#
 楼主| 发表于 2018-1-26 22:45:39 来自手机 | 显示全部楼层
2012zhd 发表于 2018-1-26 22:25
技术上的事我不懂,但是的确多次遇到把u盘插到某些电脑上以BIOS(grldr为主引导)启动pe后,再启动其他的 ...

这个反馈的和你的不同,混淆了。
这个ud正常
回复

使用道具 举报

13#
 楼主| 发表于 2018-1-27 09:18:18 来自手机 | 显示全部楼层
不点 发表于 2018-1-27 08:41
这个情况我早发现了。恶意软件偷偷写入引导区,即磁盘开头的若干个磁道,造成破坏。楼主的报告,本质上也 ...

严重了。
这里ud的引导正常,
(hd0,0)的NTFS访问正常,
(hd0,1)的fat32访问不正常。

点评

UD区看似正常,其实可能不正常。你有没有逐个字节进行对比?看看 ud 引导区是否被修改?你没有对比,就不敢拍胸脯说 ud 区没问题。 而且还有这种可能性:ud 引导区没破坏,但是 grldr 遭到了病毒的修改!假如你没  详情 回复 发表于 2018-1-27 09:47
回复

使用道具 举报

14#
 楼主| 发表于 2018-1-27 09:42:05 | 显示全部楼层
2011yaya2007777 发表于 2018-1-27 09:26
2013-04-19 0.4.5c版本。1楼是2017-12-23 0.4.6a版本。是同一个U盘吗?
这次 ls (hd0,1)/ 返回 “磁盘读错 ...

他现在出差了。不在。UD里有不同的GRLDR,是同一个U盘。
回复

使用道具 举报

15#
 楼主| 发表于 2018-1-27 09:56:43 | 显示全部楼层
本帖最后由 红毛樱木 于 2018-1-27 10:00 编辑
2011yaya2007777 发表于 2018-1-27 09:26
2013-04-19 0.4.5c版本。1楼是2017-12-23 0.4.6a版本。是同一个U盘吗?
这次 ls (hd0,1)/ 返回 “磁盘读错 ...


mbr.zip (2.97 KB, 下载次数: 1)
不知道这个有没有用。
他用bootice备份的mbr
里面两个文件:
1是默认的(备份扇区数:1)
63是选择备份扇区数:63

点评

我不会去检查的,我只提供思路。检查病毒修改了那些字节,是你们自己的事,这不难做到,不需要开发者介入。  详情 回复 发表于 2018-1-27 10:02
回复

使用道具 举报

16#
 楼主| 发表于 2018-1-27 10:25:24 | 显示全部楼层
不点 发表于 2018-1-27 10:02
我不会去检查的,我只提供思路。检查病毒修改了哪些字节,是你们自己的事,这不难做到,不需要开发者介 ...

退一万步说,即使真的如你所说是病毒攻击修改。但是这个U盘的情况是可以通过修改grub4dos的代码来避开的,我期望yaya能避开这个问题。

再说,这不是你说的病毒攻击

点评

假如 fat 分区 bpb 和 fat 确实被修改了,yaya 通过改进 grldr 就能适应。 假如是病毒攻击了 ud 区的引导代码或者 ud 区的 grldr 文件本身,yaya 根本就没法下手。 两个都是假如,看明白了吗? 您得排除其  详情 回复 发表于 2018-1-27 10:49
回复

使用道具 举报

17#
 楼主| 发表于 2018-1-27 11:09:55 | 显示全部楼层
不点 发表于 2018-1-27 10:49
假如 fat 分区 bpb 和 fat 确实被修改了,yaya 通过改进 grldr 就能适应。

假如是病毒攻击了 ud 区的 ...

假如 fat 分区 bpb 和 fat 确实被修改了,yaya 通过改进 grldr 就能适应。--------------------------------------------------------------此贴种种迹象表明就是这种情况

假如是病毒攻击了 ud 区的引导代码或者 ud 区的 grldr 文件本身,yaya 根本就没法下手。-----------------------------------------此贴种种迹象表明不是这种情况

点评

但愿如此。那就太简单了,对于一个开发者来说,很容易通过调试找到症结。 但我的感觉却与你不同。我感觉它好像复杂得多,不像是这么简单的病毒行为。 你们回忆一下,当你们重建 ud 区的时候,它正常了。你们记  详情 回复 发表于 2018-1-27 11:53
回复

使用道具 举报

18#
 楼主| 发表于 2018-1-28 15:08:38 来自手机 | 显示全部楼层
本帖最后由 红毛樱木 于 2018-1-28 15:49 编辑
2011yaya2007777 发表于 2018-1-27 22:03
比如启动windows,进入菜单:
1. windows 7
2. grub4dos


本地硬盘启动grldr,结果一样,不能访问u盘的1号分区,分区为未知。
0号分区正常。
和ud引导结果一模一样

点评

也可能你的 grldr 是已经被损坏了的。  详情 回复 发表于 2018-1-28 19:06
回复

使用道具 举报

19#
 楼主| 发表于 2018-1-28 17:36:18 | 显示全部楼层
江南一根葱 发表于 2018-1-28 17:20
咳咳,都是大师,我是啥编程都不懂的中老年屌丝,我觉得chkdsk一下ntfs区修复下卷位图错误,说不定啊fat区 ...

chkdsk之后失败。

点评

失败?是谁失败?是 chkdsk 自己失败?还是 chkdsk 成功了,但 grldr 仍是无法访问 FAT 分区? 如果 chkdsk 失败,那说明 FAT 分区也被破坏了,破坏得严重。 你应该贴出 cat --hex (hd0,1)+1 的输出结果,这样  详情 回复 发表于 2018-1-28 18:59
回复

使用道具 举报

20#
 楼主| 发表于 2018-1-28 19:09:51 来自手机 | 显示全部楼层
不点 发表于 2018-1-28 19:06
也可能你的 grldr 是已经被损坏了的。

很明显我换了grldr也不行。
回复

使用道具 举报

21#
 楼主| 发表于 2018-1-28 19:27:58 来自手机 | 显示全部楼层
不点 发表于 2018-1-28 18:59
失败?是谁失败?是 chkdsk 自己失败?还是 chkdsk 成功了,但 grldr 仍是无法访问 FAT 分区?

如果 c ...

请不要太主管的认为我的反馈无效

点评

先比较一下 UD 区被破坏了多少个扇区。 如果不做这个工作,我估计没人愿意再来这里折腾了。  详情 回复 发表于 2018-1-28 20:33
回复

使用道具 举报

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

本版积分规则

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

闽公网安备 35020302032614号

GMT+8, 2024-5-25 23:26

Powered by Discuz! X3.3

© 2001-2017 Comsenz Inc.

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