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

ddsony

mdyblog 发表于 2014-8-20 09:31
ISO 可哟超过 4G啊。 很多ISO超过4G啊！
找不到文件， 那是启动软件的问题。

那找不到文件的错误又是ezboot之祸？

mdyblog

ddsony 发表于 2014-8-20 09:36
那找不到文件的错误又是ezboot之祸？

是的。

mdyblog

ddsony 发表于 2014-8-20 09:35
》》Xorboot  和 ezBOOT一样是 鼠标点点， 不需要编写脚本代码。
我没研究，就随便 瞄了一眼， 觉得差 ...

grub4dos 也有这个功能。
xorboot 也可以。
很多都能实现 这个回到主菜单。
grub4dos  有个 dosusb2.0, 就是启动 dos，驱动usb2.0， 再返回 主菜单。
有个dos版的 分区软件， 分区完毕 可以返回G4D.

蜜拉

U盘木有量产过，也不会量产，连PE桌面怎么添加工具都不会操作

mdyblog

蜜拉 发表于 2014-8-20 11:57
U盘木有量产过，也不会量产，连PE桌面怎么添加工具都不会操作

不需要量产。

ddsony

mdyblog 发表于 2014-8-20 09:50
是的。

刚才试了一下U+ （hdd+v2不隐藏），发现xp，03PE启动后加载外置的速度正常。再尝试hdd+v2隐藏，xp,03PE不能加载隐藏区的外置程序，无法测试加载外置速度。
纳闷：同样是FAT32格式，为什么在一个不隐藏的普通分区，xp，03PE加载外置的速度正常，而把它们放到一个特殊格出的大分区（udm),它就死翘翘了呢？

mdyblog

ddsony 发表于 2014-8-20 13:50
刚才试了一下U+ （hdd+v2不隐藏），发现xp，03PE启动后加载外置的速度正常。再尝试hdd+v2隐藏，xp,03PE ...

我前面讲过：

1. FAT： 不隐藏， 普通隐藏 的速度正常。
   
2.          深度隐藏 或 GPT 就 卡。

复制代码

不隐藏， 普通隐藏 是可磁盘设备挂钩， 磁盘设备本身有缓冲， 能起到一定加速的效果（NTFS在此基础上，自己有更高效的缓冲加速）。

深度隐藏（UDM） 笔试磁盘上的一个分区，  都是虚拟一个设备。虚拟一个设备 没有缓冲。 UDM就是这样，我当时准备加个缓冲算法，后来有NTFS/exFAT 等方案， 就算了。

GPT 估计类似， 带来什么隔离， MS 03上GPT--FAT 没有融合好。 可能03的驱动由于安全的看重（毕竟Server版），又是一个过渡产品， 估计将GPT磁盘的缓冲关闭了。
XP用的就是03的驱动。

前面说guo:
UDm 在加载中 将 基本分区 不深度隐藏， 就不卡----只是没有隐藏，别的机器很容易就能用BOOTICE、PECMD等分区软件加载显示出来，修改删除、格式化。

不知道怎么将win7X86 优化国的GPT驱动 移到03 /XP 中。

mdyblog

ddsony 发表于 2014-8-20 13:50
刚才试了一下U+ （hdd+v2不隐藏），发现xp，03PE启动后加载外置的速度正常。再尝试hdd+v2隐藏，xp,03PE ...

新版 解决了exFAT--EFI启动问题。

ddsony

mdyblog 发表于 2014-8-20 14:48
我前面讲过：

》》深度隐藏（UDM） 笔试磁盘上的一个分区，  都是虚拟一个设备。虚拟一个设备 没有缓冲。 UDM就是这样，我当时准备加个缓冲算法，后来有NTFS/exFAT 等方案， 就算了。

现在看来，看在ezboot FAT文件系统的份上，你还是加一加这个mbr深隐的缓冲算法吧，这个与NTFS及exFAT不冲突的吧？毕竟你为这ezboot的兼容也花了不少的精力。多谢。

》》不知道怎么将win7X86 优化国的GPT驱动 移到03 /XP 中

期待你突破的消息。到时深隐和GPT卡顿的问题都能一并解决。

ddsony

mdyblog 发表于 2014-8-20 14:55
新版 解决了exFAT--EFI启动问题。

技术不断突破，恭喜！

ddsony

mdyblog 发表于 2014-8-20 14:48
我前面讲过：

》》FAT： 不隐藏， 普通隐藏的速度正常。 深度隐藏 或 GPT 就 卡。
这种现象在当初的BEAN的一代UD中应该也存在吧？

ddsony

mdyblog 发表于 2014-8-20 14:48
我前面讲过：

》》不知道怎么将win7X86 优化国的GPT驱动 移到03 /XP 中。

