[MBROSTool6.26]UD升级到UDm：U启部署只需“一拖一格”，PE免改造即可加载隐藏外置！

mdyblog

fukystone 发表于 2014-7-20 12:11
fbinstool选chs模式的话，故障现象和你的一样，无法启动，左上角闪光标
不选chs模式可以正常启动。
另 ...

这么说你这个不支持CHS模式读取。 只支持LBA读取。
CHS模式比较通用点。
我这个版本只有 CHS模式。
LBA 模式支持删除了。地方太小了，300多字节的空间，要做的功能太多，放不下（CHS模式要做的工作太多）。

我在看看怎把LBA模式启动代码怎么弄回来，其他什么的可以删掉。

问题可能不大。 LBA 支持比CHS简单多了。

我只是奇怪，竟然有CHS不支持的，只听说LBA有不支持的。LBA是高版本， CHS是低版本。

fukystone

mdyblog 发表于 2014-7-20 12:30
这么说你这个不支持CHS模式读取。 只支持LBA读取。
CHS模式比较通用点。
我这个版本只有 CHS模式。
...

关于模式这一点，实际上UD中chs和zip模式都是“额外”的选项，也就是针对一些特殊的机器。最常用的反而是你所谓的lba模式。实际上大多数人做ud的时候都是不选择chs和zip模式的。
建议你把lba作为主模式，chs和zip为辅助（zip实际上已经有了），这样就不必考虑空间的问题。
另外，目前的efi模式有点问题，需要手工在数据分区建立efi的目录。建议采取另一种方式：
在UDM的高端隐藏分区之外，另建立一个4m或8m的fat16分区（由程序自动完成），这个分区可以紧邻隐藏分区，或者在U盘末尾，或者紧邻那8m启动分区，这个随便了，只要能保证获取到分区号就可以了，当然要是隐藏的，或许不必激活，这样就可以在其上自动的建立efi目录并复制文件，估计就可以兼容所有efi模式了。个人建议设在U盘末尾可能会好一点，确保windows不会识别。至于防止pecmd.exe -1：-1，可以修改下pecmd的代码，过滤这种分区（随便设置点特殊的标记）。

mdyblog

fukystone 发表于 2014-7-20 14:19
关于模式这一点，实际上UD中chs和zip模式都是“额外”的选项，也就是针对一些特殊的机器。最常用的反而是 ...

>>至于防止pecmd.exe -1：-1，可以修改下pecmd的代码，过滤这种分区（随便设置点特殊的标记）。
这个想法好。

----
这种方法对U盘可能有问题。
有个可见的用户分区时，
UEFI启动，好像不再在其它分区寻找efi启动目录。
你试试行吗？

我这测试如下：



这中R模式的U盘，只支持一个分区----现为用户分区。
后面（指分区表中的位置）的分区中虽然有可启动的efi，但是机器不找他它的。EFI启动失败。


上面两个分区物理号交换， 就可以EFI启动。 此时EFI分区可见，用户分区（DATA_MBROS）不可见。


HDD模式的应该可以。 支持多分区。 后面方个隐藏小分区，做EFI引导。
俺找个HDD 的U盘试试. (R 和F(HDD)可以量产切换)。

mdyblog

fukystone 发表于 2014-7-20 14:19
关于模式这一点，实际上UD中chs和zip模式都是“额外”的选项，也就是针对一些特殊的机器。最常用的反而是 ...

续上；
F(HDD)模式的的确可以。
如图：

前面1#是隐藏的EFI启动分区，
后面是可见的用户区。
测试可以EFI启动8PE。


下面将前面那个分区弄小点1M就够了--------MBROS-EFI专用启动区。特殊做个标志。

mdyblog

fukystone 发表于 2014-7-20 14:19
关于模式这一点，实际上UD中chs和zip模式都是“额外”的选项，也就是针对一些特殊的机器。最常用的反而是 ...

接上：
成功了。如图：


最前面1#是1M的隐藏UEFI启动区（MBROSEFIBOOT），就是[MBROS]第2分区 用分区表法加载而来的。2#是可见的用户区。
3# 4# 一个是空着， EFI启动菜单上选择【特别启动】时，要用。
测试启动成功。EFI启动菜单上选择【特别启动】。
看来还是 F(HDD)模式 深度隐藏好弄多了。


在说说具体怎么做的。
1） 写U盘时1M 的 UDM数据区。（放在UDM中的好处是可以随时恢复，不怕格式被删除）




