无忧启动论坛

 找回密码
 注册
搜索
系统gho:最纯净好用系统下载站投放广告、加入VIP会员,请联系 微信:wuyouceo
查看: 22603|回复: 34
打印 上一主题 下一主题

[讨论] 新版imagex已支持ESD格式,不知在备份还原速度与功能上与WIMLIB-IMAGEX那个更有优势?

[复制链接]
跳转到指定楼层
1#
发表于 2017-6-25 20:09:36 | 只看该作者 |只看大图 回帖奖励 |倒序浏览 |阅读模式
本帖最后由 kcyou 于 2017-6-26 13:30 编辑

新版imagex已支持ESD格式,不知在备份还原速度与功能上与WIMLIB-IMAGEX那个更有优势?
如果imagex有优势,CGI内核还有必要使用WIMLIB-IMAGEX吗?

推荐
发表于 2017-6-25 20:51:49 | 只看该作者
本帖最后由 tegl 于 2017-6-26 09:38 编辑

各有优缺点吧:
1.ImageX 6.3不支持XP,但支持中文
2.Wimlib支持XP,也支持中文  wimlib-imagex.exe info --xml d:\ install.wim >a.txt
3.WIMlib支持热备份,ImageX不支持
4.ImageX备份还原速度比WImlib快
5.WIMlib备份的文件在Fat32下大于4G会中断备份,即不会自动分卷

点评

从第4、5条就能做出取舍(也不算取舍,算是ImageX优先选择); 第3条“热备份”,在速度面前,显得不太重要了; 第1、2条可以做为“备选” 综以上几条,完全可以优先调用ImageX,当ImageX不支持的情况下,再调用Wi  详情 回复 发表于 2017-8-14 18:07
感谢回复! 不过,在ImageX.exe自带的帮助中未找到与ESD相关的指令,不知道有没有专门的帮助文档。  发表于 2017-6-26 09:52
看来楼主你对这个比较了解,在这里向您请教两个问题: 1. ImageX压缩和转换WIM到ESD的指令分别怎么写? 2. ImageX转换WIM到ESD的时候,有没有指令能像WIMLib那样所有分卷一起转换,而不需要一个一个卷的转换?  详情 回复 发表于 2017-6-26 09:10
回复

使用道具 举报

3#
发表于 2017-6-25 20:33:02 | 只看该作者
在NT5中分别双击imagex.exe和wimlib-imagex.exe,优劣即刻见分晓
回复

使用道具 举报

4#
发表于 2017-6-26 09:10:53 | 只看该作者
tegl 发表于 2017-6-25 20:51
各有优缺点吧:
1.ImageX 6.3不支持XP,但支持中文
2.Wimlib支持XP,但不支持中文

看来楼主你对这个比较了解,在这里向您请教两个问题:
1. ImageX压缩和转换WIM到ESD的指令分别怎么写?
2. ImageX转换WIM到ESD的时候,有没有指令能像WIMLib那样所有分卷一起转换,而不需要一个一个卷的转换?

点评

1.看自带帮助 2.没有  发表于 2017-6-26 09:34
回复

使用道具 举报

5#
发表于 2017-6-26 09:31:15 | 只看该作者
期待有人做对比测试!!!
回复

使用道具 举报

6#
 楼主| 发表于 2017-6-26 10:28:51 | 只看该作者
我对CGI 2014.2.9 标准版,将CGI.WCZ解密后,增加ESD格式后,将imagex.exe换成10.0.15063.0,备份系统为ESD格式成功。
感觉比 wimlib-imagex.exe 备份速度快一些。imagex.exe是微软的东西,是不是对NT6系统使用imagex.exe有优势呢?当然用DISM\DISM++也可以。

点评

