准备基于 fbinst 进行再开发，请各位提供帮助

不点

求道者 发表于 2016-1-19 20:46
不点大师
想扯点别的
从前遇过一块只认3.25G内存的主板

不清楚这种状况。不过，我有建议，或许可以供参考。

既然能启动 dos，那就可以启动 grub.exe。既然能启动 linux，它的启动程序可能是 syslinux，那么也能继续启动 grub.exe。

还可以考虑制作 ntldr 启动盘，如果能够启动，那么也能再次进入 grub4dos。

求道者

不点 发表于 2016-1-19 22:08
不清楚这种状况。不过，我有建议，或许可以供参考。

既然能启动 dos，那就可以启动 grub.exe。既然能 ...

这BIOS是读取引导程序后判断U盘能不能用吗？
好奇怪.......
都是写了mbr引导程序
有啥不一样的地方啊

不点

求道者 发表于 2016-1-20 05:47
这BIOS是读取引导程序后判断U盘能不能用吗？
好奇怪.......
都是写了mbr引导程序

根据我多年的观察研究，加上我自己的理解，我明白那是 “封杀开源软件制造不兼容性” 的混乱结果。但是开源和闭源软件也是丰富多样的，杀掉了其中一些，却杀不掉另一些。所以，局面就变得很扭曲。

不过，也许这个扭曲的世界，才是真实的世界。爱因斯坦说，空间是弯曲的，而不是平坦的。

tiansw1

就一楼说明来看，目前还只是研发阶段，适合高高手们参与。老白，小白还是先观望为宜。

2011yaya2007777

插入U盘，在命令行执行 fbinsr -l ，返回 (hd6)
如果从硬盘向U盘导入文件 grldr ，应当使用什么命令？以下试了，不行：
fbinst (hd6) add c:\grldr
fbinst (hd6) add (hd0,0)/grldr

求道者

不点 发表于 2016-1-20 08:12
根据我多年的观察研究，加上我自己的理解，我明白那是 “封杀开源软件制造不兼容性” 的混乱结果。但是开 ...

写了黑名单之类的什么鬼吗？

Windows Loader 小马之类的都是用的Grub4Dos给bootmgr传递伪造的SLIC2.1吧
假如是针对Grub4Dos写了黑名单
Win7盗版不就没法激活了吗？
但是我用Windows Loader是可以激活的

2011yaya2007777

插入U盘，在命令行执行 fbinsr -l ，返回 (hd6)

已经解决。

求道者

不点 发表于 2016-1-20 08:12
根据我多年的观察研究，加上我自己的理解，我明白那是 “封杀开源软件制造不兼容性” 的混乱结果。但是开 ...

再次遇到了这种鬼........
两块主板
一块似乎完全不认我的U盘
一块不认Fbinst以外的引导（U盘上）
不点大师我把BIOS镜像发给你有用吗？
http://pan.baidu.com/s/1kVapitx （先发上来了 以防我人不在线）
说到阻碍UEFI和bios双启动的因素.....
我觉得是磁盘仿真
UEFI下现在并没有磁盘仿真工具..........（或许）

然后Fbinst怎么加载USB2.0啊

不点

抱歉，我没精力研究、破解 bios。我也碰到过一个华硕笔记本，完全不支持 bios 模式，只能 efi 启动。我对此无能为力；或者用个吸引眼球的词汇：我举手投降。

至于说其它那些支持一部分启动软件的主板，你就不该抱怨它们了。毕竟它们还比较仁慈，没把 bios 这条路堵死。

现实世界无论是怎样的，我们都只能接受它。我们不能把这个世界扔掉或砸烂。我们每个人面前有很多条路可以选择；适者生存，我们应该有适应能力，应该能够找到自己的办法。

努力吧！加把劲！世界终究会是美好的。

chenmaochun

这个多重MBR要是能建立一个隐藏分区放PE文件，就更好用了

求道者

不点 发表于 2016-4-2 16:19
抱歉，我没精力研究、破解 bios。我也碰到过一个华硕笔记本，完全不支持 bios 模式，只能 efi 启动。我对此 ...