2）【分区表法】加载为第一分区项




3）格式化FAT




4) 拷入efi\boot\bootx64.efi


5）【分区管理】将其隐藏。（0x11 0x14 0x16 0x1B 0x1C 0x1E 均可），如果不是 点【类型】来指定。




最后就是前面那个图。




PE中隐藏的问题。
PECMD.INI
在【SHOW -1:-1】 和 【盘符整理】 之后，

1. EXEC =*%MyName% LOAD  "UDm+fixdrv.wcs"  -mall -mhide

复制代码

这样 就只读加载了所有UDM分区， 且自动卸载其在分区表中的盘符。因而不可写的。不怕不怕。
MBROS  MBROSEFIBOOT 均为只读的。

如果实在不能量产为 F(HDD)，而为R模式。 在用户可见分区放一个 \efi\boot\bootx64.efi. 目前efi的病毒还是没见到的. 问题不大。

fukystone

mdyblog 发表于 2014-7-20 17:08
接上：
成功了。如图：

其实R模式还是H模式无所谓的，我的一个U盘，前部为512M的UD区，中间是5G的数据区，尾部是2G的F16隐藏分区，用来EFI启动。不管是bios和efi启动都是没问题的

fukystone

我理解windows是到激活的那个分区上去寻找EFI目录，跟U盘什么格式无关。如果没有激活的分区，它可能是只找第一个可识别分区吧。
另外你可能有点误解我的意思，我建议做一个小分区，是希望你能在程序中自动完成，而不是由用户手工完成--那样没有意义。实际上我自己手工也可以做，但是你这个软件的目的不就是帮助用户（什么都不懂）来制作一个U盘启动吗？
不仅仅是分一个1m的隐藏分区，我希望你能连后续的建立efi目录，复制32位和64位的efi引导文件通通都做了，并且把这个分区激活。这样一般用户的pe只要有efi启动组件，做成UDM后自然就可以启动（不需要在软件中再去设置efi启动）。当然用分区表项法也是可以的，而且相对简单，你只要软件中集成一个做好的img就可以了。这样一来，原始pe支持什么，做成udm就支持什么，32位和64位EFI自动识别（我记得坛子里有32位和64位EFI自动识别得模板，好像是H3先提出来的吧，527104427 好像专门整理过http://bbs.wuyou.net/forum.php?mod=viewthread&tid=310298）。
另：希望把那个lba启动模式做好，毕竟这是一个启动工具，不管功能多么强大，不能启动（哪怕只是在一部分机器上不能启动）一切都是白搭。

mdyblog

fukystone 发表于 2014-7-20 18:12
其实R模式还是H模式无所谓的，我的一个U盘，前部为512M的UD区，中间是5G的数据区，尾部是2G的F16隐藏分 ...

你这种方式， 好项和机器有关。
你这样EFI目录在后面的2#分区内， 我的机器上 EFI启动时直接 无视 。
  见  1569#楼

另外我上面的方法， 造的1M EFI启动区是紧贴在UMD核心区（对应你这里的UD区）之后。麻烦试试。

fukystone

顺便说一下我对这个软件的期望。
一直以来，UD一直有一个根本性的问题没法解决，也就是在一部分品牌机，尤其是一些大厂的商用机型上，由于厂商对bios做了手脚，也可能是封杀linux，也可能仅仅是为了厂商自己的一些bios限制，造成grldr无法启动。
所以我的pe全部支持pxe，否则偶尔碰到一台，你还真是一点办法都没有。
我希望做一个用bootmgr启动的udm，无论是bios还是efi，都保持足够高的启动成功率，毕竟不管怎么改，厂商还是要保证微软的东西能够启动的。而从bootmgr转grldr或ntldr总是很方便的。

fukystone

mdyblog 发表于 2014-7-20 18:35
你这种方式， 好项和机器有关。
你这样EFI目录在后面的2#分区内， 我的机器上 EFI启动时直接 无视 。
  ...

激活
你把那个小分区激活试试

fukystone

mdyblog 发表于 2014-7-20 18:35
你这种方式， 好项和机器有关。
你这样EFI目录在后面的2#分区内， 我的机器上 EFI启动时直接 无视 。
  ...

