无忧启动论坛

 找回密码
 注册
搜索
系统gho:最纯净好用系统下载站广告联系 微信:wuyouceo QQ:184822951
123
返回列表 发新帖
楼主: 红毛樱木

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

  [复制链接]
发表于 2018-1-27 19:55:48 | 显示全部楼层
本帖最后由 gy0715 于 2018-1-27 22:57 编辑
2011yaya2007777 发表于 2018-1-27 08:48
Re gy0715:
你使用1楼第1幅截图的环境,也就是说在grub4dos的命令行,分别执行以下命令,然后截图:
root ...


谢谢
回复

使用道具 举报

发表于 2018-1-27 20:31:34 | 显示全部楼层
1楼是2017-12-23 0.4.6a版本。请使用这个版本测试.

你再截图一张,扇区是 6915f00

点评

扇区是 6915f00 什么意思啊? [attachimg]366437[/attachimg]  详情 回复 发表于 2018-1-27 20:39
回复

使用道具 举报

发表于 2018-1-27 20:39:32 | 显示全部楼层
本帖最后由 gy0715 于 2018-1-27 22:57 编辑
2011yaya2007777 发表于 2018-1-27 20:31
1楼是2017-12-23 0.4.6a版本。请使用这个版本测试.

你再截图一张,扇区是 6915f00


谢谢

点评

看到没有?在 ls 试图列出 NTFS 文件时,末尾也出现错误 “不协调的文件系统结构”。我猜,很可能文件都没列完就出错了! NTFS 分区也损坏了吗?那它毁的东西也太多了吧? 试试从硬盘启动,不从 U 盘启动,保  详情 回复 发表于 2018-1-27 21:30
回复

使用道具 举报

发表于 2018-1-27 21:13:12 | 显示全部楼层
本帖最后由 2011yaya2007777 于 2018-1-27 21:20 编辑

截图:
cat --hex (hd0)+1
截图:
cat --hex (hd0)0x06915d14+1
截图:
cat --hex (hd0,1)+1

点评

继续 [attachimg]366439[/attachimg]  详情 回复 发表于 2018-1-27 21:19
回复

使用道具 举报

发表于 2018-1-27 21:19:26 | 显示全部楼层
本帖最后由 gy0715 于 2018-1-27 22:58 编辑
2011yaya2007777 发表于 2018-1-27 21:13
截图:
cat --hex (hd0)+1
截图:


谢谢
回复

使用道具 举报

发表于 2018-1-27 21:24:43 | 显示全部楼层
必须在2017-12-23 0.4.6a版本测试!!!
截图:
cat --hex (hd0)0x06915d14+1
截图:
cat --hex (hd0,1)+1

点评

版本是2017-12-23 0.4.6a [attachimg]366444[/attachimg]  详情 回复 发表于 2018-1-27 21:35
回复

使用道具 举报

发表于 2018-1-27 21:30:00 | 显示全部楼层
gy0715 发表于 2018-1-27 20:39
扇区是 6915f00 什么意思啊?

看到没有?在 ls 试图列出 NTFS 文件时,末尾也出现错误 “不协调的文件系统结构”。我猜,很可能文件都没列完就出错了!

NTFS 分区也损坏了吗?那它毁的东西也太多了吧?

试试从硬盘启动,不从 U 盘启动,保证硬盘上的 grldr 是未被破坏的。看看结果是否一样?

越来越接近谜底了……
回复

使用道具 举报

发表于 2018-1-27 21:35:47 | 显示全部楼层
本帖最后由 gy0715 于 2018-1-27 22:58 编辑
2011yaya2007777 发表于 2018-1-27 21:24
必须在2017-12-23 0.4.6a版本测试!!!
截图:
cat --hex (hd0)0x06915d14+1


谢谢

点评

看到没有?qemu 虚拟机竟然不能读出大扇区号,只能读小扇区号。怎么可能呢?要知道,正常的时候它是可以读大扇区的呀! 究竟可能是哪里不正常了呢?肯定是 grldr 不正常了,而不会是 qemu 的 bios 不正常了。qemu  详情 回复 发表于 2018-1-27 21:47
回复

使用道具 举报

发表于 2018-1-27 21:47:46 | 显示全部楼层
gy0715 发表于 2018-1-27 21:35
版本是2017-12-23 0.4.6a

看到没有?qemu 虚拟机竟然不能读出大扇区号,只能读小扇区号。怎么可能呢?要知道,正常的时候它是可以读大扇区的呀!

究竟可能是哪里不正常了呢?肯定是 grldr 不正常了,而不会是 qemu 的 bios 不正常了。qemu 的 bios 又没人动它,它怎会不正常?