非说的话
果本上也是蛮好玩的............
苹果那边很早以前就用自家魔改过的UEFI启动系统了.........
但是有人要用XP 于是他们就搞了兼容MBR的UEFI
众所周知XP是不认GPT的..........
于是他们搞了个能让XP以为是MBR分区表的GPT分区表（HybridMBR）说不定是linux社区先搞出的东西
再后来win7 x64支持UEFI（主板里的解释是win7不能跑GOP只能VBIOS 所以需要CSM模块）好像苹果又给自己的EFI加了CSM
到现在倒是完全搞掉了MBR相关的东西（只能跑Win8 Win10）
不过也是正是因为是苹果 所以对微软要求EFI要签名这事也没太搭理（新主板不是有个开关 开了之后就只有只能引导WIN的EFI了吗？UBUNTU也能启动貌似是花钱买了微软的签名 主板预置了微软的公钥 这真的没问题？虽说貌似因为反垄断之类的东西 这个选项不是强行开的就是 要不然可能会默认只有UEFI 而且都要求验证签名.........）

不点

国庆节期间，制作了网页版的 multimbr 启动盘 IMG 制作工具。请在 1 楼下载。

感兴趣者请测试运行是否正常；也可帮助改进。话说我的网页编写水平很丑陋的，基本不懂网页编程以及美化的知识。希望有高手帮助改进。

不点

以前的图片，现在没用了。不过偶尔能用得着，所以就备份到这里。

ali88home

分区表总磁区数超过，错误的正常显示画面




修正前的总磁区数情形



修正后的总磁区数，4K没有修正完成，但不影响引导。



成功引导



测试操作发现这个U盘不能再恢复分区表，需要重新删除分区格式化，才能再操作之。


分区表恢复的确快速达到FAT32分区引导效果，测试引导OK，
但是现在还必须手动DG去修正，希望能进一步突破技术问题，
而每一个USB磁盘数都不同，值得考虑，操作前需要先检测一下再修正相关分区表，以达到完美。

不点

您的扇区总数（總磁區數）是 15814656，很抱歉，新版的网页应用程序（即 index.html）不支持 8G 盘，只支持 16G 以上的盘。你只能参考旧版的那些安装说明了。好在本主题有关旧版的安装说明都还在，并未删除，仍然可以使用。

ali88home

【简体中文版本】
63版本
http://pan.baidu.com/s/1bpwvJzh

操作说明：喜欢制作USB为FAT32单分区的维护盘者，可以试试无忧-不点大师-USB_FAT32单分区多重MBR引导启动。

把grldr和ope.iso...等等...您喜欢的PE，制作成UIS.ISO放在相同目录下面执行...自动安装。

注意：多重MBR-FAT32制作后，请不要再格式化，引导会无效的

1.自动修正总磁盘数的错误及DBR溢出情形。
2.里面4K没有对齐，因为起始磁盘号63的原因。
3.不懂操作的，请不要随便操作，失败会心疼的。

重复安装了几十次以后，发现一些问题：
1.安装以后再重新安装，常常无法恢复再写入恢复磁盘区的动作。多重MBR好像被系统运行中的感觉。
改进重新制作多重MBR失败的几率
2.这样的安装方式，被系统识别有异常，建议重新扫描此USB磁盘。这多重MBR方式好像有小问题存在。
修正为起始磁盘号64版本，系统不再识别有异常，建议重新扫描此USB磁盘的信息了。
为了引导成功几率，维持原作者63版本

3.预先以为这样的单分区，应该引导会取得优势，但是在老机上面，却识别不到此U磁盘，相反的UD三分区HDD成功引导。在新机上引导还好OK。
更正测试结果：先前测试老机上面，BIOS识别不到此U磁盘，但是却能够引导G4D菜单成功，真是好信息。
经过测试：机板BIOS识别不到USB磁盘，请把启动顺序设定为【USB-ZIP】第一项目，就能够顺利引导启动USB盘。

不点

ali88home 发表于 2016-11-7 18:07
http://pan.baidu.com/s/1o7DZMvK

手动作操作麻烦，更改了以前一下程式，测试看看先。【繁体中文版本】
...

简体中文 XP 下打开界面，中文都是乱码。请修复。

ali88home