win7x86的GPT-FAT驱动移植过来的话，FAT对MBR深隐和GPT卡顿现象都能一并解决了吧？当时测试时我发现MBR深隐情况下，WIN7、WIN8PE加载外置速度也都正常的。

mdyblog

ddsony 发表于 2014-8-20 15:15
》》深度隐藏（UDM） 笔试磁盘上的一个分区，  都是虚拟一个设备。虚拟一个设备 没有缓冲。 UDM就是这 ...

>>现在看来，看在ezboot FAT文件系统的份上，你还是加一加这个mbr深隐的缓冲算法吧，这个与NTFS及exFAT不冲突的吧？毕竟你为这ezboot的兼容也花了不少的精力。多谢。

不是那么简单的， 对于 几个G的 分区， 很难起到加速效果。算法还是比较难的。

mdyblog

ddsony 发表于 2014-8-20 15:53
》》FAT： 不隐藏， 普通隐藏的速度正常。 深度隐藏 或 GPT 就 卡。
这种现象在当初的BEAN的一代UD中 ...

》》BEAN的一代UD中应该也存在吧
一代UD中在PE中根本不能加载访问。 没有根本FAT文件系统。
所以有了2代UD (UDm).

ddsony

mdyblog 发表于 2014-8-20 16:06
》》BEAN的一代UD中应该也存在吧
一代UD中在PE中根本不能加载访问。 没有根本FAT文件系统。
所以有了 ...

UD区中连FAT都没有，那它怎么实现从UD隐藏区启动PE的呢，没FS连里面的文件都认不出啊？
另外，PE中不能加载访问是指不能独立随系统加载UD区吧（因为没FAT），但在PE中借助FB还是应该能挂载UD的吧？
不吝赐教。

mdyblog

ddsony 发表于 2014-8-20 16:38
UD区中连FAT都没有，那它怎么实现从UD隐藏区启动PE的呢，没FS连里面的文件都认不出啊？
另外，PE中不 ...

》》UD区中连FAT都没有，那它怎么实现从UD隐藏区启动PE的呢，没FS连里面的文件都认不出啊？
是的。连FAT都没有。
grub4dos 是专门为UD改造国， 能让你访问。

grub4dos 完成使命后， bootmgr(ntldr等) 开始就不能访问了UD里面的文件。
一般是这样适用的：
UD一般是你面做个大IMG， IMG是有FAT的。
grub4dos 将 IMG 虚拟成 DOS虚拟设备，此设备有FAT， bootmgr能访问IMG里面的文件，UD里面的文件还是不能访问。
PE启动后， DOS虚拟设备 在widnows下无效了，不能用。 IMG 里面的文件也不能访问。
有人有开发了特别驱动， 使得  DOS虚拟设备 在PE下继续有效。可能没有X64的版本吧（得考虑EFI）。

DOS虚拟设备 ----对EFI没有用。 所以现在淘汰了这种方法。



》》另外，PE中不能加载访问是指不能独立随系统加载UD区吧（因为没FAT），但在PE中借助FB还是应该能挂载UD的吧？
不能挂载。
FBins.exe 不是 挂载。
而是提出文件 到临时目录。
然后再访问 临时文件。
用完自己在删掉。

ddsony

mdyblog 发表于 2014-8-20 17:20
》》UD区中连FAT都没有，那它怎么实现从UD隐藏区启动PE的呢，没FS连里面的文件都认不出啊？
是的。连F ...

1.这个格式化创建MOS镜像文件时，里面的格式怎么只有FAT16，FAT32，没有NTFS和exFAT？
2.高级功能——检查修复，发现有错，点击修复以后显示“修复完毕”，但再次检查显示还是错误，为什么没有修复成功？

mdyblog

ddsony 发表于 2014-8-20 16:38
UD区中连FAT都没有，那它怎么实现从UD隐藏区启动PE的呢，没FS连里面的文件都认不出啊？
另外，PE中不 ...

奇怪。 我费了老大的劲， 写了个缓冲算法。
对一个 19G 的 FAT32，  开 16M 缓冲，竟然 几乎没有什么效果。
开到64M 还是没有什么效果。

mdyblog

ddsony 发表于 2014-8-21 08:29
1.这个格式化创建MOS镜像文件时，里面的格式怎么只有FAT16，FAT32，没有NTFS和exFAT？
2.高级功能——检 ...

最近这些新东西。

创建MOS， 没怎么跟上。  忙不上。
见NTFS、exFAT， 变动很大。
最近这些新东西。基本针对磁盘的。 （有些涉及GPT 的操作代码  对  MOS 无效）

磁盘操作每问题吧。

ddsony

