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

ddsony

yjd 发表于 2015-3-11 10:11
我对过了里面的bootx64.efi不一样，我的可能是早期的，现在替换再试试看。

进PE加载外置： 需要 用 “ ...

》》我用的是一拖一格方案，提取的是h3的pe文件。没做处理能自动加载OP.IMG文件。
那HHH333已经针对UDM做过PE外置加载改造？

mdyblog

ddsony 发表于 2015-3-11 09:40
如图求解：
1.不关闭，释放内存
不关闭LOG吗？“释放内存”是“立即刷到磁盘”的目的结果还是“不关闭 ...

1：
--np[-]为禁止“执行前自动LOG”(兼容)。
------------
一般是在命令执行完毕后 打印“[XXXX]"形式的LOG信息.

在一条命执行前是否自动根据需要先打印“｛XXXX｝"形式的LOG信息。

自动 指：有些需要，有些不需要， 自动判断。
TEAM， IFEX FIND ， CALL   等需要 先LOGS一行。

2:
--RAW=原始(局部)
--ON=开关(局部)
--RAW: 输出原始文本，不解释其中的变量。 这个开关不是全局的，而是局部的。

--ON：开关LOGS。 这个开关不是全局的，而是局部的。

3：
*? （不指定文件名）则关闭。  指定文件名就用新文件
-------------------
用 子文件、函数用自己的LOGS， 最后恢复原有的LOGS
ABC.WCS：

1. SET &OldLOgs=%&__LOGS%   //保留原有的LOGS
   
2. LOGS  * D:\ABC.CS.LOG
   
3. ...努力干活
   
4. ...
   
5. LOGS  --a   *?  %&OldLOgs%   //恢复原有的LOGS

复制代码

如果原来有LOGS， %&__LOGS%为原来的文件名。否则为空。
（1）原来有LOGS
    %&__LOGS%为原来的文件名
    %&OldLOgs%为原来的文件名
    【LOGS  --a  *?  %&OldLOgs%】后面文件名非空，假设为D:\Old.LOG。 那就是
     LOGS  --a *?  D:\Old.LOG
那么， 先关闭 当前的 D:\ABC.CS.LOG, 在以追加的方式 打开原来的 D:\Old.LOG。 从文件尾开始（继续原来的）LOGS。

（2）原来无LOGS
    %&__LOGS%为空
    %&OldLOgs%为空
    【LOGS  --a  *?  %&OldLOgs%】那就是
     LOGS  --a *?  
那么， 直接 当前的 D:\ABC.CS.LOG。 完事了。

LOGS  --a *?  D:\Old.LOG
可以写为标准形式（后期的规范为开关式）：
LOGS --a  --rt?  --rt   %&OldLOGS%

*?  :对应 2个开关   --rt?  --rt  

--rt ： 实时写入
--rt?  : （自动判断）恢复模式。

mdyblog

2010WAIGO 发表于 2015-3-11 08:44
您在 6672# 页替我更改了 SRSF6 的加载代码为如下形式：

title 不等待，默认加载 F6IMG……

XPPE搞定了吗？ 传个上来看看。

yjd

测试清楚了。

把efi文件夹打包到iso文件再用MBROSTool写入。uefi模拟器测试 深efi，普通efi，来回切换都正常启动。

如果是格式化，拖入文件栏那留空。格式化完再把efi 文件夹拷贝到主分区里。则在我这里的模拟器里测试 深efi失败。但在启动设置里改成普通efi。是可以启动的。


1，深efi，和普通efi区别在哪里？

2，iso拖入格式化里面多了个 Bootable_NoEmulation.img ，不是必须的吧？

ddsony

mdyblog 发表于 2015-3-11 10:20
1：
--np[-]为禁止“执行前自动LOG”(兼容)。
------------

如图：
两个红框内中“-”确实是有的吗？如果有，是指什么意义的开关？

mdyblog

ddsony 发表于 2015-3-11 12:20
如图：
两个红框内中“-”确实是有的吗？如果有，是指什么意义的开关？