我也尝试这么做了,结果是备份为ESD的时候,备份出来的文件其体积和WIM一样大,我觉得实际上发就是WIM格式来的。 请问ImageX备份位ESD的指令您是怎么写的(我直接使用备份WIM的指令,自己也感觉这是错误的)?  详情 回复 发表于 2017-6-26 10:56
我也尝试这么做了,结果是备份为ESD的时候,备份出来的文件其体积和WIM一样大,我觉得实际上发就是WIM格式来的。 请问ImageX备份位ESD的指令您是怎么写的(我直接使用备份WIM的指令,自己也感觉这是错误的)?  详情 回复 发表于 2017-6-26 10:55
求分享  详情 回复 发表于 2017-6-26 10:49

评分

参与人数 1无忧币 +5 收起 理由
糊涂 + 5

查看全部评分

回复

使用道具 举报

7#
发表于 2017-6-26 10:49:19 | 只看该作者
kcyou 发表于 2017-6-26 10:28
我对CGI 2014.2.9 标准版,将CGI.WCZ解密后,增加ESD格式后,将imagex.exe换成10.0.15063.0,备份系统为ESD ...

求分享
回复

使用道具 举报

8#
发表于 2017-6-26 10:55:47 | 只看该作者
kcyou 发表于 2017-6-26 10:28
我对CGI 2014.2.9 标准版,将CGI.WCZ解密后,增加ESD格式后,将imagex.exe换成10.0.15063.0,备份系统为ESD ...

我也尝试这么做了,结果是备份为ESD的时候,备份出来的文件其体积和WIM一样大,我觉得实际上发就是WIM格式来的。
请问ImageX备份位ESD的指令您是怎么写的(我直接使用备份WIM的指令,自己也感觉这是错误的)?
回复

使用道具 举报

9#
发表于 2017-6-26 10:56:01 | 只看该作者
kcyou 发表于 2017-6-26 10:28
我对CGI 2014.2.9 标准版,将CGI.WCZ解密后,增加ESD格式后,将imagex.exe换成10.0.15063.0,备份系统为ESD ...


我也尝试这么做了,结果是备份为ESD的时候,备份出来的文件其体积和WIM一样大,我觉得实际上发就是WIM格式来的。
请问ImageX备份为ESD的指令您是怎么写的(我直接使用备份WIM的指令,自己也感觉这是错误的)?

点评

我又用http://bbs.wuyou.net/forum.php?mod=viewthread&tid=373287&extra=这个工具测试了一个较小的WIM进行比较。 BOOT.WIM挂载到0000目录后再测试  详情 回复 发表于 2017-6-26 11:26
回复

使用道具 举报

10#
 楼主| 发表于 2017-6-26 11:35:43 | 只看该作者
本帖最后由 kcyou 于 2017-6-26 11:39 编辑

我又用http://bbs.wuyou.net/forum.php?mod=viewthread&tid=373287&extra=这个工具测试了一个较小的WIM进行比较。
BOOT.WIM挂载到0000目录后再测试







点评

从截图上看,ImageX压制ESD的指令和压制WIM的指令是一样的,没什么区别哦。 我记得有说法说ESD是WIM的固实模式,所以我觉得指令应该是不一样的。  详情 回复 发表于 2017-6-26 15:05
感谢回复!  详情 回复 发表于 2017-6-26 12:16
回复

使用道具 举报

11#
发表于 2017-6-26 12:16:49 | 只看该作者
kcyou 发表于 2017-6-26 11:35
我又用http://bbs.wuyou.net/forum.php?mod=viewthread&tid=373287&extra=这个工具测试了一个较小的WIM进行 ...

感谢回复!
回复

使用道具 举报

12#
 楼主| 发表于 2017-6-26 13:27:40 | 只看该作者
本帖最后由 kcyou 于 2017-6-26 16:26 编辑

CGI-特别版(ghost+Imagex)修改版:


此特别版是 在2014.02.10   clonecd 特别版基础上修改的,该版不用IsoCmd.exe,专门引入了一个工具OSFMount.com,解决PE中用来挂载外置的虚拟光驱与CGI的冲突。

点评

这个算吗 ,手动选择ESD格式有  详情 回复 发表于 2017-6-26 14:31
回复