不点 发表于 2016-11-7 18:14
简体中文 XP 下打开界面，中文都是乱码。请修复。

后学为了测试，把IMG直接自动由BOOTICE来恢复磁盘区操作了，简体中文版本后面找时间来转变，操作中发现一些问题。

不点

ali88home 发表于 2016-11-7 23:44
后学为了测试，把IMG直接自动由BOOTICE来恢复磁盘区操作了，简体中文版本后面找时间来转变，操作中发现 ...

以前有过报告，说 multimbr 的格式，不被某个机子承认，无法引导。后来发现，通过调整 CMOS 设置，又可以正常识别和引导 multimbr 了。我估计你的情况也会是这样的。

ali88home

不点 发表于 2016-11-8 12:12
以前有过报告，说 multimbr 的格式，不被某个机子承认，无法引导。后来发现，通过调整 CMOS 设置，又可以 ...

操作说明：

把grldr和ope.iso...等等...您喜欢的PE，制作成UIS.ISO放在相同目录下面执行...自动安装。

不点

ali88home 发表于 2016-11-8 14:31
【简体中文版本】

http://pan.baidu.com/s/1nuQnltJ

简体中文正常了，希望出个统一的国际版，自动判断操作系统的语言版本。

关于程序代码，我建议你参考 index.html 里面的 JavaScript 代码。我已经把原先所有的 Linux 程序，转化成了 JavaScript 代码。就是说，不再使用 gcc，也不再使用 bash 程序，只用 index.html 里面的 JavaScript 就可以（一条龙服务）编译生成最终的 IMG 了。而 JavaScript 代码是很容易转换成 C 语言代码的。我采用 Public Domain 授权，就是想让人能够方便地把代码用到任何地方。

ali88home

不点 发表于 2016-11-8 14:56
简体中文正常了，希望出个统一的国际版，自动判断操作系统的语言版本。

关于程序代码，我建议你参考 i ...

感谢不点大师的建议，不过那JavaScript 代码后学不熟悉，有空再研究学习一下可行性。

ali88home

更新：改进重新制作多重MBR写入失败的问题

http://bbs.wuyou.net/forum.php?m ... &fromuid=156496

改进重新制作多重MBR失败的几率

不点

ali88home 发表于 2016-11-10 13:57
更新：改进重新制作多重MBR写入失败的问题

http://bbs.wuyou.net/forum.php?mod=redirect&goto=findpost ...

说说你都改动了什么？改动之前是什么表现？改动之后又是什么表现？最好有图片加以说明。

ali88home

不点 发表于 2016-11-10 14:42
说说你都改动了什么？改动之前是什么表现？改动之后又是什么表现？最好有图片加以说明。

说说你都改动了什么？

前面已经有提到的操作现象
测试操作发现这个U盘不能再恢复分区表，需要重新删除分区格式化，才能再操作之。
后学恢复***img以前先自动格式化USB盘整理分区表。

改动之前是什么表现？



改动之后又是什么表现？



下面是测试其他容量【7G】的效果（前面1G量产了），相信安装其他容量2G~...16G...等等，也可以。4个字节x16=63+1磁头号=64，符合磁盘结构条件。



刚刚测试安装最新版本H3-PE-20161111版本2.89G大小引导成功。

ali88home

刚刚无聊看看前面的贴，才发现有了制作工具，好奇操作了一下，发现检测磁盘的大小有问题，可能没有正确的计算，7.5G-7722MB差了44MB之多。

不点

ali88home 发表于 2016-11-10 17:25
说说你都改动了什么？

前面已经有提到的操作现象

我在使用 bootice 写入 multimbr 的 img 时，从未遇到失败情况。不需要用一个额外的 “格式化” 来过渡。

怀疑是你的 bootice 版本太旧了，或者 bootice 有 bug 正好让你碰上了。

另外，不知我这样理解你的软件是否恰当：

你的软件采用 64 个扇区作为第一分区前的 “mbr 前导空间”，因此整个结构已经不同于原始的 multimbr 了。我理解为：你的软件是基于 multimbr（如果确实与 multimbr 有关的话） 的一个新软件。

