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

mdyblog

ddsony 发表于 2015-3-9 11:46
这个得由老大来解释，为什么刚【格式化】完毕，就出现EFI启动代码错误。不过点击【修复】以后就提示“ ...

给个实例图解吧：

ddsony

mdyblog 发表于 2015-3-9 13:09
给个实例图解吧：

明白了，可是显示“有错”时，点击修复一下，又显示“完好”了。
这个“有错”提示，显得有点简单笼统，用户以为是没有正确格式化造成的，其实不过是由于UDm上没有检测到PE的EFI启动部件而已。
这个提示是不是稍微修改一下，如果是仅仅没有检测到UDm上PE中的EFI启动部件，则提示“不完整，未检测到UDm上EFI启动部件，如果需要，建议拷入。”
如果是其他原因错误，则显示“有错”

另外：格式化时，那个【深隐EFI】是默认勾选的，格式化完毕，EFI启动部件应该会自动添加的啊？

mdyblog

ddsony 发表于 2015-3-9 13:12
明白了，可是显示“有错”时，点击修复一下，又显示“完好”了。
这个“有错”提示，显得有点简单笼统 ...

下载新版 MBROSTool5.3-16D4-支持多分区U+.7z

1： 最近的几个版本， 兼容UD、U+  做了简化的处理。
   发现不需要EFI 时， 根本不处理EFI的事。

   而检查、修复 一直未 深入地改（大概能认出来就算了）。

格式化改了下， 判断了下，如果是UDm核心，总是会进行EFI的处理（虽然会禁用）——照旧。
如图：



2：（显示）优化的问题，得靠后了，等整个（UDm UD U+） 弄完了，再说。

mdyblog

ddsony 发表于 2015-3-9 13:12
明白了，可是显示“有错”时，点击修复一下，又显示“完好”了。
这个“有错”提示，显得有点简单笼统 ...

>>另外：格式化时，那个【深隐EFI】是默认勾选的，格式化完毕，EFI启动部件应该会自动添加的啊？
--------------
如果PE没有EFI， 开启EFI 反倒碍事的。所以 就禁止了。

有些电脑没有EFI、BIOS选择。 傻瓜式的。

yjd

mdyblog 发表于 2015-3-9 12:43
格式化小点 2000M --F16F32（默认） 试试

那我再试试。数据都拷完了。^_^

yjd

最新版有问题。点格式化。隐藏主窗口。显示格式化窗口。等我格式化完。点确认提示框。主界面没显示出来。忘记了？

yjd

格式化2000m的问题依旧。

我还是用分区表法好了。我又重启了两次-_-!!。

mdyblog

yjd 发表于 2015-3-9 13:53
最新版有问题。点格式化。隐藏主窗口。显示格式化窗口。等我格式化完。点确认提示框。主界面没显示出来。忘 ...

新版就是这样设计的。
1）格式化 就不要干别的
2）格式化完了就退出。

mdyblog

yjd 发表于 2015-3-9 14:04
格式化2000m的问题依旧。

我还是用分区表法好了。我又重启了两次-_-!!。

你看看他是FAT16的吗？

你用的哪个版本？ 16D4   2000M-Fat16有问题吗？

你把格式化后的【分区管理】贴上来吧，分析分析。

yjd

mdyblog 发表于 2015-3-9 14:15
你看看他是FAT16的吗？

你用的哪个版本？ 16D4   2000M-Fat16有问题吗？

基本和fat32一样。拷贝到最后就不稳定了。看来还是分区表法加载靠谱

而早上说可以是因为早上只单独拷贝800m的文件进去。。

下午是拷贝2.3g的数据包括很多文件和目录。

mdyblog

yjd 发表于 2015-3-9 14:31
基本和fat32一样。拷贝到最后就不稳定了。看来还是分区表法加载靠谱

而早上说可以是因为早上只单 ...

1：
我没有2003环境， 就用HHH333的2003PE测试，
1.4G 的数据
FAT16:


FAT32:





2：下午是拷贝2.3g的数据包括很多文件和目录。
-------------------
这个不是FAT16的吧。
FAT16 总共不超过2G。

麻烦单独测试下 FAT16软加载。

yjd

mdyblog 发表于 2015-3-9 14:40
1：
我没有2003环境， 就用HHH333的2003PE测试，
1.4G 的数据

我测试的就是软加载。

早上是像你一样拷贝单文件测试的。下午是准备要用。所有数据拷贝进去。拷贝50%以后慢慢变慢了。
我文件很多。

yjd

fat16和fat32应该算一样，拷贝到中间又开始很辛苦了^_^


话说这进程还真顽固。xuetr结束又自动创建进程了。

mdyblog

yjd 发表于 2015-3-9 14:47
fat16和fat32应该算一样，拷贝到中间又开始很辛苦了^_^

>>fat16和fat32应该算一样，拷贝到中间又开始很辛苦了^_^

fat16和fat32 不一样！！！

mdyblog

yjd 发表于 2015-3-9 14:31
基本和fat32一样。拷贝到最后就不稳定了。看来还是分区表法加载靠谱

而早上说可以是因为早上只单 ...

又拷贝2.7G还是很快的。

拷贝：



拷贝后：



就是最后卸载  花了 50秒的样子。---看来2003这是做服务器的----大吞吐量。