分隔指示符号， 相当于冒号.
改成冒号吧。
┣━━┿━━┿━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┫
┃    │命令│'LOGS'                                                                                      ┃
┃    ├──┼──────────────────────────────────────────────┨
┃    │格式│LOGS [--RAW=0/1] [--ON=0/1] [--p[-]] [--2[-]] [--t=0/1] [--ln=1/0] [--rt=1/0] [--a]         ┃
┃    │    │                                                            [--rt[?]] [[*?文件路径][,数值]] ┃
┃    │    │LOGS *   //立即刷到磁盘,不关闭，并释放内存                                                  ┃
┃    ├──┼──────────────────────────────────────────────┨
┃    │功能│启用日志以便记录每条命令的执行结果，帮助用户验证配置文件的正确性。                          ┃
┃    ├──┼──────────────────────────────────────────────┨
┃    │参数│※文件路径: 指日志文件名,含路径。--rt或*为实时模式,立即刷到磁盘。--rt=1/0设置实时模式。     ┃
┃    │    │  --p为执行前打印；--2为前后都打印，后缀-为取消，--t=打印时间线程 --a继续追加LOG --ln行号   ┃
┃    │    │  --np[-]禁止"执行前自动LOG" --ON=开关(局部) --RAW=原始(局部) --rt?恢复模式(无文件名仅关闭) ┃
┃    │    │  LOGS --ln=0/1 LOGS --np[-] 可用 ENVI^ logs_ln=0/1 ENVI^ logs_np=0/1                       ┃
┃LOGS│    │※数值: 实际不限,日志记录多，所需磁盘空间也大。命令以@引导则不写入LOG。*?等于--rt --rt?     ┃
┃    ├──┼──────────────────────────────────────────────┨
┃    │示例│LOGS X:\PECMD.LOG 或 LOGS * CONOUT$ //调试终端 LOGS --a --rt --rt? %&OldLOGS% //恢复LOG     ┃
┃    ├──┼──────────────────────────────────────────────┨
┃    │备注│※配置文件结束之前，必须调用一次不带参数的"LOGS"命令，以关闭日志文件，程序退出是自动执行。  ┃
┃    │    │※此命令不能在命令行中使用(必须在配置文件中使用)。                                          ┃
┃    │    │※公开发布的 WinPE 中建议不要启用日志文件。仅用于调试。                                     ┃
┣━━┿━━┿━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┫

ddsony

yjd 发表于 2015-3-11 11:43
测试清楚了。

把efi文件夹打包到iso文件再用MBROSTool写入。uefi模拟器测试 深efi，普通efi，来回切 ...

》》把efi文件夹打包到iso文件再用MBROSTool写入。uefi模拟器测试 深efi，普通efi，来回切换都正常启动。
如果是格式化，拖入文件栏那留空。格式化完再把efi 文件夹拷贝到主分区里。则在我这里的模拟器里测试 深efi失败。

还有这等事？这两种方式应该没什么区别吧，先打包到ISO，再ISO解压写入到UDm，与直接写入到UDm应该就是一回事情啊。

mdyblog

ddsony 发表于 2015-3-11 12:24
》》把efi文件夹打包到iso文件再用MBROSTool写入。uefi模拟器测试 深efi，普通efi，来回切换都正常启动 ...

是 ”真的不一样！“

默认情况下 必须 先把 正常的 ef 放到 ISO再格式化。
MBROSTool 默认是勾选 【深隐EFI支持】， 这样，自动处理EFI目录， 使之 支持 深隐EFI。



也可以先按照 “深隐EFI模板” 说明， 自己处理EFI， 自己处理的好后， 放到ISO中也可，事后拷入也可以。

也可一 借花献佛： 先让软件自动格式化处理EFI， 再把EFI目录拷出来，放到ISO中。
以后， 格式化前或后拷入都可以的 。

这样处理好的EFI， 什么时候拷贝都一样。

ddsony

mdyblog 发表于 2015-3-11 12:42
是 ”真的不一样！“

默认情况下 必须 先把 正常的 ef 放到 ISO再格式化。