我个人理解，你这种方式能够成功，是因为新造的分区刚好是windows可识别的第一个分区。事实上我自己手工试过，在U盘尾部建一个隐藏分区并激活，复制文件后UDM能正常的efi启动，不一定要在数据区。windows好像不在乎分区位置在哪里，只管是不是fat分区，有没有激活

linkin129

mdyblog 发表于 2014-7-20 00:29
(bd)/BOOT/03TWO.ISO 就是2级内核。

二级内核是WIM格式的，或者外置WIM软件

mdyblog

fukystone 发表于 2014-7-20 18:44
激活
你把那个小分区激活试试

我试了下。
激活， 在我这里还是不能启动。
我这里，对R模式，  好像必须是第一个分区1#， 才可以启动。

mdyblog

fukystone 发表于 2014-7-20 18:50
我个人理解，你这种方式能够成功，是因为新造的分区刚好是windows可识别的第一个分区。事实上我自己手工 ...

你说的这种情况， 我这里好像都不一样，。 我的机器EFI太差了吧。
无论 R还F模式， 分区必须是 第一分区1#； 或者没有一个分区。

mdyblog

linkin129 发表于 2014-7-20 18:56
二级内核是WIM格式的，或者外置WIM软件

03TWO.ISO  中就是一个PE.WIM.
如图：




Native好像是多个版本。
我用的这个好像是Tang版。方便点。

原版也差不多。
注意： 二级内核必须打包到ISO中。  否则找不到的。一级内核没有加载UDM区。
原版 ISO中必须有WIM。   PETOOLS 等可以直接放到UDM 中。 启动后加载UDM就能访问。
简单点就用整个一个ISO的版本。
ISO 连续存放， 不会加载到RAM的，不影响速度。
标准版WIM放到 0PE.ISO 中。
你下个 0PE_NBv1.4.3(2012-06-19)27MB_FBA.rar （28M)

fb.fba 直接生成 UDM即可。


对应做好的 MBROS.MOS  http://pan.baidu.com/s/1eQiU7w2

fukystone

mdyblog 发表于 2014-7-20 20:04
你说的这种情况， 我这里好像都不一样，。 我的机器EFI太差了吧。
无论 R还F模式， 分区必须是 第一分区 ...

有一种说法，fat16对于efi支持要好于fat32.
你试试把你的efi分区改为fat16，也就是0x16试试。
我总觉得怎么查找efi支持文件是系统的事儿，主板不至于写死了只支持第一分区efi启动吧

mdyblog

fukystone 发表于 2014-7-20 21:13
有一种说法，fat16对于efi支持要好于fat32.
你试试把你的efi分区改为fat16，也就是0x16试试。
我总觉得 ...

RD 盘是了不可以这样EFI。

mdyblog

fukystone 发表于 2014-7-20 21:13
有一种说法，fat16对于efi支持要好于fat32.
你试试把你的efi分区改为fat16，也就是0x16试试。
我总觉得 ...

F(HDD)是了也不可这样EFI。 不知到机器这么死心眼。

2#  3# 都都有EFI目录。
2# FAT16 （0x06)   100M
3# FAT12  (0x01)    1M

sp_star

有一段时间没来了，M大似乎在EFI启动上有发布了不少东西。看学习了一下EFI的模板，但还没明白为什么要添加一个专门的分区。
EFI启动似乎是用了grub2，调用了专门的EFI driver，将hd0映射为hd(0,0)之类的。如果是这样，感觉文件，目录比较乱。能否像grldr那样尽量集成起来，一个文件(或添加一个菜单文件)就能解决问题？

mdyblog

sp_star 发表于 2014-7-21 00:44
有一段时间没来了，M大似乎在EFI启动上有发布了不少东西。看学习了一下EFI的模板，但还没明白为什么要添加 ...

1：
》》
可以集中到一个 efi\boot\bootx64.efi +  菜单（+若干菜单资源）
其字体也可内置，但还是外置吧。

/efi/boot/bootx64.efi 就相当于/grldr

2：
》》但还没明白为什么要添加一个专门的分区。
有些机器没有你的机器那么强悍。

有用户区的时候， 必须来个小的EFI启动区作为跳板， 否则主板根本不人次U盘为EFI可启。
只放一个  efi\boot\bootx64.efi 作为跳板。 然后跳到UDM区。没有这个小分区也可以，直接放到用户区就可以。

我的机器，还必须 efi启动区必须是U盘第一分区(HDD的U盘也一样)！！！！---苍天啊！！！

