无忧启动论坛

标题: UDM可使PE中移动U盘也支持多分区 [打印本页]

作者: mdyblog 时间: 2014-11-23 13:44
标题: UDM可使PE中移动U盘也支持多分区
[ 本帖最后由 mdyblog 于 2014-11-25 09:11 编辑 ]\n\n[font=宋体]UDM支持PE中， U盘R转F，以支持多分区
UDM可使你的PE启动后，移动U盘（即R格式）自动转为本地磁盘(即F格式)，
从而也支持多个分区直接同时加载。
参见： [url=http://bbs.wuyou.net/forum.php?mod=redirect&goto=findpost&ptid=330493&pid=3004304&fromuid=436204]http://bbs.wuyou.net/forum.php?mod=redirect&goto=findpost&ptid=330493&pid=3004304&fromuid=436204[/url]
[/font][img=573,0]http://bbs.wuyou.net/forum.php?mod=attachment&aid=MjAzNjgwfGRkZmRhYjRjfDE0MTY3NDIxNjF8NDM2MjA0fDMzMDQ5Mw%3D%3D&noupdate=yes[/img][font=宋体] [/font][font=宋体]

[/font]

作者: ddsony 时间: 2014-11-23 16:02
本帖最后由 ddsony 于 2014-11-23 16:03 编辑

这个转化而来的F格式的UDM分区图标是在原来的可移动磁盘栏里，还是转移到了本地盘栏里？
是物理转化还是虚拟转化？如果是物理转化，那就可以不用量产工具量产为F格式了？

作者: zds1210 时间: 2014-11-23 17:28
UDM很牛的，同志们。但是推广工作要加强。

作者: mdyblog 时间: 2014-11-23 18:27
本帖最后由 mdyblog 于 2014-11-23 19:30 编辑

ddsony 发表于 2014-11-23 16:02
这个转化而来的F格式的UDM分区图标是在原来的可移动磁盘栏里，还是转移到了本地盘栏里？
是物理转化还是虚 ...

1: 转移到了本地盘栏里.

2: 是虚拟转化. 只在UDM处理的PE中这样。

作者: Xongkoro 时间: 2014-11-23 19:00

zds1210 发表于 2014-11-23 17:28
UDM很牛的，同志们。但是推广工作要加强。

关键还是要操作还需简易化，人性化，太过繁复肯定会影响其普及度！
毕竟还是这类用户是最大的受众群体！

个人认为现在的UDM还是在制作PE过程中过于繁琐。

作者: mdyblog 时间: 2014-11-23 19:36

Xongkoro 发表于 2014-11-23 19:00
关键还是要操作还需简易化，人性化，太过繁复肯定会影响其普及度！
毕竟还是这类用户是最大的受众群体！ ...

直接【格式化】就做好了 U盘。
其他的就不管了。

作者: ddsony 时间: 2014-11-23 19:42
本帖最后由 ddsony 于 2014-11-23 20:42 编辑

Xongkoro 发表于 2014-11-23 19:00 关键还是要操作还需简易化，人性化，太过繁复肯定会影响其普及度！毕竟还是这类用户是最大的受众群体！ ...

一点也不繁琐了！
部署只要“一拖一格”！
PE外置支持只要往PE的Windows目录拷入“命令行挂载外置统一便捷版”中的文件，然后更新PECMD.EXE，在PECMD.INI添加EXEC =*%MyName% LOAD UDM+FIXDRV.WCS -mall -mhide命令行即可！
如果不愿往PE中添加任何东西，把U盘格式化成软光盘即可！！
这样的技术何繁之有？！
说UDm繁琐复杂的，那是对它粗浅的偏见！
从UD发展到UDm，技术的进步，还不是为了部署的更容易，PE尽量少改造？越弄越繁还叫技术的进步？

作者: mdyblog 时间: 2014-11-23 20:22

Xongkoro 发表于 2014-11-23 19:00
关键还是要操作还需简易化，人性化，太过繁复肯定会影响其普及度！
毕竟还是这类用户是最大的受众群体！ ...

如图：这么简单。

作者: ddsony 时间: 2014-11-23 20:41

zds1210 发表于 2014-11-23 17:28
UDM很牛的，同志们。但是推广工作要加强。

推广要靠你们做PE的大神们啊。

作者: mdyblog 时间: 2014-11-23 21:44

Xongkoro 发表于 2014-11-23 19:00
关键还是要操作还需简易化，人性化，太过繁复肯定会影响其普及度！
毕竟还是这类用户是最大的受众群体！ ...

维护更简单了。
选择分区，立即打开分区，后面操作是熟悉的 windows操作。用完关闭浏览窗口即可。简单吧。

作者: Xongkoro 时间: 2014-11-24 14:07

ddsony 发表于 2014-11-23 19:42
一点也不繁琐了！
部署只要“一拖一格”！
PE外置支持只要往PE的Windows目录拷入“命令行挂载外置统一 ...

兄台不必这么激动,hehe !

M大的辛苦劳作大家是有目共睹的，我本人也没诋毁或是贬低M大的任何意思！
我不属于任何利益集团或者是和M大有任何利益冲突，来无忧只是我的个人爱好，但水平很白，真的就是白纸，这里的人都可以说是我的老师，我在无忧学到很多东西，所以非常感谢无忧和M大这样的辛苦奉献者!

之所以这样说，是因为可能对于您这样的技术流可能根本感觉不到UDM有任何繁琐，可事情要换位思考，UDM的受众群体是哪些？这涉及到一个定位问题，如果说只是为了小众，那没啥好说的；
但如果说是也像UD那样受众面那么广泛，我想现在UDM还处在完善与发展阶段，这从M大的帖子里就可以看出来，如果是像我这样的小白，进帖子里，根本就是眼花缭乱，无所适从。
虽然我看M大的教程也算比较细致的了解了UDM的原理和操作，但我工作环境使得我接触到的客户和身边的同事或者是朋友这些所谓的技术员，计算机维护维修工程师他们这些广大受众群体，让我很了解什么样的维护工具才是对它们最实用的，任何PE，无论任何部署方式，对于他们来说不重要，重要的是拿过来简单弄两下，就要去解决现实中客户存在的问题，能解决问题才是他们目的，而不是任何的部署方式！

试问，像银灿主控量产后用如意烧，任意替换ISO这种操作都很懒得研究的广大受众群体，进入现阶段UDM主帖子去研究他会是什么情况？
并不是所有人都像楼上和M大这样的技术流，受众面最大的还是那些拿来点几下就能用的所谓技术员，方便、简单、快捷、容易理解，是这些人考虑的要素！

我想现阶段M大应该处理一下UDM的教程，可以清晰的分开，比如初级应用层面，简单明了的让人明白UDM点几下就能用的教程是必须的，
中高级应用教程也是必须要有的，毕竟还有不少人对于它深层的功能和原理感兴趣，我想在UDM技术不断完善的情况下，一个好的教程也是一个很重要的因素！

上述是我对UDM的看法，说这么多，也是希望一个好的PE部署方式得以更加成熟与完善，如果被人理解成别的意思，那不是我的本意！

谢谢各位！

作者: ddsony 时间: 2014-11-24 15:11
本帖最后由 ddsony 于 2014-11-24 15:34 编辑

Xongkoro 发表于 2014-11-24 14:07
兄台不必这么激动,hehe !

M大的辛苦劳作大家是有目共睹的，我本人也没诋毁或是贬低M大的任何意思！

你看看M大在你楼下的部署图示吧，我说的“一拖一格”没有错。这个比UD部署还少了一步，UD里还要启动文件的关联——“一格一拖一关联”。UDM连“关联”都省了。就两步，你说是更简单了还是更复杂了？
还有PE改造问题，UD，U+你把PE核心解开启动试试，保证你吹胡子干瞪眼。UDM不用对PE核心打包整体MAP改造。
如果懒得对PE改造就想启动，就想挂载外置，那么，你把U盘格式化为软光盘，一切OK！量产PE拿来扔进去就能用，还想怎样傻瓜？
M大拿出这个东西来恰恰是因为UD，U+尚不完善，还有许多特别是兼容性、支持性甚至是易用性方面有待改进的地方，才推出UDM技术。现在好了，两步就够了，PE都不用改造就可以启动了，怎么反而繁琐不易上手了呢？
我也没丝毫故意捧高M大的意思，我也是实话实说，没有对它彻底了解就说复杂繁琐那似乎也不妥当。或许你说的复杂繁琐那根本不是多数人所要关心的东西。我跟M大交流的那么多贴子大多也不是你所说的受益群体需要关心的，所以别觉得留下那么多交流印记就认为是这个软件复杂不成熟。当然软件自身也是在不断发展和改进中，任何一款软件都是这样慢慢走向成熟稳定的。
拭目以待吧，M大从未在易用性和功能性方面放弃过努力，他还在改造。。。。。。
另外说一句，把界面上操作简易但支持性、兼容性单一的先入为主的东西拿来与UDM做比较其实是有失偏颇的，更何况现在的UDM操作性和功能性两者都不缺。

作者: datbik189 时间: 2014-11-24 20:48
UDM是有盘符的ud分区,简单的用法就是当ud用,不过有点像win7降级到XP的味道

作者: flameyy 时间: 2014-12-1 13:13

mdyblog 发表于 2014-11-23 19:36
直接【格式化】就做好了 U盘。
其他的就不管了。

我用格式化制作的启动盘，再检查修复都会提示有错误，修复后才能用，但有时就无法在QEMU里启动，有时又可以，特别是UEFI

作者: mdyblog 时间: 2014-12-1 13:34

flameyy 发表于 2014-12-1 13:13
我用格式化制作的启动盘，再检查修复都会提示有错误，修复后才能用，但有时就无法在QEMU里启动，有时又可 ...

>>但有时就无法在QEMU里启动，有时又可以，特别是UEFI
可能是那个虚拟机不太能强吧。

作者: flameyy 时间: 2014-12-1 14:32
本帖最后由 flameyy 于 2014-12-1 14:40 编辑

mdyblog 发表于 2014-12-1 13:34
>>但有时就无法在QEMU里启动，有时又可以，特别是UEFI
可能是那个虚拟机不太能强吧。

BIOS启动在老机器上成功率跟UD差不多，但UEFI的成功率太差了
能进入GRUB菜单，但无法引导WIN8，无论是否映射都无法启动

作者: mdyblog 时间: 2014-12-1 14:48
本帖最后由 mdyblog 于 2014-12-1 15:58 编辑

flameyy 发表于 2014-12-1 14:32
BIOS启动在老机器上成功率跟UD差不多，但UEFI的成功率太差了
能进入GRUB菜单，但无法引导WIN8，无论是 ...

>>但UEFI的成功率太差了
>>能进入GRUB菜单，但无法引导WIN8，无论是否映射都无法启动
那是你测试的机器的原因。
UEFI 没什么好弄的。没有什么MBR。是机器直接启动你的 \efi\boot\bootx64.efi
要么型，要么不行。

注意
1）用软件自己处理。不要手动处理分区表来实现（很多人不懂，弄的部队）。
2）映射后金分区管理看看，确认是 8PE的那个分区在最前面。如英国不是，吧帝业个分区删掉，重新映射。
3）UEFI启动必须用 FAT16格式。
4) 这种方法支持EFI64E/EFI 32