明白了，原来拖入的EFI部件一定要经过【深隐EFI】复选框在【格式化】过程中“处理”一下才回生效。
先格式化，后拖入未“处理”过的EFI部件也是白搭。如果是被预“处理”过的，先格式化，后拖入那倒也行。
是这意思吗？

yjd

话说我后面两个小问题没人回答下。。

如果深efi和普通efi差别不是很大，那我就用普通efi了。

ddsony

yjd 发表于 2015-3-11 13:33
话说我后面两个小问题没人回答下。。

如果深efi和普通efi差别不是很大，那我就用普通efi了。

这个肯定不一样的，到时老大给你回答。

ddsony

mdyblog 发表于 2015-3-11 12:22
分隔指示符号， 相当于冒号.
改成冒号吧。
┣━━┿━━┿━━━━━━━━━━━━━━━━━━━━ ...

如图：
第一红框内什么意思？
第二红框内：条件再取反，还是条件取反？

mdyblog

ddsony 发表于 2015-3-11 13:19
明白了，原来拖入的EFI部件一定要经过【深隐EFI】复选框在【格式化】过程中“处理”一下才回生效。
先 ...

是的。

mdyblog

yjd 发表于 2015-3-11 11:43
测试清楚了。

把efi文件夹打包到iso文件再用MBROSTool写入。uefi模拟器测试 深efi，普通efi，来回切 ...

1，深efi，和普通efi区别在哪里？
----------------------
深efi 就是深度隐藏的， 看不见， 安全！。不怕病毒。不怕误删除、误格式化（右键/Format.com）。
        同时支持FAT、ＮTFS、ExFAT

普通efi: 就摊在那儿，看的清楚。----小心照看好。
同时对R格式的盘，　由于指支持“直接”显示一个分区，　而一般有个“直接”可见的用户去，
　　这样　ＥＦＩ区　被推到逻辑高端“浅隐藏”，这样会是的ＥＦＩ启动有点不可靠，某些机器上可能不能启动。
　　只支持ＦＡＴ。


2，iso拖入格式化里面多了个 Bootable_NoEmulation.img ，不是必须的吧？
------------------
那是  原来ISO引导扇区代码  的备份。可用来反过来恢复原来的ISO。
删掉不影响UDM启动。 不删也没问题。很小。

yjd

也可一 借花献佛： 先让软件自动格式化处理EFI， 再把EFI目录拷出来，放到ISO中。

1，我现在是先把efi文件夹打包到iso，格式化写入。。然后删除其他不要的文件。再把我的boot和pe文件拷贝进去。测试ok

2，我挂载为可写，把bootx64文件删掉，重新拷贝一份进去。测试不行。

都是深efi模式。

mdyblog

ddsony 发表于 2015-3-11 14:54
如图：
第一红框内什么意思？
第二红框内：条件再取反，还是条件取反？

1：
前导省略或前导|表示进行Double变量比较。


2：
循环命令: 前导符'!'表示条件再取反。
---------
按设计 是“再取反”。 说“取反”也可。
------------------
解释：
一般是都好后面用!表示“否定”。
如果 前面LOOP后在加个！，那么整个结果要“再取反”。
所谓"再", 是说另外易经有个大家熟知的 “否定“ 机关。 设计的时候这么想的。
--------------------------------
就是 这么个意思。
-------------
可能说 “取反” 简洁命令。---------改成“取反”吧。
解释：
前面LOOP后在加个！， 那么”先“对结果“取反”， 然后在进行常规 处理。

1. ■循环命令: 前导符'!'表示条件先取反。循环执行该命令，直至循环条件成立

复制代码

mdyblog

yjd 发表于 2015-3-11 15:17
1，我现在是先把efi文件夹打包到iso，格式化写入。。然后删除其他不要的文件。再把我的boot和pe文件拷贝 ...

1，我现在是先把efi文件夹打包到iso，格式化写入。。然后删除其他不要的文件。再把我的boot和pe文件拷贝进去。测试ok
----------------------
对，可以的。
就是我上面说的 “借花献佛”。