假如你统一采用 64 扇区的 “mbr 前导空间”，那么，整个结构就会变化。对比一下，目前 multimbr 采用 63 扇区的 “mbr 前导空间”，重复三次，因此，第一阶段的扇区总数是：

3 * 63 + 1 = 189 + 1 = 190

如果采用 64，那么，第一阶段的扇区总数应该是

3 * 64 + 1 = 192 + 1 = 193

也就是说，第一阶段将多出 3 个扇区，第二阶段的起始扇区将往后顺延 3 个扇区。这样的话， asm 的代码也得作出相应的修改才行。否则的话，即使在部分电脑上测试成功，也不能掩盖逻辑结构的不完整（与 multimbr 相比）。

以上是我猜测的，或者说是我理解的，不知这种理解是否与你的软件的实际情况相符。

ali88home

1.bootice依您的建议，原先2015版本替换成20160617版本，还是出现错误写入信息。这不是bug，换上64版本就不会了。
哦！终于了解为什么您的操作不会有写入错误信息，在xp下不会有检测磁盘的错误功能，所以重复写入是正常的。

2.请教一个问题，为何后面都需要+1，不懂？问问
3 * 63 + 1 = 189 + 1 = 190
3 * 64 + 1 = 192 + 1 = 193

3.还是操作维持每道磁区数=63，只是起始磁区63+1=64而已。

freesoft00

扇区从0开始计算，所以应该加一个1.

不点

ali88home 发表于 2016-11-11 11:04
1.bootice依您的建议，原先2015版本替换成20160617版本，还是出现错误写入信息。这不是bug，换上64版本就不 ...

解释如下：

扇区0 ------ 同时含有 BPB 和 MBR。其 MBR 的分区表项指向第一分区的 BPB，即扇区 63。
扇区1 ------ 同时含有 BPB 和 MBR。其 MBR 的分区表项指向第一分区的 BPB，即扇区 64。
扇区2 ------ 同时含有 BPB 和 MBR。其 MBR 的分区表项指向第一分区的 BPB，即扇区 65。
...................................依此类推.............................................................
扇区63 ------ 同时含有 BPB 和 MBR。其 MBR 的分区表项指向第一分区的 BPB，即扇区 126。
扇区64 ------ 同时含有 BPB 和 MBR。其 MBR 的分区表项指向第一分区的 BPB，即扇区 127。
扇区65 ------ 同时含有 BPB 和 MBR。其 MBR 的分区表项指向第一分区的 BPB，即扇区 128。
...................................依此类推.............................................................
扇区126 ---- 同时含有 BPB 和 MBR。其 MBR 的分区表项指向第一分区的 BPB，即扇区 189。
扇区127 ---- 同时含有 BPB 和 MBR。其 MBR 的分区表项指向扇区 190（此处不是 BPB，用不上）。
扇区128 ---- 同时含有 BPB 和 MBR。其 MBR 的分区表项指向扇区 191（此处不是 BPB，用不上）。
...................................依此类推.............................................................
扇区189 ---- 同时含有 BPB 和 MBR。其 MBR 的分区表项指向扇区 252（此处不是 BPB，用不上）。

扇区190 ---- 第二阶段的扇区，它的代码会把控制转交给第三阶段的扇区（即 GRLDR）。
扇区191 ---- 第三阶段（GRLDR）的开始扇区。
（此后的扇区，不再解释；可参考以前的说明。）

当扇区 0 接管控制时，这是最理想的，任何麻烦都不会有。
那些 “不安分” 的 BIOS 可能会跳过若干个扇区（最可能的情况就是跳过 63 个扇区，可以理解为：它寻找 BPB 并把控制权递交给 BPB），因而它把扇区 63 作为 MBR（活活吃掉 63 个扇区），那么，从扇区 63 到 扇区 126，就构成一个有效的 MBR-BPB 搭配。

为防止 “变态的” BIOS “吃一次不甘心” 要 “再吃一次”，此时假定扇区 126 被 BIOS 当作了 MBR，那么，从扇区 126 到扇区 189，同样也构成一个有效的 MBR-BPB 搭配。

所以，你看到了，从扇区 0 到 扇区 189 都是有用的。这个总数就是 3 * 63 + 1 = 190 个扇区。