支持含有碎片的文件仿真

sunsea

chenall 发表于 2014-12-27 09:38
之前的设计不是分析文件分配表的,就像前面yaya所说的一样,如果按照文件分配表那当然快了,但是需要针对 ...

再不行浪费点拓展内存，把所有访问次数大于5次的磁盘的文件分配表什么的放进内存（反正现在内存大了，拓展内存按照srtalf教程的说法64M以下保留，那可以浪费了），再不行压缩存储

mdyblog

sunsea 发表于 2014-12-30 19:51
常数时间复杂度是O(1)吧。。。

查文件分配表是个好方法。但是以后每添加一个文件系统就得多写一段代码 ...

>>查文件分配表是个好方法。但是以后每添加一个文件系统就得多写一段代码了。
据我所知。
查文件分配表 是唯一的方法。
不查 文件分配表， 你知道文件保存在磁盘的哪些扇区？
对于文件系统，只能用这种方法。

现在， 可能底层函数，封装了查文件分配表这个功能。所以给人一个错觉，没有查文件分配表。实际是查了。

mdyblog

sunsea 发表于 2014-12-30 19:55
再不行浪费点拓展内存，把所有访问次数大于5次的磁盘的文件分配表什么的放进内存（反正现在内存大了，拓 ...

这个要小心了。
grub4dos 和 dos /window/Linux等正常使用的OS不同。
后者，后者文件系统的使用寿命很长，使用越长，缓存节省的时间月多，也有效。
但是，缓存本身也要浪费时间。对于文件系统，这个被无数次的方分分担了，忽略不计。
但是，grub4dos 的主要功能是启动一下，很多数据，不会多次访问。遮掩，缓存效果几乎没有了，反倒试过负担。

chenall

目前0.4.6a最新版的,blocklist就是基于底层,和文件系统无关,
但是实际上,所有的文件系统都是通过这个底层来读取文件内容的,所以变相的就相当于一劳永逸的解决了这个问题.
大家可以测试一下,不管任何文件系统,使用0.4.6a总是可以很快速地得到分件分配表.

另外我最近比较忙,估计一个星期之后才过再过来看看.

2011yaya2007777

又发现 1 个 bug：
执行：blocklist (md)+0xffffffff
返回：(md)0+-1
错误定位于：

1. diff --git stage2/builtins.c stage2/builtins.c
   
2. @@ -420,7 +421,7 @@ blocklist_func (char *arg, int flags)
   
3.    if (blklst_num_sectors > 0)
   
