支持含有碎片的文件仿真

2011yaya2007777

请 2011niumao 测试一下。

2011niumao

2011yaya2007777 发表于 2015-1-2 20:11
请 2011niumao 测试一下。

还是不能引导.问题依旧.还是那个图片显示的错误.

不过有个新发现: 就是一开始的错误提示====两个扇区数不一致===在成功引导的版本上也出现过.
看来不是这个导致的不能引导.
此外有一个vhd 出来一个 error13  不支持的格式.另一个出来是 error 17 不能挂载这个分区
是不是对 ext4 的支持被改变了?因为我的是UBUNTU 引导文件在 ext4 分区上===就是那个 (hd-1,2)分区是ext4
1月3日:把引导文件复制到第一分区,fat32格式,2015-01-02的0.46a 同样方式却引导成功===感觉还是对ext4的支持问题

这个图片是 2014-12-25 0.46a引导成功的情况.

mdyblog

2011niumao 发表于 2015-1-2 22:34
还是不能引导.问题依旧.还是那个图片显示的错误.

不过有个新发现: 就是一开始的错误提示====两个扇 ...

这么 等来等去， 什么时候才能解决问题。效率太低了。

建议你给 Y大 建立一个 测试环境， 他自己就能方便测试。边修改程序边测试。

可以用MBROSTool建立一个虚拟硬盘（MBROS.MOS），
把你的grldr ，菜单， VHD等文件都考到上面，
模拟启动测试下，能否 演示 的问题。

能的话， MBROSTool.EXE  MBROS.MOS一起打包发传给Y 大。

MBROS虚拟硬盘 的好处是，保存磁盘布局（FBA不会的），从而收到方能演示磁盘相关的问题。

这里给你个200M的 MBROS虚拟硬盘。 MBROS虚拟磁盘.7z (378.95 KB, 下载次数: 9)

2015-1-3 08:44 上传

点击文件名下载附件

如图：1-2步挂载你分区到Z:

在我的电脑——Z:盘 中， 替换你的grldr和菜单，放入你的其它文件。
关闭程序并重启程序（也可在上图左边Z:上右键-》关闭当前UDm分区）

再模拟运行。即可。

如果 虚拟硬盘 不合适， 删除掉，如下图创建新的。
菜单【常用】-》【创建MOS镜像】， 填上希望的大小。



MBROSTool5.2-18.7z 下载：http://pan.baidu.com/s/1c0tjiA8解开，只需要EXE程序即可。

也可以用VMWAR的虚拟磁盘（VMWARE太大，版本又多，人家不一定愿意安装）

用MBROS虚拟磁盘， 你也可以直接轻松抓图， 不用拿个手机来拍——麻烦又不清楚。

Z:盘挂载后，你可以格式成其它文件系统（NTFS，EXFAT， EXT4。。）
MBROSTool要以 管理员方式 运行。

2011niumao

mdyblog 发表于 2015-1-3 08:44
这么 等来等去， 什么时候才能解决问题。效率太低了。

建议你给 Y大 建立一个 测试环境， 他自己就能 ...

多谢mdyblog.不太熟悉MBROSTool.待我学习熟悉看看.
问题重现倒是简单,可以到以下链接下载UBUNTU-14041.vhd系统.
http://pan.baidu.com/s/1hqopezq
解压后24G,放在一个ntfs分区根目录的子目录ubuntu下.使用grub4dos引导.
菜单如下

1. title 单文件MAP启动 UBUNTU14041.VHD
   
2. find --set-root --ignore-floppies --ignore-cd /ubuntu/UBUNTU-14041.vhd
   
3. map  /ubuntu/UBUNTU-14041.vhd (hd)
   
4. map --hook
   
5. find --set-root --ignore-floppies --ignore-cd /ubuntu/UBUNTU-14041.vhd
   
6. uuid ()
   
7. kernel (hd-1,2)/vmlinuz root=UUID=%?% vloop=/ubuntu/UBUNTU-14041.vhd vlooppart=p3
   
8. initrd (hd-1,2)/initrd.img

复制代码

mdyblog

2011niumao 发表于 2015-1-3 09:28
多谢mdyblog.不太熟悉MBROSTool.待我学习熟悉看看.
问题重现倒是简单,可以到以下链接下载UBUNTU-14041 ...

1: 进链接， 没有发现 UBUNTU-14041.vhd
     你得给出具体的文件路径（不要说随便那个都可以，测试得具体，才有效率）

2：你能确认， 随便拷到一个NTFS，测试结果都一样。
不能吧。
每次拷入，VHD文件在NTFS上的布局是不同的，多少碎片都是不同的。
现在你的问题， 似乎就和在磁盘上的布局，多少碎片有关。
这样大家测试的结果都不同，而且不一定能复显你说的问题。从而测试无效。

