无忧启动论坛

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

[2025年10月05日重大更新]WimTool - v1.7.2025.10.08Wim文件的图形视窗处理工具

    [复制链接]
3691#
 楼主| 发表于 2025-10-7 21:31:43 | 只看该作者
dos时代菜鸟 发表于 2025-10-7 19:52
我给 Win10 安装了 wimfltr.sys 并用 老版本的 imagex 挂载后,新版 wimtool 不能识别挂载状态。而1.30  ...

你将这个wimfltr.sys全套组件及安装cmd打包发来,我试试。最好有清除wimmount组件的方法。

点评

老版本的 wim 驱动比较简易,win10上用,不占挂载空间。附件是 amd64 的 wimfltr 驱动和 imagex6  详情 回复 发表于 7 天前
回复

使用道具 举报

3692#
发表于 2025-10-7 22:21:50 | 只看该作者
俺是不是要再等更完善了再下呢
回复

使用道具 举报

3693#
发表于 7 天前 | 只看该作者
本帖最后由 dos时代菜鸟 于 2025-10-8 09:56 编辑
lxl1638 发表于 2025-10-7 21:31
你将这个wimfltr.sys全套组件及安装cmd打包发来,我试试。最好有清除wimmount组件的方法。

imagex_6.0.7z (626.59 KB, 下载次数: 2)

老版本的 wim 驱动比较简易,win10上用,不占挂载空间。附件是 amd64 的 wimfltr 驱动和 imagex6
win10pe 下只需要 wimfltr.sys + imagex6.exe 就可以实现wim 的挂载。



点评

谢谢,基本可以搞定,我在WinPE系统中测试的,我再检查测试后晚些时间发给你测试。 有两个问题记不起了: 1、你这组文件是不是也支持WIM可写挂载? 2、从哪个版本的WIM组件开始支持WIM可写挂载的?6.0版?  详情 回复 发表于 7 天前
回复

使用道具 举报

3694#
发表于 7 天前 | 只看该作者
感谢分享
回复

使用道具 举报

3695#
发表于 7 天前 | 只看该作者
好东西~~~
回复

使用道具 举报

3696#
 楼主| 发表于 7 天前 | 只看该作者
dos时代菜鸟 发表于 2025-10-8 09:51
老版本的 wim 驱动比较简易,win10上用,不占挂载空间。附件是 amd64 的 wimfltr 驱动和 imagex6
wi ...

谢谢,基本可以搞定,我在WinPE系统中测试的,我再检查测试后晚些时间发给你测试。
有两个问题记不起了:
1、你这组文件是不是也支持WIM可写挂载?
2、从哪个版本的WIM组件开始支持WIM可写挂载的?6.0版?

点评

应该是可写挂载  详情 回复 发表于 7 天前
回复

使用道具 举报

3697#
发表于 7 天前 | 只看该作者
lxl1638 发表于 2025-10-8 16:50
谢谢,基本可以搞定,我在WinPE系统中测试的,我再检查测试后晚些时间发给你测试。
有两个问题记不起了 ...

应该是可写挂载

点评

你测试这个,是64位版本,WimTool 目录不要放置 WIMGAPI.DLL 文件  详情 回复 发表于 7 天前
回复

使用道具 举报

3698#
 楼主| 发表于 7 天前 | 只看该作者

你测试这个,是64位版本,WimTool 目录不要放置 WIMGAPI.DLL 文件
WimTool_测试WimFltr.rar (806.44 KB, 下载次数: 5)

点评

程序探测不到 imagex6 用 wimfltr.sys 挂载的 Wim。 1.30 版本 同目录放置 wimgapi.dll 可以,如图:  详情 回复 发表于 6 天前
回复

使用道具 举报

3699#
发表于 6 天前 | 只看该作者
非常感谢
回复

使用道具 举报

3700#
发表于 6 天前 | 只看该作者
非常感谢
回复

使用道具 举报

3701#
发表于 6 天前 | 只看该作者
lxl1638 发表于 2025-10-8 23:02
你测试这个,是64位版本,WimTool 目录不要放置 WIMGAPI.DLL 文件

程序探测不到 imagex6 用 wimfltr.sys 挂载的 Wim。

1.30 版本 同目录放置 wimgapi.dll 可以,如图:

wimtool 1.30   WIMTOOL-1.30.7z (336.76 KB, 下载次数: 0)

点评

