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

mdyblog

2012sxxcxn2003 发表于 2016-1-6 15:39
晚上回家在测试下，换台电脑

但是韦高EFI的32位可以启动，但是出错，64位正常，C大EFI正常。
-------------
MBROSTool6.3.3.3-1201x86x64.7z  这版可以正常启动 韦高EFI的32位。
格式化后，什么都不用改，直接 EFI启动即可。

中间 快捷菜单 走百分比， 太快了， 没抓拍到。

效果：
1） EFI32菜单哦：


2）PE起来了哦：

ntsyh

mdyblog 发表于 2016-1-6 20:01
但是韦高EFI的32位可以启动，但是出错，64位正常，C大EFI正常。
-------------
MBROSTool6.3.3.3-12 ...

最新版的格式化C大的还是停在100%处不得跳转，查了任务管理器是没响应，是32位的，大师能否再搞个64位的，下午用12月23日的64位格式化是可以格C大的PE。当然最先前32位也是可以格式化C大的PE，因为C大有新系统发布我总要试的。
晚上才重做的新系统10专业版。

ntsyh

ntsyh 发表于 2016-1-7 00:10
最新版的格式化C大的还是停在100%处不得跳转，查了任务管理器是没响应，是32位的，大师能否再搞个64位 ...

在8.1系统中用M大同样的最新版多UDM格式化C大的PE正常，而且UEFI菜单中的4个PE启动都正常的，原先反馈的1、3项PE启动出错误提示的。
经过两天的各种测试初步结论：同一个U盘，同一台电脑，不同的8.1系统与10系统得出了不同的结果，应当是M大的软件不支持10系统或者是不佳，对于超过500M的达到了700M的WIM仍然支持。
明天再试。

mdyblog

ntsyh 发表于 2016-1-7 00:10
最新版的格式化C大的还是停在100%处不得跳转，查了任务管理器是没响应，是32位的，大师能否再搞个64位 ...

1： 64位上传了。

2： 还传了个DEBUG版  MBROSTool6.3.3.3-debug.7z---仅供测试哦。
      此版 删掉了WIM挂载-----可能卡死之处。

ge

mdyblog 发表于 2016-1-6 19:58
这个和PECMD KILL 是一会事。此能彼亦能的关系。
可能， 你启动PECMD是不是管理员方式。

我原来用WIN7以ADMINI登陆就有管理员权限了！所以，没注意这个！应该是以管理员身份运行就可以了！

ge

mdyblog 发表于 2016-1-6 19:58
这个和PECMD KILL 是一会事。此能彼亦能的关系。
可能， 你启动PECMD是不是管理员方式。

这是怎么弄的？

ntsyh

mdyblog 发表于 2016-1-7 05:14
1： 64位上传了。

2： 还传了个DEBUG版  MBROSTool6.3.3.3-debug.7z---仅供测试哦。

用0107最新版x32在8.1系统中多UDM ISO默认是精确制导、再选择了超级精确制导格式化C大PE正常，EFI启动正常;用0107最新版x32、x64分别在10系统中同样操作还是停在100%处;已经关掉实时保护。截图在家里电脑上下午补发。

mdyblog

ntsyh 发表于 2016-1-7 10:24
用0107最新版x32在8.1系统中多UDM ISO默认是精确制导、再选择了超级精确制导格式化C大PE正常，EFI启动正 ...

DEBUG版 也会卡死吗？

ddsony

mdyblog 发表于 2016-1-7 10:36
DEBUG版 也会卡死吗？

包里，下载目录里好像没DEGUG版啊。

mdyblog

ddsony 发表于 2016-1-7 10:40
包里，下载目录里好像没DEGUG版啊。

ddsony

mdyblog 发表于 2016-1-7 10:48

看到了，我这里要窗口滑块要下拉一下，才显示。

红毛樱木

M，我记得你网盘里以前有存一个2014.12的grldr，那个还在不？

ddsony

mdyblog 发表于 2016-1-7 10:48

那个SECURE BOOT Ubuntu带动mbs.efi没下文了吗？

mdyblog

红毛樱木 发表于 2016-1-7 11:41
M，我记得你网盘里以前有存一个2014.12的grldr，那个还在不？

有。
太老了，有BUG。
用2015-0328吧。

其它文件\grldr\

mdyblog

ddsony 发表于 2016-1-7 11:44
那个SECURE BOOT Ubuntu带动mbs.efi没下文了吗？

