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

datbik189

mdyblog 发表于 2014-11-12 14:03
MBROSTool4.2-0906-34.7z  FAT32 -8PE64  好了。

1:  7PE 8PE  FAT32

核心区格式化后正常

datbik189

mdyblog 发表于 2014-11-12 14:03
MBROSTool4.2-0906-34.7z  FAT32 -8PE64  好了。

1:  7PE 8PE  FAT32

8pex64,批处理加载读出正常,xp,03pe批处理加载读出没有改进

datbik189

不知道有没有这种可能性,进系统后,DG及一些分区工具无法读出这部份UDM所属的空闲空间,类似于HPA分区

mdyblog

datbik189 发表于 2014-11-12 15:55
不知道有没有这种可能性,进系统后,DG及一些分区工具无法读出这部份UDM所属的空闲空间,类似于HPA分区

HPA是在磁盘尾部。
UDm默认在首部。

HPA 需要硬件支持， 或BIOS支持。是ATA硬盘硬件系统功能， U盘没有。
UDm是纯软件的。

mdyblog

ddsony 发表于 2014-11-12 15:00
是不是意味着PECMD也要更新了呢?

是的， 用最新版， 88.05.23

datbik189

mdyblog 发表于 2014-11-12 17:26
HPA是在磁盘尾部。
UDm默认在首部。

多谢楼主的解释,那UDM有没有布置到末端的可能,那就能在移动硬盘有大量数据的情况下轻易安装

mdyblog

datbik189 发表于 2014-11-12 15:34
8pex64,批处理加载读出正常,xp,03pe批处理加载读出没有改进

》》xp,03pe批处理加载读出没有改进
xp,03pe 本来就没问题， 改什么？

datbik189

mdyblog 发表于 2014-11-12 17:50
》》xp,03pe批处理加载读出没有改进
xp,03pe 本来就没问题， 改什么？

批处理加载后读出速度大大慢于软件加载后的读出速度(xp,03pe)

ddsony

datbik189 发表于 2014-11-12 17:49  多谢楼主的解释,那UDM有没有布置到末端的可能,那就能在移动硬盘有大量数据的情况下轻易安装

MBROS顾名思义就是放在一个大MBR中的启动系统，你想把MBR放到磁盘未尾？创举！

datbik189

ddsony 发表于 2014-11-12 18:26
MBROS顾名思义就是放在一个大MBR中的启动系统，你想把MBR放到磁盘未尾？创举！

MBR是主引导纪录,UDM类似于分区,分区放在哪不行,只要MBR认识该分区就可以了,就可以找到文件启动了,什么大MBR,莫名奇妙!

mdyblog

datbik189 发表于 2014-11-12 17:49
多谢楼主的解释,那UDM有没有布置到末端的可能,那就能在移动硬盘有大量数据的情况下轻易安装

核心（8M） 必须在 前面， 就是 MBR。
因为MBR 只能在i最前面。
至于分区， 可以放到 任何地方。
目前自动方案是在前面， 放到后面的话， 需要手动， 在【UDM管理】中自己创建好了，比如磁盘尾巴上1G。



8M 核心 也可以放到任意地方（最初的方案倒是这样，后来简单就固定在前面），只留下最小的核心在MBR中。

为了万能USB启动算法， 前面 要留 8M空间。 所以， 8M核心就留在前面好了。

mdyblog

datbik189 发表于 2014-11-12 17:57
批处理加载后读出速度大大慢于软件加载后的读出速度(xp,03pe)

升级下 PECMD.EXE 快了。

03、XP 没影响。
把 你的批处理 紧缩（无关的都删掉） 下， 贴出来，看看怎么回事。

ddsony

mdyblog 发表于 2014-11-12 19:05  核心（8M） 必须在 前面， 就是 MBR。  因为MBR 只能在i最前面。  至于分区， 可以放到 任何地方。

犯浑了，记得当初楼主说过这个MBR可以大到10G的空间，还可以以指针的方式指向磁盘任意区域，MBR中是不需要分区表的，UDm分区由此达到深度隐藏的目的，是这样吗？

datbik189

mdyblog 发表于 2014-11-12 19:08
升级下 PECMD.EXE 快了。

03、XP 没影响。

MBRostool mount -w -mall -onlys \\.\physicaldrive1 r-

mdyblog

datbik189 发表于 2014-11-12 19:44
MBRostool mount -w -mall -onlys \\.\physicaldrive1 r-

为了安全， -w 的时候， 默认禁止了 UDM加速算法，让它直接“写通”。
去掉  -w 就快了。

-w  的时候， 很少， 只是维护的时候用。
而写的时候， 禁止 UDM加速算法，不影响 写的速度。

mdyblog

ddsony 发表于 2014-11-12 19:19
犯浑了，记得当初楼主说过这个MBR可以大到10G的空间，还可以以指针的方式指向磁盘任意区域，MBR中是不需 ...