我在一个32位Win7PE中测试可以通过: 1、系统中连"WimMount"为开头的文件目录都没有,说明是WimFlrt驱动起作用,与WimMount无关; [attachimg]565596[/attachimg] 2、注册表中连"WimMount"字样的项目或键名都  详情 回复 发表于 6 天前
1、你用1.3版的挂载几个WIM后,再启动那个测试用的WimTool.EXE,将截图发上来; 2、用1.3版卸下所有被挂载的WIM映像,再用测试版试试能不能挂载WIM。  详情 回复 发表于 6 天前
回复

使用道具 举报

3702#
 楼主| 发表于 6 天前 | 只看该作者
dos时代菜鸟 发表于 2025-10-9 16:15
程序探测不到 imagex6 用 wimfltr.sys 挂载的 Wim。

1.30 版本 同目录放置 wimgapi.dll 可以,如图:
...

1、你用1.3版的挂载几个WIM后,再启动那个测试用的WimTool.EXE,将截图发上来;
2、用1.3版卸下所有被挂载的WIM映像,再用测试版试试能不能挂载WIM。
回复

使用道具 举报

3703#
 楼主| 发表于 6 天前 | 只看该作者
dos时代菜鸟 发表于 2025-10-9 16:15
程序探测不到 imagex6 用 wimfltr.sys 挂载的 Wim。

1.30 版本 同目录放置 wimgapi.dll 可以,如图:
...

我在一个32位Win7PE中测试可以通过:
1、系统中连"WimMount"为开头的文件目录都没有,说明是WimFlrt驱动起作用,与WimMount无关;



2、注册表中连"WimMount"字样的项目或键名都没有,也说明与WimMount驱动无关;


3、互相挂载均能识别,不管先用谁挂载,后者启动后均能识别。




可能与系统有关,改些时候在64位Win10PE测试。

点评

好的,我再试一下。 如果系统中存在多个 wim 挂载驱动,可能就会出现混乱。  详情 回复 发表于 6 天前
回复

使用道具 举报

3704#
发表于 6 天前 | 只看该作者
本帖最后由 dos时代菜鸟 于 2025-10-9 17:37 编辑
lxl1638 发表于 2025-10-9 17:08
我在一个32位Win7PE中测试可以通过:
1、系统中连"WimMount"为开头的文件目录都没有,说明是WimFlrt驱动 ...

好的,我再试一下。
如果系统中存在多个 wim 挂载驱动,可能就会出现混乱。

程序是否需要 对当前系统 诸多 Wim 挂载驱动,进行轮训测试,找出所有 挂载的 Wim ,并适用不同的 api.dll  管理之?

在win10下,imagex6 挂载的  wim ,用 win10的 wim 驱动 是探不出来的。

点评

我再在64位系统中装上x32位WimFltr组件,WimTool无问题的,现在将x32位WimFltr组件补上,你装上去试试,压缩包里有安装说明。 另,你提供的离线注册表也有问题,我改了一下。 装上64位WimFltr组件和32位WimFlt  详情 回复 发表于 6 天前
大概的原因我知道了,1.3版是32位的,用的是32位驱动和32位DLL, 1、你检查一下SysWOW64目录与System32目录下的驱动SYS文件和WIMGAPI.DLL文件的版本号是否一致; 2、SysWOW64目录和System32目录下有没有WimMount.S  详情 回复 发表于 6 天前
回复

使用道具 举报

3705#
 楼主| 发表于 6 天前 | 只看该作者
dos时代菜鸟 发表于 2025-10-9 17:33
好的,我再试一下。
如果系统中存在多个 wim 挂载驱动,可能就会出现混乱。

大概的原因我知道了,1.3版是32位的,用的是32位驱动和32位DLL,
1、你检查一下SysWOW64目录与System32目录下的驱动SYS文件和WIMGAPI.DLL文件的版本号是否一致;
2、SysWOW64目录和System32目录下有没有WimMount.SYS文件;
3、注册表有没有WimMount.SYS驱动信息。

备份好注册表,可以在PE下将整个注册表目录(C:\Windows\System32\Config)备份;
备份好WimMount.SYS及与之版本号的WIMGAPI.DLL,然后64位、32位WimFltr组件全部装上。
保险起见,PE下将系统整体备份再搞。

我在64位Win10PE中测试是通过的,启动1.3版WimTool才发现这个问题。

回复

使用道具 举报

3706#
 楼主| 发表于 6 天前 | 只看该作者