yjd

mdyblog 发表于 2015-3-9 14:55
>>fat16和fat32应该算一样，拷贝到中间又开始很辛苦了^_^

fat16和fat32 不一样！！！

我是我这边测试结果都差不多。拷贝到中间和后面开始很慢了。。看第三张工具条都假死了。

yjd

到hhh333 2k3 pe下测试和我这2k3 r2 一样。

进win8 pe测试也是慢。



请问下分区表加载法和这个软加载只是实现方式不同。不会互干扰吧?
如果那样我就用分区表加载法，拷贝文件就行了。

mdyblog

yjd 发表于 2015-3-9 15:19
到hhh333 2k3 pe下测试和我这2k3 r2 一样。

进win8 pe测试也是慢。

1:
我测试吧 5.8G的 XP系统整个拷过去， 真的很慢。速度来回忽悠！


2：请问下分区表加载法和这个软加载只是实现方式不同。不会互干扰吧?
如果那样我就用分区表加载法，拷贝文件就行了。
---------------
不会 互干扰。
大数据拷贝 就用 【分区表加载法】，尤其是又大又碎的众多文件。
本来 【分区表加载法】 就是为大数据量写入准备的。
“如果那样我就用分区表加载法，拷贝文件就行了”是的。

yjd

mdyblog 发表于 2015-3-9 15:29
1:
我测试吧 5.8G的 XP系统整个拷过去， 真的很慢。速度来回忽悠！

嗯。是这情况。文件多目录多。来回忽悠。

分区表法 已顺利拷贝完2.3G数据。09年的U盘。再继续弄估计要挂了^_^

yjd

在分区管理里，再加个按钮方便修改 可见区 MBSuDATA 的pbp卷标如：
diskgenius里这个：

ddsony

mdyblog 发表于 2015-3-9 15:29
1:
我测试吧 5.8G的 XP系统整个拷过去， 真的很慢。速度来回忽悠！

》》我测试吧 5.8G的 XP系统整个拷过去， 真的很慢。速度来回忽悠！
我记得很早以前版本是以1g分区大小作为临界点的。去年8月份的时候，记得你也叫我测试寻找过这个临界点，1g以上2g以内，实际测试fat16读取UDm也卡，fat16好像要在1g以内。1g以上fat32，自动开启UDm加速算法。记得是这样设计的，怎么现在又调整到2g为临界点了呢？

sp_star

往u盘拷贝，如果有大量小文件，是很慢啊。这还和操作系统开没开缓存有关系，开了的话，就会比较快。

sp_star

往u盘拷贝，如果有大量小文件，是很慢啊。这还和操作系统开没开缓存有关系，开了的话，就会比较快。

mdyblog

ddsony 发表于 2015-3-9 15:50
》》我测试吧 5.8G的 XP系统整个拷过去， 真的很慢。速度来回忽悠！
我记得很早以前版本是以1g分区大 ...

那是另一个问题： FAT32的读取慢的问题。

现在是写慢， 很多或小文件就很慢， 连NTFS都慢。

mdyblog

yjd 发表于 2015-3-9 15:44
在分区管理里，再加个按钮方便修改 可见区 MBSuDATA 的pbp卷标如：
diskgenius里这个：

好象 我的电脑中 右键 就能改的。

yjd

方便不需要diy。。完工。。就看兼容性如何了。


再请教下，可见区也能设置为只读加载？

--看到了应该是加载--只读加载（防毒） 这个

yjd

mdyblog 发表于 2015-3-9 16:00
好象 我的电脑中 右键 就能改的。

那个改是存在当前系统的注册表。

而我改bpb的名字为USB 。 插到任意一台电脑识别出来的可见区卷标名都叫USB

WAIGO

mdyblog 发表于 2015-3-9 10:22
>>窗口已打开出现在桌面上还不算活动吗？
不一定：
一般来说， 活动的话 标题行 高亮，

如上图所述，恳请更改此命令的代码，回复以前的功能。新的这个功能太霸道了，我只是在 GETPXEFN.INI 里面写入代码，并没有按键一样会锁住键盘，造成回车键不能跳行。改成 HKEY* ，又常常因为窗口跳出时不在活动状态而引致失败。旧版的规定就合理得多，我过去使用从没岀过问题。奇怪的是 PECMD x64 55 版对此命令的解释是一模一样的，使用同样的命令代码，为何又不会锁住键盘呢？

系统启动后很快就耗尽资源的怪事查了两天，一直都漫无头绪。您技术水平高，可否出手替我查一查，非常感谢！

用旧版 PECMD.EXE，500MB内存的旧电脑都不会出状况。此次测试，仅 PECMD.EXE 的版本不同，用相同的 INI 文件，系统又是安装在硬盘，没有隐藏，4G 内存都运行不了，太異常了！

ddsony

mdyblog 发表于 2015-3-9 15:59
那是另一个问题： FAT32的读取慢的问题。

现在是写慢， 很多或小文件就很慢， 连NTFS都慢。

那看来又是一个新课题？

ddsony

mdyblog 发表于 2015-3-9 15:59
那是另一个问题： FAT32的读取慢的问题。

现在是写慢， 很多或小文件就很慢， 连NTFS都慢。

如图：
“无命令特性”，解释一下，是指“没有像命令那样的特性”？