3：你的VHD压缩后多大？
20G左右吗？
太大了。 几乎没人愿意下这么大的文件来测试的。
做个小点的吧， 10——200M的。
测试下还能演示问题。
而且少放几个小的启动文件就可以，能演示“启动问题”即可。
这样压缩后也就几M了。

4；要不i做个小的VHD，
连同grldr，上面你的菜单，
一起 放到上面 的Z:中。

如果不熟悉 MBROSTool。
可以把那个小的VHD、 grldr、菜单 文件打包，传到网上， 我帮你转成 MOS虚拟盘。
VHD太大，我可干不了，我这网络是龟速。

2011niumao

mdyblog 发表于 2015-1-3 09:54
1: 进链接， 没有发现 UBUNTU-14041.vhd
     你得给出具体的文件路径（不要说随便那个都可以，测试的具 ...

哦.多谢指点. 感觉已经可以确定是对ext4的支持从 2014-12-27 0.46a 开始被破坏了.
1,多点几下,有个UBUNTU 14041 子目录. 下载所有文件就可以.压缩后约2G.解压后约24G
2.碎片整理是必需的.否则一般不能使用map方式启动
3.需要一个ext4分区,一个完整linux系统.这个原理上可以使用puppy 或者 slatiz等.
但ubuntu需要8G以上.

mdyblog

2011niumao 发表于 2015-1-3 10:03
哦.多谢指点. 感觉已经可以确定是对ext4的支持从 2014-12-27 0.46a 开始被破坏了.
1,多点几下,有个UBUNT ...

1：
》》压缩后约2G.解压后约24G
基本没戏。

反正，我是没法下的了。24G！也没有这么大的空闲空间来测试。


2：
》》2.碎片整理是必需的.否则一般不能使用map方式启动
都碎片整理了， 还出问题。 那和多少碎片无关。

24G这么大！
你拿机器的BIOS本身支持这么大的磁盘吗？
这个需要确认。
这个和个人的机器有关。

用QEMU虚拟机就没有这个差异，用QEMU自己的BIOS， 和机器无关。 从而测试都一样。

3：给你个30G的虚拟盘。
grldr(1227)  、菜单 都放好了。（上传中。。。）
就差你的VHD放到 Z:\ubuntu下。

模拟启动效果如图：

2011niumao

mdyblog 发表于 2015-1-3 10:46
1：
》》压缩后约2G.解压后约24G
基本没戏。

谢谢.但我不需要虚拟硬盘的.因为是想把问题重现给开发者.
所以应该是yaya chenall他们的事情了.

问题应该与碎片无关,此外当我把ubuntu的引导文件放在vhd的第一分区,fat32格式的.
使用yaya给的2015-01-02 0.46a 也成功启动了.
说明问题与碎片无关,主要是与ext4有关.

mdyblog

2011niumao 发表于 2015-1-3 11:07
谢谢.但我不需要虚拟硬盘的.因为是想把问题重现给开发者.
所以应该是yaya chenall他们的事情了.

》》此外当我把ubuntu的引导文件放在vhd的第一分区,fat32格式的.
使用yaya给的2015-01-02 0.46a 也成功启动了.
-----------------
这可能说明 你的机器的BIOS本身不支持大磁盘。
你放在第一分区, 文件可能正好在磁盘的前面，在BIOS能访问的范围内。

可以对比下：
1） 第一分区,也格式化成EXT4，引导文件放在第一分区， 还能启动吗？
不能启动， 那可能和EXT4无关，而是BIOS的能力差。

2） 第3分区（UBUNTU更后的分区）,也格式化成FAT32，引导文件放在第3分区， 还能启动吗？
不能启动， 那基本 坐实 了 BIOS 的 罪过。

如果 是“ BIOS 的 罪过。” 找Y大也是没有用的。 只能自己想办法（比如你上面把启动文件挪到前面，LInux不依赖BIOS，后面的事没有此问题）。

2011niumao

mdyblog 发表于 2015-1-3 15:32
》》此外当我把ubuntu的引导文件放在vhd的第一分区,fat32格式的.
使用yaya给的2015-01-02 0.46a 也成 ...

请阅读一下我的测试结果的帖子.vhd系统启动并没有问题,
如果把linux的引导文件放在外面,可以使用grub2 grub4dos模式启动的.
单一一个vhd文件,可以使用grub2的loopback命令启动.也可以整理碎片后使用grub4dos 0.45c 2014-12-24 或者 grub4dos 0.46a 2014-12-25 2014-12-26(本贴提供的)启动.