使用道具 举报

13#
发表于 2017-6-26 14:31:02 | 只看该作者
kcyou 发表于 2017-6-26 13:27
CGI-特别版(ghost+Imagex)修改版:

http://pan.baidu.com/s/1i5cIZh7

这个算吗 ,手动选择ESD格式有[img]file:///C:\Users\Administrator\AppData\Roaming\Tencent\Users\654112094\QQ\WinTemp\RichOle\L(SK~43V96@8BQU8GK6J_6T.png[/img]

0.png (316.04 KB, 下载次数: 167)

0.png

点评

下拉框选择ESD就不会有  详情 回复 发表于 2017-6-26 14:31
下拉框选择ESD就不会有  详情 回复 发表于 2017-6-26 14:31
回复

使用道具 举报

14#
发表于 2017-6-26 14:31:38 | 只看该作者
aimengyu 发表于 2017-6-26 14:31
这个算吗 ,手动选择ESD格式有

下拉框选择ESD就不会有
回复

使用道具 举报

15#
发表于 2017-6-26 14:31:42 | 只看该作者
aimengyu 发表于 2017-6-26 14:31
这个算吗 ,手动选择ESD格式有

下拉框选择ESD就不会有
回复

使用道具 举报

16#
发表于 2017-6-26 15:05:36 | 只看该作者
kcyou 发表于 2017-6-26 11:35
我又用http://bbs.wuyou.net/forum.php?mod=viewthread&tid=373287&extra=这个工具测试了一个较小的WIM进行 ...

从截图上看,ImageX压制ESD的指令和压制WIM的指令是一样的,没什么区别哦。
我记得有说法说ESD是WIM的固实模式,所以我觉得指令应该是不一样的。
回复

使用道具 举报

17#
发表于 2017-6-28 13:27:42 | 只看该作者
imagex可以直接使用ESD文件
imagex好像是不能直接制作ESD的,需要先压缩为WIM在转化,DISM++好像可以直接压缩为ESD怎么实现的就不太清楚了!
回复

使用道具 举报

18#
发表于 2017-6-28 13:53:18 | 只看该作者
某些系统环境,还有高压缩的WIM,imagex或者DISM都不支持WIMBOOT参数,这时候WIMLIB-IMAGEX任然可以支持。我觉得这二个软件需要同时有!!!
回复

使用道具 举报

19#
发表于 2017-8-14 17:35:45 | 只看该作者
还真可以 释放 和压缩 esd
回复

使用道具 举报

20#
发表于 2017-8-14 18:07:46 | 只看该作者
tegl 发表于 2017-6-25 20:51
各有优缺点吧:
1.ImageX 6.3不支持XP,但支持中文
2.Wimlib支持XP,也支持中文  wimlib-imagex.exe info  ...

从第4、5条就能做出取舍(也不算取舍,算是ImageX优先选择);
第3条“热备份”,在速度面前,显得不太重要了;
第1、2条可以做为“备选”
综以上几条,完全可以优先调用ImageX,当ImageX不支持的情况下,再调用Wimlib-imagex...
回复

使用道具 举报

21#
发表于 2017-8-15 15:12:22 | 只看该作者
另外WIMLIB还存在一个致命的BUG,例如对原版2012 R2的Install.wim获取XML信息时,存在部分乱码现象,包括最新的1.12正式版
cn_windows_server_2012_r2_vl_with_update_x64_dvd_6052729.iso
wimlib-imagex info --xml e:\sources\install.wim >d:\1.txt

经发现,是当XML大小大于255字节时,从256开始就会乱码
1.zip (1.59 KB, 下载次数: 11)

点评

命令使用错误了 wimlib-imagex info --extract-xml=2.txt  详情 回复 发表于 2017-8-19 17:07
回复

使用道具 举报

22#
发表于 2017-8-15 15:15:15 | 只看该作者
此BUG,导致只能获取2012R2 4个版本中的前2个版本的信息,余下的2个在乱码中,无法识别,看来还是原版的ImageX好用,第三方的BUG有点多