那么,grldr 又怎会不正常了呢?这就该怀疑到 “ud 区的 grldr 本身已经被破坏了” 吧?是时候去验证一下了吧?给 qemu 挂上虚拟硬盘,用虚拟硬盘上的 grldr 启动试试,结果不就出来了?


回复

使用道具 举报

发表于 2018-1-27 21:51:36 | 显示全部楼层
按不点67#的方法,从硬盘的grub4dos命令行执行测试。不知是否可以做到?

点评

看不懂不点在说什么,也不懂怎么做  详情 回复 发表于 2018-1-27 21:54
回复

使用道具 举报

发表于 2018-1-27 21:54:20 | 显示全部楼层
2011yaya2007777 发表于 2018-1-27 21:51
按不点67#的方法,从硬盘的grub4dos命令行执行测试。不知是否可以做到?

看不懂不点在说什么,也不懂怎么做

点评

好的,我解释一下。 你的贴图表明,grldr 本身被破坏了。换句话说,是 ud 区已经不正常了。 如果 grldr 没被破坏的话,它肯定能够成功读取扇区,而不是 disk read error。 道理就这么简单。 因此,你需  详情 回复 发表于 2018-1-27 22:03
回复

使用道具 举报

发表于 2018-1-27 22:03:39 | 显示全部楼层
比如启动windows,进入菜单:
1. windows 7
2. grub4dos
选择2进入grub4dos环境。

或者从其他U盘启动,进入grub4dos命令行,再插入这个U盘,执行测试。

点评

本地硬盘启动grldr,结果一样,不能访问u盘的1号分区  详情 回复 发表于 2018-1-28 15:08
1.对grldr的版本有要求吗? 2.用其它U盘启动,不知道如何进入grub2dos命令行 请多多指导  详情 回复 发表于 2018-1-27 22:11
回复

使用道具 举报

发表于 2018-1-27 22:03:51 | 显示全部楼层
本帖最后由 不点 于 2018-1-27 22:12 编辑
gy0715 发表于 2018-1-27 21:54
看不懂不点在说什么,也不懂怎么做


好的,我解释一下。

你的贴图表明,grldr 本身被破坏了。换句话说,是 ud 区已经不正常了。

如果 grldr 没被破坏的话,它肯定能够成功读取扇区,而不是 disk read error。

道理就这么简单。

因此,你需要用软盘或硬盘上的 grldr 来启动测试,看看 ntfs 和 fat 分区能否正常访问。

实在不会做?

你下载个 DOS 软盘镜像,把新版的 grub.exe 拷进去,然后,把它挂到 qemu 上(作为软盘),启动到 dos 命令行,敲入 grub 回车,然后访问 U 盘(也就是你的 hd0 盘,即,含有 ud 区的那个盘),看看两个分区 (hd0,0) 和 (hd0,1) 能否正常访问?

回复

使用道具 举报

发表于 2018-1-27 22:11:07 | 显示全部楼层
2011yaya2007777 发表于 2018-1-27 22:03
比如启动windows,进入菜单:
1. windows 7
2. grub4dos

1.对grldr的版本有要求吗?
2.用其它U盘启动,不知道如何进入grub2dos命令行
请多多指导

点评

用我刚才给你的 DOS 软盘方案,最简单快捷,不需要安装 Windows。  详情 回复 发表于 2018-1-27 22:16
回复

使用道具 举报

发表于 2018-1-27 22:16:13 | 显示全部楼层
本帖最后由 不点 于 2018-1-27 22:25 编辑
gy0715 发表于 2018-1-27 22:11
1.对grldr的版本有要求吗?
2.用其它U盘启动,不知道如何进入grub2dos命令行
请多多指导


用我刚才给你的 DOS 软盘方案,最简单快捷,不需要安装 Windows。

你当然要用新版了,因为有新版,为何不用新版?

其实任何版本都行,只要保证 grldr 或 grub.exe 文件本身未被病毒破坏即可。


不知道 grub.exe 是啥?它就是 grub for dos 啊。它就是运行在 dos 下的 grub 啊。它就相当于后来的 grldr 的功能啊。

回复

使用道具 举报

发表于 2018-1-27 22:29:20 | 显示全部楼层
本帖最后由 不点 于 2018-1-27 22:42 编辑

其实没必要继续测试了,无论 FAT 分区是否被损坏,都不影响下结论,即,“ud 区肯定已经被破坏了”。确定无疑。

我觉得 yaya 终于 “解放” 了,不需要再费力去排解 “bug” 了。

节约点宝贵的时间和精力,去专心排解 “求道者” 报告的那个 bug 吧。已经好几天了,也没有见到更新,我猜可能不那么容易解决吧。