4.      {
   
5.        if (query_block_entries >= 0)
   
6. -        grub_printf ("%s%ld+%d", (blklst_num_entries ? "," : ""),
   
7. +        grub_printf ("%s%ld+%ld", (blklst_num_entries ? "," : ""),
   
8.                  (unsigned long long)(blklst_start_sector - part_start), blklst_num_sectors);
   
9.        else if (blklst_num_entries < DRIVE_MAP_FRAGMENT)
   
10.         {

复制代码

2011niumao

2011yaya2007777 发表于 2014-12-31 20:30
又发现 1 个 bug：
执行：blocklist (md)+0xffffffff
返回：(md)0+-1

好像对于有碎片文件的仿真变坏了.
我有两个vhd文件,使用原来2014-11-27的0.46a版本可以启动.
但是2014-12-31 的 0.46a不能启动.

2011niumao

2011niumao 发表于 2015-1-1 11:47
好像对于有碎片文件的仿真变坏了.
我有两个vhd文件,使用原来2014-11-27的0.46a版本可以启动.
但是201 ...

进一步对各个版本测试结果:

0.46a 2014-12-26正常.可以引导. 0.45c 2014-12-24也正常引导.
0.46a 2014-12-27就和2014-12-31一样出现上面图片所示错误.

应该是2014-12-27 0.46a 开始出现错误的.

mdyblog

报告20141227-0.46a一个问题：

如下的菜单中用grub.exe.

title  SSHYDOS     kernel  (hd0,0)/grub/grub.exe --config-file="          debug off;clear;root           (hd0,0);command /IMG/SSHYDOS.IMG.SH || configfile /IMG/SSHYDOS.IMG.LST   "

上面优先启动 /IMG/SSHYDOS.IMG.SH
其次/IMG/SSHYDOS.IMG.LST


测试中没有/IMG/SSHYDOS.IMG.SH， 只有 /IMG/SSHYDOS.IMG.LST
其中的"debug off"没有启到屏蔽错误消息的作用。
会打印出 没有 /IMG/SSHYDOS.IMG.SH。


1206版没这个问题。

1227 难道不是接着 紧前的 版本修改的。
按说1227的修改，和这些问题没有一点关系。
是不是， 直接回到很早的版本，或者 版本管理出来问题？

2011yaya2007777

Re 2011niumao :
请测试一下官网的 0.4.6a 24/25/27 版本，准确定位。

会打印出 没有 /IMG/SSHYDOS.IMG.SH。

不点要求，命令行没有成功执行的命令，应打印出错信息，以便提醒操作者。chenall  按此做了更改。

mdyblog

2011yaya2007777 发表于 2015-1-2 09:06
>>会打印出 没有 /IMG/SSHYDOS.IMG.SH。
>不点要求，命令行没有成功执行的命令，应打印出错信息，以便提醒操作者。chenall  按此做了更改。

--config-file="
应当 当作内置菜单一样看待，这里不是“人机互动”的那种“命令行”场合。
这种提示只有 “人机互动”的那种“命令行”场合 才有意义。
否则，反倒是让人憋的难受。

还有 脚本 中也一样，debug off后应当统统不提示，而是通过错误码传递错误信息。

不管怎么想的， 总要提供一种手段，让人能屏蔽所有出错信息。（ > nul 不算， 因为连echo的正常输出都屏蔽了）

还有，突然让debug off 部分失效，变得不兼容， 以前开发的代码，不再是原来的效果。
冒出那么多出错信息，让人还以为软件运行出错了。
以前开发的时候，是在【debug off 】能完全屏蔽出错提示的前提保证先开发的。

如果一切“保证”都不能作为“保证”，那么怎么用来开发？没有保证的前提，开发是无法开展的。
1+1不能保证等于2，算术无法开展的。

不点

Fatal 错误不受 debug off 的影响，应该总是显示出来。Fatal 错误直接用 printf 来显示，不带 if (debug) 之类的判断条件。

而一般的 Error 信息，似乎是可以用 debug off 来屏蔽的。不过我声明：我岁数大了，脑子不如以前好使了，也许我会弄错的。最近一两年我在编程方面已经犯了很多低级错误，以前也犯错，但似乎没这么严重。

究竟什么样的错误在什么样的场合显示出来，由 chenall 你们决定。

mdyblog

不点 发表于 2015-1-2 10:04
Fatal 错误不受 debug off 的影响，应该总是显示出来。Fatal 错误直接用 printf 来显示，不带 if (debug)  ...

1》 这种屏提示提示，只有 “人机互动”的那种“命令行”场合 才有意义。     非“人机互动”， 重要的出错提示，有代码自己echo出来。

2》不管怎么想的， 总要提供一种手段，让人能屏蔽所有出错信息。（ > nul 不算， 因为连echo的正常输出都屏蔽了）


3》尽量保证兼容性。
     新的功能用新的命令后开关。
      这样测能用来开发。
可以考虑加个 debug foff
就是你们说的，那些Faltal总是打印出来。

不点

2011yaya2007777 发表于 2015-1-2 09:06
Re 2011niumao :
请测试一下官网的 0.4.6a 24/25/27 版本，准确定位。

我作为一个 bug 报告者，发现了 bug，并加以报告。chenall 对 bug 报告进行了处理。

2011niumao

2011yaya2007777 发表于 2015-1-2 09:06
Re 2011niumao :
请测试一下官网的 0.4.6a 24/25/27 版本，准确定位。

官网的 0.46a 24/25都正常引导.27不行.出现错误.

不点

mdyblog 发表于 2015-1-2 10:10
1》 这种屏提示提示，只有 “人机互动”的那种“命令行”场合 才有意义。     非“人机互动”， 重要的出 ...

我们都是建议者，所提出的建议，经由开发维护者权衡以后，作出处理的决定。

这些小问题，又不涉及巨头的硬件封杀，我相信开发者们完全可以处理好。

我们只要把 bug 报告写清楚，把该说的话说完，就行了。

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 个硬盘？

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