mdyblog 发表于 2014-8-21 08:31
奇怪。 我费了老大的劲， 写了个缓冲算法。
对一个 19G 的 FAT32，  开 16M 缓冲，竟然 几乎没有什么 ...

难道算法有差错？

mdyblog

ddsony 发表于 2014-8-21 09:12
难道算法有差错？

算法 对了。
这种东西错一点，就崩溃的；至少你看不到那么多文件、拷贝出文件。
调试 证明  每次是缓冲读取的。（读新数据也是先读到缓冲，再从缓冲拷贝走）
只是 没有加速效果。

可能FAT 驱动中要读取一个大数据， 超过缓冲，使得是缓冲总是不停更新---命中率几乎为0---没有加速效果。

FAT32 有个 磁盘分配饼图， 19G 的分区， 这个饼图应该很大的。

ddsony

mdyblog 发表于 2014-8-21 08:41
最近这些新东西。

创建MOS， 没怎么跟上。  忙不上。

>>磁盘操作没问题吧。
没问题。只是感觉格式化时，ISO体积较大时，拷贝文件的速度明显比手工拷贝慢许多。

ddsony

mdyblog 发表于 2014-8-20 14:48
我前面讲过：

》》不隐藏， 普通隐藏 是可磁盘设备挂钩， 磁盘设备本身有缓冲， 能起到一定加速的效果（NTFS在此基础上，自己有更高效的缓冲加速）。

我把MBR深隐的UDM加载分区表，变成普通隐藏，期待能改变加载外置的速度，谁知，加载速度同样慢如蜗牛！

mdyblog

ddsony 发表于 2014-8-21 11:53
》》不隐藏， 普通隐藏 是可磁盘设备挂钩， 磁盘设备本身有缓冲， 能起到一定加速的效果（NTFS在此基础上 ...

1：
我看看。 多大分区？


2：
PECMD.INI 中需要 加个 参数    --muh- ， 禁止PECMD自己加载替换成只读加载。

(1)  如果 普通隐藏， 确保 "UDm+fixdrv.wcs"  之前 有:

SHOW   -1:-1

这样就能 显示 普通隐藏 的盘符
(2)

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

ddsony

mdyblog 发表于 2014-8-21 12:10
1：
我看看。 多大分区？

》》我看看。 多大分区？

6.9g
》》我原来的开关是 --muhg -mall -mhide
没有SHOW命令，但是我在PE里还是能看到普通隐藏的盘符的啊。

mdyblog

ddsony 发表于 2014-8-21 12:32
》》我看看。 多大分区？

6.9g

核心区没有加载盘符， 你无法访问里面的外置。


J:  是可见用户区， 本来就没有隐藏的。起来就是显示的。

ddsony

mdyblog 发表于 2014-8-21 12:58
核心区没有加载盘符， 你无法访问里面的外置。

这个核心分区在我PE的资源管理器是显示盘符的，外置也是能加载的，就是同样的慢。
这个截图是我把UDM加载分区表变成普通隐藏以后在win7系统而不是PE中打开DG看到的。

ddsony

mdyblog 发表于 2014-8-21 12:58
核心区没有加载盘符， 你无法访问里面的外置。

刚才按照楼主提示在PECMD.INI中作了相应修改，重启以后XP和03PE果然能正常速度加载外置了，看来楼主的理论和实践是吻合的。小高兴了一下，最糟糕的情况终究还能够以普通隐藏的方式启动我的ezboot制造的大体积ISO，不至于让ezboot走投无路。可惜软光盘和MBR深隐加速问题现在还没有解决，上午楼主的UDM加速算法受挫，不知楼主其它方案进展如何？
另外这个PECMD.INI作了这样修改，以后重新使用软光盘的话，有影响吗，又要重新改回来吗？

mdyblog

ddsony 发表于 2014-8-21 14:18
刚才按照楼主提示在PECMD.INI中作了相应修改，重启以后XP和03PE果然能正常速度加载外置了，看来楼主的 ...

》》另外这个PECMD.INI作了这样修改，以后重新使用软光盘的话，有影响吗，又要重新改回来吗？
1： 不影响 软光盘。
2：影响 非软光盘的 普通隐藏 和非隐藏， 不会变为更安全的 只读。 但PE运行正常。

你能给出多大的确切值， FAT32 分区超过这个值，就会慢， 低于这个值不慢。
我改下加载代码， 自动判断 何时不转为只读。

ddsony

mdyblog 发表于 2014-8-21 15:36
》》另外这个PECMD.INI作了这样修改，以后重新使用软光盘的话，有影响吗，又要重新改回来吗？
1： 不 ...

那我的UDM是不是又要重新改为深隐？普通隐藏如何改回深隐？