2，我挂载为可写，把bootx64文件删掉，重新拷贝一份进去。测试不行。
都是深efi模式。
-------------------------
重新拷贝一份进去 的 必须是本ISO前面  “借花献佛” 备份出来的。
不能是原始的，
也不能是其它ISO的（有时又可以，但不要这么无意义的折腾）


---------------
这个问题没必要纠缠了。
按照正常的用法， EFI等是先准备好的。“一拖一格” 完事。这本来是个很复杂的过程，先讲究的是“简单了事”


如果ISO中EFI都没准备好，那先把ISO自己弄好————这个UDM没有关系。
现在建议的用法，ISO中EFI目录不要手动处理，就是原始的，让软件自己处理。
   手动处理，的问题是：1）和大家不一致，毕竟做个ISO水还考虑这个。
                       2）可能和将来的新版不兼容。格式化的各个部分是互相配合的。比如旧版处理的就不支持新版的UD、U+深隐EFI。

yjd

mdyblog 发表于 2015-3-11 15:22
1，我现在是先把efi文件夹打包到iso，格式化写入。。然后删除其他不要的文件。再把我的boot和pe文件拷 ...

就是说你对efi的文件做了修改？，我拷贝进去的是相同文件，md5都一样。iso文件也是这2个文件打包进去的^_^

mdyblog

yjd 发表于 2015-3-11 15:23
就是说你对efi的文件做了修改？，我拷贝进去的是相同文件，md5都一样。iso文件也是这2个文件打包进去的 ...

就是说你对efi的文件做了修改？
-------------------
说的很清楚了。
加了深隐EFI启动支持。

WAIGO

mdyblog 发表于 2015-3-11 10:51
XPPE搞定了吗？ 传个上来看看。

基本搞定，可以 UDm 启动，Documents 也自动放入了 MBS2。有个小问题：您预设置的 MBROS 剩余空间太小了，只有 24MB，系统不断警告。启动介质也被误认作 "移动硬盘"；硬盘的判定看似没有写进去，有没有问题暂时还不知道。XPPE 己上传好，是 MOS 镜像文件。测试结果，烦请告知。谢谢！

ddsony

mdyblog 发表于 2015-3-11 15:17
1：
前导省略或前导|表示进行Double变量比较。

“先取反”，是“先”对结果“取反”。
那前面的“条件”又该怎么理解？是指要满足特定“条件”的情况下对结果“先取反”，还是对条件判断的结果“先取反”？

mdyblog

2010WAIGO 发表于 2015-3-11 15:40
基本搞定，可以 UDm 启动，Documents 也自动放入了 MBS2。有个小问题：您预设置的 MBROS 剩余空间太小了 ...

有个小问题：您预设置的 MBROS 剩余空间太小了，只有 24MB，系统不断警告。
-------------
不是这样的。 MBROS是不可写的。 所以 剩余空间  开多大都没意义。

这个关键是看的FBWF（或其它）开多大。 开了FBWF后，大小是有它决定的。

mdyblog

ddsony 发表于 2015-3-11 16:03
“先取反”，是“先”对结果“取反”。
那前面的“条件”又该怎么理解？是指要满足特定“条件”的情况 ...

“先取反”，是“先”对结果“取反”。
--------------
是的。


那前面的“条件”又该怎么理解？是指要满足特定“条件”的情况 ...
-----------------
“条件”  说的就是 就是  上面说的 “结果”， 其值为 真或假。

如果 LOOP !条件1,   甲!  乙
那么  在这种说法中， 将   【!条件A】 整个作为条件。 先计算结果，最终结果作为条件2

条件2= !条件1

这样 这样理解了：
LOOP 条件2,   甲!  乙

2012a0_20

虽然看不懂，但是看起来很厉害的样子，支持楼主！~

mdyblog

2010WAIGO 发表于 2015-3-11 15:40
基本搞定，可以 UDm 启动，Documents 也自动放入了 MBS2。有个小问题：您预设置的 MBROS 剩余空间太小了 ...