对， UDM 不需要 MBR 中的分区表。
就 这样 深度隐藏。

datbik189

mdyblog 发表于 2014-11-12 19:05
核心（8M） 必须在 前面， 就是 MBR。
因为MBR 只能在i最前面。
至于分区， 可以放到 任何地方。

目前来说,这是最好的方案了.对本地硬盘来说,前面是系统,备份好后,牺牲1G作核心区,再还原系统问题不大.但对移动硬盘,用分区工具在调整分区大小在头部整出1G,时间会很长,当数据很大的时候,这时候意义不大了.  目前成功弄了一个UDM分区在磁盘末端

datbik189

mdyblog 发表于 2014-11-12 20:18
为了安全， -w 的时候， 默认禁止了 UDM加速算法，让它直接“写通”。
去掉  -w 就快了。

那奇怪了,一样的命令NTFS,FAT16,FAT32在xp,03pe,08pex64都很正常(只是FAT32在xp,03pe下比较慢而已.我是打算用UDM分区备份还原,所以比较关注读写速度

mdyblog

datbik189 发表于 2014-11-12 20:52
那奇怪了,一样的命令NTFS,FAT16,FAT32在xp,03pe,08pex64都很正常(只是FAT32在xp,03pe下比较慢而已.我是打 ...

是 NT5(XP 2003)的FAT32驱动问题，没有加速优化。
所以 UDM帮帮忙——读加速。

写没问题。尤其是 备份，没问题的。

回复时，不要 -w， 读很快的。
//这么分开，也好， 让人们 尽量 不要用-w.  

datbik189

mdyblog 发表于 2014-11-12 21:14
是 NT5(XP 2003)的FAT32驱动问题，没有加速优化。
所以 UDM帮帮忙——读加速。

好的

mdyblog

datbik189 发表于 2014-11-12 20:44
目前来说,这是最好的方案了.对本地硬盘来说,前面是系统,备份好后,牺牲1G作核心区,再还原系统问题不大.但 ...

尾部的UDm分区，不能做PE系统， 只能做数据盘。
很多稍老点的 机器， BIOS启动时， 访问的范围 有限， 后面的 磁盘空间访问不了。
PE启动后， 才可以访问。此时可以在PE中备份恢复尾部的UDM区中数据备份。

datbik189

mdyblog 发表于 2014-11-12 22:15
尾部的UDm分区，不能做PE系统， 只能做数据盘。
很多稍老点的 机器， BIOS启动时， 访问的范围 有限， ...

好,既然头部8M的核心是心须的,索性做个1G-2G的核心区放pe之类的,反正又不影响什么,后面的UDM分区做数据区

datbik189

mdyblog 发表于 2014-11-12 21:14
是 NT5(XP 2003)的FAT32驱动问题，没有加速优化。
所以 UDM帮帮忙——读加速。

测试后,去掉-w,速度没有变化

mdyblog

datbik189 发表于 2014-11-12 23:25
测试后,去掉-w,速度没有变化

写入速度（备份):  （去掉了“只读”属性）


读取速度（恢复):


均正常.

mdyblog

datbik189 发表于 2014-11-12 22:38
好,既然头部8M的核心是心须的,索性做个1G-2G的核心区放pe之类的,反正又不影响什么,后面的UDM分区做数据区

新版：
【主盘】 也支持 【分分合合】了。


分裂效果：

mdyblog

datbik189 发表于 2014-11-12 23:25
测试后,去掉-w,速度没有变化

我测试了下， XP下， 有-w ，恢复（读文件）速度也是很快的。
00035--可写加载读也很快--XP：



恢复 是一次性读取， 此时不需要加速优化。

加速优化 是优化那些需要反复读取的数据，如目录和小文件。

加速优化 主要是解决目录浏览的卡顿（如从子目录返回）问题。

datbik189

mdyblog 发表于 2014-11-13 08:09
我测试了下， XP下， 有-w ，恢复（读文件）速度也是很快的。
00035--可写加载读也很快--XP：

可能是我的机器问题,fastcopy本身貌似也带有加速功能,

比较之下,感觉NTFS和FAT16在XP下比FAT32快多了

在批处理下测试(不知方法对不对),带w加载和不带w在XP系统下拷贝速度为1.26M/s(拷贝475M的ISO文件)

datbik189

mdyblog 发表于 2014-11-13 04:48
新版：
【主盘】 也支持 【分分合合】了。

楼主辛苦了,又增加新功能...

datbik189

datbik189 发表于 2014-11-13 08:35
楼主辛苦了,又增加新功能...

最新版好像没有上传: 最新的时间是,2014-11-12 04:56

datbik189

批处理这种拷贝方法看来是错误, 因为软加速会失效