----
你把映射后，不能EFI启动的 U盘的【分区管理】贴图上来看看。

正确的分区表（R格式盘）：

EFI64启动盘上的文件：

如果这样，还不能启动，要么是机器不能EFI64/32，要么是你的PE有问题。

作者: flameyy 时间: 2014-12-1 15:42

mdyblog 发表于 2014-12-1 14:48
>>但UEFI的成功率太差了
>>能进入GRUB菜单，但无法引导WIN8，无论是否映射都无法启动
那是你测试的机 ...

用的是主贴里的 “ 没有分区表的UDM的UEFI-8PE.7z”
http://pan.baidu.com/s/1mgl0bjy，直接格式化，然后检查修复，没做其他任何操作。
相同的机器，用UD+分区表项法和B+隐藏都能UEFI启动

作者: mdyblog 时间: 2014-12-1 15:58
本帖最后由 mdyblog 于 2014-12-1 17:06 编辑

flameyy 发表于 2014-12-1 15:42
用的是主贴里的 “ 没有分区表的UDM的UEFI-8PE.7z”
http://pan.baidu.com/s/1mgl0bjy，直接格式化，然 ...

先简单点，
直接格式化，勾选【EFI启动】和【重建分区表】，就默认的FAT16。
拿去启动EFI。

提问题，来点高质量的提法，好不好。
给个图，这样提供能一些有用信息。