点评

这就更有理由ImageX优先调用,而WIMLIB做为备用  发表于 2017-8-15 16:44
回复

使用道具 举报

23#
发表于 2017-8-16 23:31:52 | 只看该作者
又发现WIMLIB另一个BUG,无法获取微PE2.0中的10PE的XML信息,如图,而原版imagex则无此问题,对WIMLIB非常失望。。
回复

使用道具 举报

24#
发表于 2017-8-19 17:07:07 | 只看该作者
tegl 发表于 2017-8-15 15:12
另外WIMLIB还存在一个致命的BUG,例如对原版2012 R2的Install.wim获取XML信息时,存在部分乱码现象,包括最 ...

命令使用错误了
wimlib-imagex info --extract-xml=2.txt

点评

感谢指正  发表于 2017-8-20 23:33
回复

使用道具 举报

25#
发表于 2017-8-31 10:55:17 来自手机 | 只看该作者
kcyou 发表于 2017-6-26 11:35
我又用http://bbs.wuyou.net/forum.php?mod=viewthread&tid=373287&extra=这个工具测试了一个较小的WIM进行 ...

wimlibe-imagex   xx    xx.wim  --threads=? --compress=lzx:100   


这不是wimlib差, 你带上 --threads=?(?代表你系统的核心数,4C4T的 Intel I7 就填4  因为备份用的是同一指令,CPU超线程用不上)
回复

使用道具 举报

26#
发表于 2018-11-29 06:04:05 | 只看该作者
我曾经也对这问题感到疑惑,发现的确会比imagex慢不少,因为官方测试效率要比微软的高的。后来我用dll版本又做了测试,发现wimgapi的确不是wimlib对手,特别是标准压缩模式,效率要比wimgapi高几倍(2.5g系统)。至于楼上说的xml问题,在dll版本完全不存在任何问题,一般出问题都是转码有关,对于贵编程的这不是问题。
回复

使用道具 举报

27#
发表于 2018-11-29 07:15:17 | 只看该作者
我又做了个测试,捕获win7的目录,采用lzx压缩类型,wimlib效率尽然是wimgapi的两倍,体积比wimgapi的还小,仅这个结果,微软的已经可以丟垃圾桶里面去了,那么上面的人是如何得出结论imagex效率比wimlib高的?

点评

捕获和压缩都是wimlib快的多 但解压释放是imagex快的多 有没有办法两者合一?  详情 回复 发表于 2018-12-26 07:46
回复

使用道具 举报

28#
发表于 2018-12-26 07:46:31 | 只看该作者
四海皆狂龙 发表于 2018-11-29 07:15
我又做了个测试,捕获win7的目录,采用lzx压缩类型,wimlib效率尽然是wimgapi的两倍,体积比wimgapi的还小 ...

捕获和压缩都是wimlib快的多
但解压释放是imagex快的多
有没有办法两者合一?

点评

解压没测试,如果真如此,那必须官方反映下。两个交换使用不是不可以,但感觉累赘不彻底。  详情 回复 发表于 2019-1-1 02:32
回复

使用道具 举报

29#
发表于 2019-1-1 02:32:02 | 只看该作者
flameyy 发表于 2018-12-26 07:46
捕获和压缩都是wimlib快的多
但解压释放是imagex快的多
有没有办法两者合一?

解压没测试,如果真如此,那必须官方反映下。两个交换使用不是不可以,但感觉累赘不彻底。
回复

使用道具 举报

30#
发表于 2019-11-1 11:39:07 | 只看该作者
试试wimlib.exe
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

本版积分规则

小黑屋|手机版|Archiver|捐助支持|无忧启动 ( 闽ICP备05002490号-1 )

闽公网安备 35020302032614号

GMT+8, 2024-11-25 15:27

Powered by Discuz! X3.3

© 2001-2017 Comsenz Inc.

快速回复 返回顶部 返回列表