传的文件不对， 才 476 KB！


写到盘：

WAIGO

mdyblog 发表于 2015-3-11 17:30
传的文件不对， 才 476 KB！

怪不得一转眼就传完，只好再上传一次。此版的制作程序尚未修改妥当，请勿用。

55 版 PECMD 的 DEVI 命令有问题，收集了太多和网络不相干的驱动。PECMD 的帮助文档说那些驱动的垃圾未删除之前都放到 X: 盘。我的 X: 盘空间不多，如果真是这样，不迫爆才怪（见截图）！



从 NET.LOG 文件看到，3.9版用同样命令收集到的驱动就少得多，所以不出故障；而且用同样命令，也不会跳出警告窗口。可不可以把55版的代码修改成下述方式：

“NT5.x系统中。有前导 '$' 时，可以自行指定 [释放目录]。如不作指定，[释放目录] 默认为 %TEMP% 下一个临时目录，安装后自动删除。”

这样就可以任由使用者决定，就算不指定 [释放目录] ，也不会无端跑到 %WinDir% 去迫爆 X: 盘。若能改成这样，那就真正是功德无量了……

新的下载地址如下：
http://pan.baidu.com/s/1rWckI
提取密码：eta8

sry

请问：多分区多启动菜单文件放在哪？有示例吗？谢谢

mdyblog

sry 发表于 2015-3-11 20:36
请问：多分区多启动菜单文件放在哪？有示例吗？谢谢

》》
包里有。
MBROSTool5.3-16D7-支持多分区U+.7z\其它资料\启动器识别深度隐藏UDm-多UDm启动菜单.zip

ddsony

mdyblog 发表于 2015-3-11 21:05
》》
包里有。
MBROSTool5.3-16D7-支持多分区U+.7z\其它资料\启动器识别深度隐藏UDm-多UDm启动菜单.zip ...

>>MBROSTool5.3-16D7-支持多分区U+.7z\其它资料\启动器识别深度隐藏UDm-多UDm启动菜单.zip
“多UDm启动菜单”还是改成“多分区多启动菜单”吧。

如图：
1.”字串编号”是什么样子的，举例说明。
2.“指定”，指定什么？分隔符？
3.“字符方式”是什么东东？

mdyblog

2010WAIGO 发表于 2015-3-11 20:34
怪不得一转眼就传完，只好再上传一次。此版的制作程序尚未修改妥当，请勿用。

55 版 PECMD 的 DEVI 命 ...

1：
3.9的DEVI也是这样的：
┃      │    │※驱动文件是CAB时，NT5.x系统中，前导'$'和[释放目录]不能同时设置，但可同时省略。设置前导'$'时┃
┃      │    │  [释放目录]将被忽略；省略前导'$'时只解压文件；省略[释放目录]时，将进行驱动匹配解压，INF文件┃
┃      │    │  被解压到 "%WinDir%\INF" 目录，SYS文件解压到 "%WinDir%\SYSTEM32\DRIVERS" 目录，其它文件解压┃
┃      │    │  到" %WinDir%\SYSTEM32" 目录。                                                             ┃


2：
【DEVI  $ABC.CAB,,%TEMP%】 是非法的。

上面有 [前导'$'和[释放目录]不能同时设置]

这确的 是  DEVI  ABC.CAB
或
DEVI  $ABC.CAB

3：
PECMD2012， 不是都提出来， 而是按需提出。只是提出那些实际需要的驱动.
NT5的CAB， 是用专用软件PECAB打包的， 这样配合 DEVI，从而 做到  “按需提出”。

这个是有规范的。


4:
用PECMD2012， 你不是第一个， 大家都用的好好的。
设计程序是按照 规范设计， 不要用那些  旁门左道。

那种 经验主义 是行不通的。


5：
从 NET.LOG 文件看到，3.9版用同样命令收集到的驱动就少得多
------------------------
我挺奇怪的， PECMD3.9 的log中不输出 “详细信息”，
你是怎么知道的？----难道是上帝告诉你的？