但是0.46a 2014-12-27不能map模式单文件启动.当我把linux引导文件 vmlinuz initrd.img放在vhd内部第一个fat32格式分区下时候又可以启动了.所以应该是关于ext4的支持问题吧.也许是对于多分区vhd的支持问题?看开发者的判断吧

2011niumao

2011yaya2007777 发表于 2015-1-2 20:11
请 2011niumao 测试一下。

遵照mdyblog大元帅的建议.我重新测试了一下.虚拟机上看====很成功====没有问题.
制作一个8G的VHD,模拟硬盘 .在8G vhd上做了一个2G vhd 模拟虚拟硬盘.把2G分两个区,前面ext4 后面fat32
结果map以后都可启动,可以找到ext4上引导文件也可找到fat32分区的引导文件.

看来问题只是个个例.可能与我的vhd分区有关.

mdyblog

2011niumao 发表于 2015-1-3 19:08
遵照mdyblog大元帅的建议.我重新测试了一下.虚拟机上看====很成功====没有问题.
制作一个8G的VHD,模拟 ...

我也做了个64M的VHD-EXT4测试。也是正常的。






测试包： http://pan.baidu.com/s/1bnk0679

mdyblog

发现 debug 3的暂停调试功能没有了。
是这样设计的吗？

2011yaya2007777

按 664# 菜单，怎么会在 651# 映射出 4 个硬盘？

2011niumao

2011yaya2007777 发表于 2015-1-4 16:11
按 664# 菜单，怎么会在 651# 映射出 4 个硬盘？

哦。这个倒不是问题。是我在该项引导失败后回车回到主菜单，修改一下后，继续按该菜单再引导一次，又多出一块模拟硬盘啦。重复引导三四次，中间没有重启，每次都会多出一个模拟硬盘。

2011niumao

grub4dos命令行执行blocklist的结果.1225与1227 0.46a 还真的不一样.请chenall yaya看看
上面是能引导的1225

下面是不能引导的1227

chenall

@2011niumao
早就应该这样做了,呵呵,从图片上就可以的看到问题的原因..我稍后修正上传一个测试版你再试试看.

chenall

附件修正了2011niumao报告的问题,,并且已经打上前面yaya提到过的BUG补丁.

2011niumao

chenall 发表于 2015-1-8 15:37
附件修正了2011niumao报告的问题,,并且已经打上前面yaya提到过的BUG补丁.

测试很成功.几个vhd LINUX系统都能很快,map方式启动.非常感谢.

2011yaya2007777

扇区数少了 0x800000 的倍数。按说也没有超过 4 字节呀。