本帖最后由 lxl1638 于 2025-10-9 19:39 编辑
dos时代菜鸟 发表于 2025-10-9 17:33
好的,我再试一下。
如果系统中存在多个 wim 挂载驱动,可能就会出现混乱。

我再在64位系统中装上x32位WimFltr组件,WimTool无问题的,现在将x32位WimFltr组件补上,你装上去试试,压缩包里有安装说明。
x32位WimFltr组件.rar (229.29 KB, 下载次数: 2)
另,你提供的离线注册表也有问题,我改了一下。

装上64位WimFltr组件和32位WimFltr组件后,不管是32位WimTool、64位WimTool和老版本的WimTool都正常。


点评

imagex 6.1 x64/x86 imagex 6.0 x64/x86 按照 你说的方法,将 x86 的 wimfltr.sys *.dll 等驱动导入x86体系后,x86 新版wimtool 可以实现识别并挂载, 那么 x64 新版的 wimtool 是否也可以?  详情 回复 发表于 5 天前
ok  详情 回复 发表于 5 天前
回复

使用道具 举报

3707#
发表于 5 天前 | 只看该作者
谢谢分享
回复

使用道具 举报

3708#
发表于 5 天前 | 只看该作者
感谢分享
回复

使用道具 举报

3709#
发表于 5 天前 | 只看该作者
lxl1638 发表于 2025-10-9 19:36
我再在64位系统中装上x32位WimFltr组件,WimTool无问题的,现在将x32位WimFltr组件补上,你装上去试试, ...

ok
回复

使用道具 举报

3710#
发表于 5 天前 | 只看该作者
感谢分享
回复

使用道具 举报

3711#
发表于 5 天前 | 只看该作者
本帖最后由 dos时代菜鸟 于 2025-10-10 20:25 编辑
lxl1638 发表于 2025-10-9 19:36
我再在64位系统中装上x32位WimFltr组件,WimTool无问题的,现在将x32位WimFltr组件补上,你装上去试试, ...



imagex.6.1.7600.7z (1.22 MB, 下载次数: 1) imagex 6.1 x64/x86

imagex.6.0.7z (1.05 MB, 下载次数: 1) imagex 6.0 x64/x86

按照 你说的方法,将 x86 的 wimfltr.sys *.dll  等驱动导入x86体系后,x86 新版wimtool 可以实现识别并挂载,
测试, x64 新版的  wimtool 也可以

因为不同的 驱动 对应 不同的 api 文件和句柄,而 api 又同名。
比如 ver.10 的api 就不能 调用 ver 6.0 的 wimfltr.sys 驱动,而 wimfltr.sys 与 wimmount.sys 可能会同时出现在系统中。系统中的 api 很可能是 wimmount.sys 对应的 。系统中已经挂载的 wim 却是用 imagex6 通过 wimfltr.sys 挂载的。此时,软件,可能就需要 判断 wim 的挂载方式,并运用 软件自带的 备份的 api 文件 管理 不同驱动方式挂载的 wim .






点评

首先要保证WimMount、WimFltr两份驱动能正常工作,但WIMGAPI.DLL文件名相同,有点难处理。 如果是64位系统,就相当于有4份驱动了,System32目录有WimMount和WimFltr,SysWOW64目录也有WimMount和WimFltr。 以后W  详情 回复 发表于 5 天前
回复

使用道具 举报

3712#
 楼主| 发表于 5 天前 | 只看该作者
本帖最后由 lxl1638 于 2025-10-10 21:54 编辑
dos时代菜鸟 发表于 2025-10-10 14:01
imagex 6.1 x64/x86

imagex 6.0 x64/x86

首先要保证WimMount、WimFltr两份驱动能正常工作,但WIMGAPI.DLL文件名相同,有点难处理。
如果是64位系统,就相当于有4份驱动了,System32目录有WimMount和WimFltr,SysWOW64目录也有WimMount和WimFltr。