保重身体,要过年了,节日期间时间多,但键盘族最容易在节日期间累着。注意身体,多喝水,多吃点心。

回复

使用道具 举报

发表于 2018-1-27 23:21:00 | 显示全部楼层
本帖最后由 求道者 于 2018-1-27 23:24 编辑

很简单嘛
假如是对现在的数据状况感兴趣
就直接dd裸备份u盘所有写了数据的扇区
压缩发网盘
如果是对谁偷偷修改了ud感兴趣的话
那就只能一点一点排查了
这很麻烦
而且很有可能根本查不出问题所在
毕竟有可能是病毒
也有可能是异常的驱动或者工具
这可以弄个驱动丢win里然后出现类似操作时就提醒你
但是要人写这种东西
如果是g4d某个0day的洞
那就差不多是大海捞针了吧
难道也写个类似的东西放到g4d里 让他后台出log?
不过说不定这也是grub legacy的洞(一起治了?)
只是治标的话更简单

买个带写保护的U盘
没事写保护
病毒 异常 什么都能避免
只要避免写操作
回复

使用道具 举报

 楼主| 发表于 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
回复

使用道具 举报

发表于 2018-1-28 17:20:04 | 显示全部楼层
咳咳,都是大师,我是啥编程都不懂的中老年屌丝,我觉得chkdsk一下ntfs区修复下卷位图错误,说不定啊fat区就正常了,

点评

chkdsk之后失败。  详情 回复 发表于 2018-1-28 17:36
回复

使用道具 举报

 楼主| 发表于 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
回复

使用道具 举报

发表于 2018-1-28 18:59:39 | 显示全部楼层

失败?是谁失败?是 chkdsk 自己失败?还是 chkdsk 成功了,但 grldr 仍是无法访问 FAT 分区?

如果 chkdsk 失败,那说明 FAT 分区也被破坏了,破坏得严重。

你应该贴出 cat --hex (hd0,1)+1 的输出结果,这样好知道硬盘的 grldr 是否正常。它只要不出现 disk read error,就是成功。

另外,要从硬盘启动 grldr 才对。不可以从 ud 区用 chainloader 来启动硬盘上的 grldr。这是因为 ud 区已经被破坏了,已经不可靠了。

点评

请不要太主管的认为我的反馈无效  详情 回复 发表于 2018-1-28 19:27
回复

使用道具 举报

发表于 2018-1-28 19:06:42 | 显示全部楼层
红毛樱木 发表于 2018-1-28 15:08
本地硬盘启动grldr,结果一样,不能访问u盘的1号分区,分区为未知。
0号分区正常。
和ud引导结果一模 ...

也可能你的 grldr 是已经被损坏了的。

点评

很明显我换了grldr也不行。  详情 回复 发表于 2018-1-28 19:09
回复

使用道具 举报

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

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

使用道具 举报

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

如果 c ...

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

点评

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

使用道具 举报

发表于 2018-1-28 20:33:11 | 显示全部楼层
红毛樱木 发表于 2018-1-28 19:27
请不要太主管的认为我的反馈无效

先比较一下 UD 区被破坏了多少个扇区。

如果不做这个工作,我估计没人愿意再来这里折腾了。


回复

使用道具 举报

发表于 2018-1-28 20:48:00 | 显示全部楼层
我还有一个建议,你制作一个最小的能反应问题的 U 盘镜像,放在百度云盘上,让 yaya 亲自测试,这样你就可以彻底撒手不管了,后续的调试全由 yaya 一人完成。你可以看自己方便的时候弄一个测试镜像便可。一个月,或半年能弄好都行,不必着急。

我这只是建议罢了。我不知道你是否同意,也不知道 yaya 是否同意。

最后如果真能从中找到什么有价值的东西,我们获得进步了,那么开发者会感谢你,用户们也会感谢你。

点评

我觉得很对 从第一个扇区开始dd 完全复制整个磁盘 感觉现在测也只能是在瞎测 虽然为版区增加了活跃度(  详情 回复 发表于 2018-1-28 21:51
回复

使用道具 举报

发表于 2018-1-28 21:51:44 | 显示全部楼层
不点 发表于 2018-1-28 20:48
我还有一个建议,你制作一个最小的能反应问题的 U 盘镜像,放在百度云盘上,让 yaya 亲自测试,这样你就可 ...


我觉得很对
从第一个扇区开始dd
完全复制整个磁盘


感觉现在测也只能是在瞎测
虽然为版区增加了活跃度(
回复

使用道具 举报

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

本版积分规则

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

闽公网安备 35020302032614号

GMT+8, 2024-4-18 14:10

Powered by Discuz! X3.3

© 2001-2017 Comsenz Inc.

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