顺便【分区管理】贴图上来看看。

安妮说的因射出来，这样操作：
1） MOS写入Ｕ盘。（不要修正，尤其不能用新版修正）

做好的分区表应该这样。

2）由于这个示例没考虑这么用，所以要改文件名。

测试直接启动EFI。

作者: mdyblog 时间: 2014-12-1 18:23

flameyy 发表于 2014-12-1 15:42
用的是主贴里的 “ 没有分区表的UDM的UEFI-8PE.7z”
http://pan.baidu.com/s/1mgl0bjy，直接格式化，然 ...

另外，这版本太老了。只是一个过度产品。
如果要深渡隐藏（无分区表），请新点的。
1# 有：
http://pan.baidu.com/s/1jGGDdo6#MBROS超深隐藏8PE64-EFI_系统.打包.7z（85M 直接软量产）超级深度隐藏UDM-UEFI-PE-模板.7z (1.5M) 详见1681# (欢迎测试)

这个有说明。

作者: lihe 时间: 2023-4-21 10:54
m大什么时候更新一下MBROSTool啊ImDiskX数字签名被黑名单了导致现在都用不了

作者: lihe 时间: 2023-4-21 10:54

lihe 发表于 2023-4-21 10:54
m大什么时候更新一下MBROSTool啊ImDiskX数字签名被黑名单了导致现在都用不了

新版系统深度就炸

欢迎光临无忧启动论坛 (http://bbs.c3.wuyou.net/)