以后WimTool可以根据系统的WIMGAPI.DLL去判断是用WimMount挂载的还是用WimFltr挂载的,
因为系统中的WIMGAPI.DLL是唯一的(同一个目录不能放两个WIMGAPI.DLL);
但如果其它工具,如imagex6用它自身目录下的WIMGAPI.DLL来挂载,则WimTool就无法判断了。
这个版本差不多可以满足这要求了。如果imagex6目录中有WIMGAPI.DLL,WimTool.EXE就放到imagex6目录中,否则随便放;
如果WimTool.EXE目录有高版本的WIMGAPI.DLL,就用WimMount挂载,否则就用系统目录中的WIMGAPI.DLL挂载。
在WimMount、WimFltr两份驱动能正常工作时,系统目录放什么WIMGAPI.DLL就用什么挂载,可以这样应用:
1、系统目录放WimFltr的WIMGAPI.DLL,WimTool目录中无WIMGAPI.DLL,此情况用WimFltr挂载;
2、WimTool目录中放WimMount对就的WIMGAPI.DLL,此情况用WimMount挂载。
WimTool00000.rar (1.56 MB, 下载次数: 1)






点评

imagex6 貌似并不通过 api 挂载Wim,而是直接 调取驱动挂载。 能否这样设计呢: 1.wimtool 同时自备 wimfltr 和 wimmount 两个驱动对应的 api , 2.wimtool 启动时, 1)判断 当前该系统 api.dll 版本,并探  详情 回复 发表于 4 天前
回复

使用道具 举报

3713#
发表于 4 天前 | 只看该作者
本帖最后由 dos时代菜鸟 于 2025-10-11 21:19 编辑
lxl1638 发表于 2025-10-10 21:38
首先要保证WimMount、WimFltr两份驱动能正常工作,但WIMGAPI.DLL文件名相同,有点难处理。
如果是64位系 ...

imagex6 貌似并不通过 api 挂载Wim,而是直接 调取驱动挂载。

能否这样设计呢:
1.wimtool 同时自备 wimfltr 和 wimmount 两个驱动对应的 api ,
2.wimtool 启动时,
   1)判断 当前该系统 api.dll 版本,并探测对应的 wim 挂载情况。

   2)通过 自备的 两个 api.dll 探测wim 的挂载情况,如果有与系统 api.dll 版本重叠的,就不予探测这个了。

   3)在Wim挂载列表中 标记 wim 是通过何种驱动挂载的,以方便此后通过哪个 api 进行操作。
3.用 wimtool 挂载wim 时,责通过系统自带的 api.dll 去挂载。

这样就实现了通用性了


如下图:我的 win10pe 中 启动时 使用 imagex6 通过 wimfltr 加载的三个 wim ,可写挂载 却不占用 磁盘空间。后有 用 dism++ 通过 wimmount.sys 可写加载了一个 系统 wim. 系统中的  api 是 win10 的 。

这是用  imagex 6.0 探测到的wim 挂载列表。



这是用 dism++ 挂载的 wim ,可以通过 win10 的 dism 探测到,也能通过  imagex 6.1 探测到,因为 都是 wimmount.sys 驱动的。








点评

这个测试版应该可以了,既检测了WIM驱动,也检测了API,测试方法:1、在系统中WimMount和WimFltr驱动都正常时,假定你系统目录是WimFltr的WIMGAPI.DLL,WimTool放单独一个目录,进行一轮测试; 2、在WimTool目录中  详情 回复 发表于 4 天前
回复

使用道具 举报

3714#
发表于 4 天前 | 只看该作者
赞一个!
回复

使用道具 举报

3715#
发表于 4 天前 | 只看该作者
很给力 赞一个!
回复

使用道具 举报

3716#
 楼主| 发表于 4 天前 | 只看该作者
dos时代菜鸟 发表于 2025-10-11 20:38
imagex6 貌似并不通过 api 挂载Wim,而是直接 调取驱动挂载。

能否这样设计呢:

这个测试版应该可以了,既检测了WIM驱动,也检测了API,测试方法:1、在系统中WimMount和WimFltr驱动都正常时,假定你系统目录是WimFltr的WIMGAPI.DLL,WimTool放单独一个目录,进行一轮测试;
2、在WimTool目录中放一个WimMount的WIMGAPI.DLL,再进行一轮测试;

WimTool测试.rar (1.56 MB, 下载次数: 8)

点评

ok  详情 回复 发表于 3 天前
回复

使用道具 举报

3717#
发表于 3 天前 | 只看该作者
lxl1638 发表于 2025-10-11 22:17
这个测试版应该可以了,既检测了WIM驱动,也检测了API,测试方法:1、在系统中WimMount和WimFltr驱动都正 ...

ok
回复

使用道具 举报

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

本版积分规则

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

闽公网安备 35020302032614号

GMT+8, 2025-10-15 10:35

Powered by Discuz! X3.3

© 2001-2017 Comsenz Inc.

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