测试  带不起来。
SECURE BOOT  不让买 “集体票”， 而是每一个程序 都要单独买票，单独审核。
连 网上 的EFIShell.efi  都不让带。

ddsony

mdyblog 发表于 2016-1-7 11:53
测试  带不起来。
SECURE BOOT  不让买 “集体票”， 而是每一个程序 都要单独买票，单独审核。
连 网 ...

看样子还非得掏出这80美刀？

ddsony

mdyblog 发表于 2016-1-5 13:14
1： 是的，本身支持。但是，只是在ISO上打入一个楔子。
      如果是UDM刚光盘， 回调 UDM上最新版 刚 ...

请教：
如图中，第一个红框内设置环境变量rooti，指定根目录是启动UDm的根目录(这里77应该是钢光盘）；
下面红框内中的@/BOOT/B06=?就是指钢光盘中的B06了，但钢光盘中的B06，应该没精确制导信息的，那么：

通过menu.lst这种情况下是非精确制导启动，通过去掉bootmgr.lst.dis的后缀dis，bootmgr.lst启动才是精确制导启动吗？
因为bootmgr.lst中  @/boot/bcd=(76)/udm_cfg.d/udm1/boot/udm.1.bcd 指向子盘（76）中有精确制导信息的udm.1.bcd。

mdyblog

ddsony 发表于 2016-1-7 12:27
请教：
如图中，第一个红框内设置环境变量，指定根目录是启动UDm的根目录(这里77应该是钢光盘）；
下 ...

1：
如图中，第一个红框内设置环境变量rooti，指定根目录是启动UDm的根目录(
------------------
YES


2：
如图中，第一个红框内设置环境变量，指定根目录是启动UDm的根目录(这里77应该是钢光盘）；
------------
77是临时配置盘， 启动时生成的配置信息存放在这里。




3：
下面红框内中的@/BOOT/B06=?就是指钢光盘中的B06了？
--------------------
这里 @/BOOT/B06=?
是  @/BOOT/B06=?/BOOT/B06
的简化


@/BOOT/B06=?/BOOT/B06
又是
@/BOOT/B06=?(76)/udm_cfg.d/udm1/BOOT/B06
的简化

@/BOOT/B06=?
还可进一步简化为
/BOOT/B06


@/BOOT/B06=?(76)/udm_cfg.d/udm1/BOOT/B06
@/BOOT/B06
表示启动需要的文件/BOOT/B06

?(76)/udm_cfg.d/udm1/BOOT/B06
表示检测 (76)/udm_cfg.d/udm1/BOOT/B06
如果有就用 (76)/udm_cfg.d/udm1/BOOT/B06做数据源
如果没有， 还是那就读刚光盘吧。




4：
钢光盘中的B06，应该没精确制导信息的，
那么：
通过menu.lst这种情况下是非精确制导启动，
---------------------
是的， 钢光盘中的B06，应该没精确制导信息的
他会优先从子盘读取同名文件 (76)/udm_cfg.d/udm1/BOOT/B06
这个是有 精确制导信息的。



5：
通过去掉bootmgr.lst.dis的后缀dis，bootmgr.lst启动才是精确制导启动吗？
---------------
是的。
由于，某些  BCD是混合，不只是WIM。
而只有WIM的启动是固定格式，BCD中有足够的启动PE信息，可以转化为精确制导。
其它的，中间可以 无厘头 的乱飞， 也就没有任何 启动PE的信息， 无法转为 精确制导。
所以， 生成的 bootmgr.lst，加个后缀.dis, 让他失效。 谁要的话， 可以继续 加强下， 使用。

ddsony

mdyblog 发表于 2016-1-7 12:51
1：
如图中，第一个红框内设置环境变量rooti，指定根目录是启动UDm的根目录(
------------------

这里 @/BOOT/B06=?
是  @/BOOT/B06=?/BOOT/B06
的简化


@/BOOT/B06=?/BOOT/B06
又是
@/BOOT/B06=?(76)/udm_cfg.d/udm1/BOOT/B06
的简化

@/BOOT/B06=?
还可进一步简化为
/BOOT/B06


@/BOOT/B06=?(76)/udm_cfg.d/udm1/BOOT/B06
@/BOOT/B06
表示启动需要的文件/BOOT/B06

?(76)/udm_cfg.d/udm1/BOOT/B06
表示检测 (76)/udm_cfg.d/udm1/BOOT/B06
如果有就用 (76)/udm_cfg.d/udm1/BOOT/B06做数据源
如果没有， 还是那就读刚光盘吧。

=====================

这么短短的一句语句还有这么多的简化形式，难怪看了N久还是摸不着头脑，原来还可以优先访问子盘上udm_cfg_d里对应UDm目录里的B06文件。
那到底是UDm1,还是UDm2目录是怎么确定的，自动通过查询PE06WIM.BIN所在UDm分区来确定的吗？

mdyblog

ddsony 发表于 2016-1-7 13:18
这里 @/BOOT/B06=?
是  @/BOOT/B06=?/BOOT/B06
的简化

那到底是UDm1,还是UDm2目录是怎么确定的，自动通过查询PE06WIM.BIN所在UDm分区来确定的吗？
---------------------------
在启动该分区的时候， 自然知道 分区号（1,5,6,7....)
然后，保存在（77）中。
需要的时候， 成为%udmid%变量。

mdyblog

MBROSTool6.3.3.4-1201x86x64.7z
     EFI快启，支持超大WIM（>500M）

效果：
C大的X64-WIm700多M

ntsyh

mdyblog 发表于 2016-1-7 14:35
MBROSTool6.3.3.4-1201x86x64.7z
     EFI快启，支持超大WIM（>500M）

用M大多种版本多次的不断反复测试情况小结：
在8.1系统、XP系统上用多UDM  ISO选择精确制导、超级精确制导生成的刚光盘都正常的，特别是C大的WIM700M；在两台电脑均装的是10系统，不管是M大的x32、x64版本的软件C大的WIM700M没能格式化成功，停在1#100%处，没有转到2#，有一个版虽然能格式化成功，但是，C大的EFI启动有两个PE出错，而这两个在XP、8.1系统下制作的EFI启动却正常。
也换了多个2.0、3.0U盘同样制作得出的结果是一样的。不知是否是个案不支持10系统，其他朋友有没有同样的情况。
以上测试C大的WIM700M好像不是大于500M引起的。等会儿在10系统中再测试后反馈。

mdyblog

ntsyh 发表于 2016-1-7 21:08
用M大多种版本多次的不断反复测试情况小结：
在8.1系统、XP系统上用多UDM  ISO选择精确制导、超级精确制 ...

辛苦了！！！！！！！！！！

mdyblog

ntsyh 发表于 2016-1-7 21:08
用M大多种版本多次的不断反复测试情况小结：
在8.1系统、XP系统上用多UDM  ISO选择精确制导、超级精确制 ...

1：装了个win10，测试， 的确卡死了。好像和imdisk有关。

2：临时弄了个测试版， 去掉了些不重要的功能。
   这在win10下可以刚光盘格式化。
MBROSTool-w10-ok1.7z

ge

mdyblog 发表于 2016-1-6 19:58
这个和PECMD KILL 是一会事。此能彼亦能的关系。
可能， 你启动PECMD是不是管理员方式。

以管理员身份运行，还是不行呀！我创建一个任务管理器（PECMD LOAD .WSC）的快捷方式，脚本就是示例中的并把KILL *%V1%改成KILL *force *%V1%，还是不能结束D:\Program Files (x86)\Tencent\QQPCMgr\11.1.16908.217\qmspeedupplugin\phonerocket\dock_5.8.0.6\QQPCPhoneDock.exe的进程！但是用GlaryUtilities优化工具中的procmgr就可以！

mdyblog

ge 发表于 2016-1-8 10:06
以管理员身份运行，还是不行呀！我创建一个任务管理器（PECMD LOAD .WSC）的快捷方式，脚本就是示例中 ...

这复杂，怎么交流。
直接用进程管理器 查出 PID
直接在管理员方式的命令行上：

1. PECMD *force  *PID号

复制代码

ge

mdyblog 发表于 2016-1-8 10:10
这复杂，怎么交流。
直接用进程管理器 查出 PID
直接在管理员方式的命令行上：

用 PECMD *force  *PID号 也没能成功！

mdyblog

ge 发表于 2016-1-8 10:14
用 PECMD *force  *PID号 也没能成功！

那就没办法了。

ge

mdyblog 发表于 2016-1-8 10:23
那就没办法了。

那就只能算了！谢谢！

ntsyh

mdyblog 发表于 2016-1-8 09:34
1：装了个win10，测试， 的确卡死了。好像和imdisk有关。

2：临时弄了个测试版， 去掉了些不重要的功 ...

反复测试了几十次，也用了多个2.0、3.0U盘，重装了新10系统，也在不同的电脑10系统上测试的结果是一样的，所以得出结论不是大于WIM500M引起的原因。
下午再试。