3：
请问你的机器上下面这样能否EFI【直接启动】8PE吗?

1#用户分区 没有efi启动目录(或干脆为空)


另外
直接删除 2# （MBRS）分区， 只留1#用户分区。EFI【直接启动】8PE吗?

mdyblog

shinobiyan 发表于 2014-7-21 15:18
用“没有分区表的UDM的UEFI-8PE”实验。一点写入就是不动了，系统是Win81x64.我的U盘是没分区表的。

以管理员运行。

mdyblog

sp_star 发表于 2014-7-21 00:44
有一段时间没来了，M大似乎在EFI启动上有发布了不少东西。看学习了一下EFI的模板，但还没明白为什么要添加 ...

弄了个 UEFI-UDM的新方案。
能出BCD的菜单， 选择后能加载WIM并走完。

按说 UDM-EFI的工作完成了。方案是可行的。

但是 加载WIM 进度条走完后， 出现0xC00000E 的错误。

不知道是 这个PE不兼容这个方案（比如不支持GPT启动），还是其它的。 我用的是H3的PE 航母中的8PE64。

我传到网上， 大家用里面的WINHEX写到U盘， 加载 UDM区后，换其它的8PE试试， 看能不能启动。

sp_star

mdyblog 发表于 2014-7-21 06:06
1：
》》
可以集中到一个 efi\boot\bootx64.efi +  菜单（+若干菜单资源）

你说的这些分区方式，应该怎样操作呢？

fukystone

mdyblog 发表于 2014-7-21 20:57
弄了个 UEFI-UDM的新方案。
能出BCD的菜单， 选择后能加载WIM并走完。

在哪儿？

mdyblog

sp_star 发表于 2014-7-21 23:01
你说的这些分区方式，应该怎样操作呢？

弄了个 UEFI-UDM的新方案： 用户区在MBR可用， UDM在GPT才可见（如图）。 现在使用（包刮XP）用户区， EFI启动8PE菜单都没问题。


能出BCD的菜单， 选择后能加载WIM并走完。

按说 UDM-EFI的工作完成了。方案是可行的。

但是 加载WIM 进度条走完后， 出现0xC00000E 的错误。

不知道是 这个PE不兼容这个方案（比如不支持GPT启动），还是其它的。 我用的是H3的PE 航母中的8PE64。
换了8.1PE64核心也一样。
我传到网上， 大家用里面的WINHEX写到U盘， 加载 UDM区后，换其它的8PE试试， 看能不能启动。
大家帮我分析一下。 怎么解决。
传完了。

http://pan.baidu.com/s/1eQ8Db02#UDMEFI.IMG.7z  (200M)这是一个磁盘镜像， 需要一个 >=1G的U盘。
用里面的WInHex按图直接写到U盘。


启动试试。


加载 UDM区后，换其它的8PE试试， 看能不能启动。
核心区３００Ｍ空间，　放个８ＰＥ的核心就可以。 核心能起来就大吉了。

mdyblog

sp_star 发表于 2014-7-21 23:01
你说的这些分区方式，应该怎样操作呢？

新进展：
将那个EE分区改为0分区（软删除，可恢复）

再用 【分区表法】加载UDM核心区，交换到1#。
将 efi\boot\bootx64-dis.efi 改名为bootx64.ef .
如图， 就可以启动。
是不是说就是PE不支持GPT启动的原因？？？？？？？？？？？

mdyblog

sp_star 发表于 2014-7-21 23:01
你说的这些分区方式，应该怎样操作呢？

最新进展：
原因基本找出来了： PE是启动了， 只是PE驱动不全，没有混合GPT-MBR的驱动， 见到这种混合的分区表，就死了。

我把4# 0xEE 交换到1#，  在删除1#（用户区）， 这样只有0xEE 的分区项了。
这样就能启动了。

谁能给我个 支持（EFI） 混合分区表启动的  8PE啊！  启动不死机就行。（其实启动是RAMDISK，与此无关，不死就行）

mdyblog

sp_star 发表于 2014-7-21 23:01
你说的这些分区方式，应该怎样操作呢？

现在很纠结，是让 8PE 支持 混合分区表， 还不用混合分区表启动PE？
能前者最好了。

mdyblog

fukystone 发表于 2014-7-21 23:30
在哪儿？

MBROSTool3-0721: 支持UDM管理， 添加、删除、修改。
你可以把你的实际分区表添加到UDM中，不怕丢了。