请教 chenall ,这里是否需要修改：
if (rw_flag != 0x900ddeed && rw_flag != 0xedde0d90 && rw_flag != GRUB_LISTBLK)
  {//for old devread with 32-bit byte_offset compatibility.
    rw_flag = *(unsigned long*)(&write - 1);
    if (rw_flag != 0x900ddeed && rw_flag != 0xedde0d90 && rw_flag != GRUB_LISTBLK)
      return !(errnum = ERR_FUNC_CALL);

chenall

2011yaya2007777 发表于 2015-1-8 16:29
扇区数少计了？按说也没有超过 4 字节呀。

请教 chenall ,这里是否需要修改：

这个GRUB_LISTBLK标志只有grub4dos内部使用,不必考虑外部命令

这一段代码是为了兼容以前旧版函数的(主要是旧版的外部命令).不必修改.

chenall

2011yaya2007777 发表于 2015-1-8 16:29
扇区数少了 0x800000 的倍数。按说也没有超过 4 字节呀。

请教 chenall ,这里是否需要修改：

新的blocklist会根据length长度计算扇区数.之前length是unsigned long的,超过4G的话就会出错

mdyblog

报告一个现象。
新版 运行F6IMG卡死。
如图： （最后面是光标闪烁）



测试0.46a各版本， 找出对错相邻2版本。
20141206正常,
从下一版本20141224均错误，包括20150108


测试包：演示GRLDR-F6IMG-卡死.7z
解压到U盘，设为grldr  启动。

chenall

mdyblog 发表于 2015-1-9 10:59
报告一个现象。
新版 运行F6IMG卡死。
如图： （最后面是光标闪烁）

请先测试一下
grub4dos-0.4.5c-2014-12-17
看看这个版本有没有问题.

另外也测试一下附件最新版本的.

mdyblog

chenall 发表于 2015-1-9 11:10
请先测试一下
grub4dos-0.4.5c-2014-12-17
看看这个版本有没有问题.

grub4dos-0.4.5c-2014-12-17
正常。 驱动了SATA。

chenall

目前看不出来哪里,卡死的话可能是有死循环,

至于24号的改动你可以试试先执行debug 0x7fffffff再执行F6IMG,看看是不是一直在读数据.

如果能够找到具体出错的命令就更好了.批处理的话用单步执行试试看.

mdyblog

chenall 发表于 2015-1-9 14:24
目前看不出来哪里,卡死的话可能是有死循环,

至于24号的改动你可以试试先执行debug 0x7fffffff再执行F6IM ...

前面的给出的测试包，不大才19M，主要的数据——SRS驱动，你应该也可以测试的。

自己反复测试，能获得更多的新信息。

checkrange 20111106:-1 read 0x8278 > nul || clear && echo -e \n Not supported grub4dos version!\n && exit calc *0x8280&0xff/2 > nul || debug 1 > nul && command | call :zip_fix = read 0x82b8 > nul && calc *0x82b9&0xff/2 > nul || debug 1 > nul && command | call :zip_fix = setlocal && debug 0 || set * map --mem=0x20000 %~f0 (rd) cat --locate=\x1f\x8b --number=1 (rd)+1 > nul || exit 1 calc *0x82d8=*0x82d8-%?% > nul calc *0x82d0=*0x82d0+%?% > nul map --mem (rd)+1 (1) && map --rehook map --mem (fd1)/f6.gz (0) && map --rehook insmod (1)/F6.MOD > nul || exit if /i %1==--x64 shift 1 || if /i %2==--x64 || echo -n ! set x64=64 && cat --locatei=WinVBlock32 --replace=WinVBlock64 --number=1 (1)/txtsetup.oem > nul ::检测本机的SRSID是否符合标准,标准的ID截取前21位,否则使用完整ID搜索. chkpci -srs | set WHID= clear && if not exist WHID && echo -e \n$[0004] Can't Found $[0003]ACHI/RAID controller!\n  && goto :end if /i "%WHID:~0,7%"=="PCI\VEN" set SRSID=%WHID:~0,21% || set SRSID=%WHID% if "%1"=="" set /u srs=/srs/ || if "%~x1"==".gz" call :.gz %~f1 || set /u srs=%~pnx1 && rootnoverify %~d1 if "%srs:~-1%"=="/" || set srs=%srs%/ checkrange 0x21 read 0x8280 || find --set-root ls %srs% > nul || echo -e \n$[0003] Can't Find the $[0004]%srs%$[0003]!\n && goto :end if exist %srs%%%SRSID:~8,4%.GZ call :.gz %srs%%%SRSID:~8,4%.GZ || call :%SRSID:~8,4% || call :OTHER root %srs% || root %@root%%%srs% ls | call :find_oem %@root% || echo -e \n$[0003] Copy drivers $[0004]success!\n ! if exist x64 echo -e \n$[0003]The controller x64 drivers are $[0004]not found$[0003]! Your hardware ID is:\n $[0005] %WHID% || echo -e \n$[0003]The controller x86 drivers are $[0004]not found$[0003]! Your hardware ID is:\n $[0005] %WHID% :end map --unmap=2 && map --rehook endlocal && delmod fat > nul && delmod chkpci > nul exit

debug 0x7fffffff效果一样，还是显示那2行（前面有图）。是内部关闭了。
debug 3 发现是卡在上红色哪行。没有发现循环。再也不接受输入了，

527104427

mdyblog 发表于 2015-1-9 15:06
前面的给出的测试包，不大才19M，主要的数据——SRS驱动，你应该也可以测试的。

自己反复测试，能获 ...

新版的grldr，似乎每个标签都要加 debug 3，才看得到过程

mdyblog

chenall 发表于 2015-1-9 11:10
请先测试一下
grub4dos-0.4.5c-2014-12-17
看看这个版本有没有问题.

>>> grub4dos-0.4.6a-2015-01-09.7z

对不起，没注意到这个。
---
测试了，和1225卡死的一样。

也是卡在前面红色的那行。

mdyblog

527104427 发表于 2015-1-9 15:18
新版的grldr，似乎每个标签都要加 debug 3，才看得到过程

1）这样 debug 3就没有实际意义了。
debug 一下，还要去大改源代码。

2）还有在脚本内debug 3也失效了。
很不好用。
很多时候，脚本前面很长的代码不要单步(敲回车太累，或影响界面)，只要程序中间的一段debug 3

debug 3 应该随时可以切换的。

不要 搞那么多作茧自缚的 标准。
咱中国人 不兴 这个——就来实用的。
“实用” 正是G4D的灵魂。



能把这些限制去掉，再传个版本上来。

F6IMG不能那个随便 插入代码的。
是拼装起来的文件。每一部分的地址是固定的，不能移动的。


-------------
哦， 是 527104427大 啊！搞错了。
那当前面没说。