Win7的“便利汇总” - KB3125574官载取代的66个补丁的取代情况

黑鹰99 · 发表于 2025-7-5 14:48:40

感谢分享!

lmyx2008 · 发表于 2025-7-5 15:01:57

这个好

gwaijyut · 发表于 2025-7-5 15:05:12

本帖最后由 gwaijyut 于 2025-7-5 17:16 编辑

wu733 发表于 2025-7-5 10:15
具体是Windows6.1-KB3133977-x64这个文件夹的winsxs下的里面，有七个23403的子文件夹，删除吧

这是把最新的文件删了，留下旧的文件夹？
旧文件夹里面其实装的也是新版文件（不全是，有时候是），而且，旧文件夹是否冗余，需要做进一步判断：
有两种情况不是冗余，部分初始文件夹，以及并行文件夹。
这里说的"并行文件夹"，由"并行程序集"产生。例如，同一个KB补丁，可能包含多个同名不同版的DLL文件:X.dll_ver01,X.dll_ver02,X.dll_ver03，ver01看上去就是旧版。由于跟其他几个版本同属一个KB，这几个版本之间就是"并行"关系，就不能把它当做冗余删除。
多个版本的并行程序，版本号最新的那个，一般是放在system32下使用的，其余的在winsxs下做增量更新。当A补丁取代了B补丁，B补丁在winsxs下做的增量就可以删除了。（适用于"官载取代"，以及楼主总结的"完全取代"，其他情况需继续进一步判断）

wu733 · 发表于 2025-7-5 19:35:55

本帖最后由 wu733 于 2025-7-17 14:51 编辑

gwaijyut 发表于 2025-7-5 15:05
这是把最新的文件删了，留下旧的文件夹？
旧文件夹里面其实装的也是新版文件（不全是，有时候是），而且 ...

“ 这是把最新的文件删了，留下旧的文件夹？ ”
是的，也就是旧瓶装新酒。考虑到许多增量版本，我将它们全部都替换成了23403的版本。至于这么多增量版本哪些是冗余，则暂时还没时间和精力去做，我想这属于精简的范畴了。

“ 多个版本的并行程序，版本号最新的那个，一般是放在system32下使用的 ”
如果是未安装KB3125574的情况下呢？经我验证，system32下使用的或者系统正在使用的版本，并不是版本最新的那个（未安装KB3125574的情况）。我在每个补丁文件夹下都留有一个版本号txt文件（见下图），这个版本号即为非KB3125574方案的系统当前正在使用的文件版本

wu733 · 发表于 2025-7-5 19:40:47

gwaijyut 发表于 2025-7-5 14:28
在“合体版”中，建议楼主再检查一下吧

以Mtxoci.dll为例，KB3125574 将Mtxoci.dll更新为：6.1.7601.234 ...

“ 以Mtxoci.dll为例，KB3125574 将Mtxoci.dll更新为：6.1.7601.23403 ，合体版中，缺少这两个目录(及文件副本)，需要补齐”
我是考虑未安装KB3125574的情况，这个6.1.7601.23403目录是不存在的，故不需要补齐

wu733 · 发表于 2025-7-5 19:51:14

更新验证环境：
截止到2020年01月14日月度汇总KB4534310为止，以非KB3125574补丁方案做为基础，并采取 “ KB3125574在前，月度汇总KB4534310在后 ”传统打补丁的手法。
也即最终，我采用的整体打补丁的方法去研究的

wu733 · 发表于 2025-7-5 20:06:50

本帖最后由 wu733 于 2025-7-5 20:08 编辑

gwaijyut 发表于 2025-7-5 12:36
由于无权限上传图片，只能文字描述，唉！我尽量争取简单明了吧
涉及补丁：KB3147071、KB3125574

我没有采用先进生产力工具去分析。我就是简单的，实体机安装了非KB3125574方案的系统，虚拟机则安装了“ 在非KB3125574补丁方案基础上 ”，“ KB3125574在前，月度汇总KB4534310在后 ”，这么一个传统手法的KB3125574的系统。如此，即可方便进行文件版本的比较和分析。
比如：我想知道未打KB3125574情况下，当前系统正在使用的文件版本，我就到实体机的System32及相关的文件夹下去查找，或者到winsxs下查找对应补丁文件夹中winsxs下的增量文件夹是否存在。我想知道打了KB3125574情况下，KB3125574更新了哪些文件版本，我就到虚拟机的相关文件夹下去查找，或者到winsxs下查找对应补丁文件夹中winsxs下的增量文件夹是否存在。

wu733 · 发表于 2025-7-5 20:28:10

gwaijyut 发表于 2025-7-5 12:03
KB3147071 和其他补丁有什么不一样的地方吗？如果有，是不是指这个补丁涉及到第三方程序(Oracle)？还是说 ...

“ KB3147071 的程序集包含 194 个文件，这个补丁已被KB3125574官载替代。”
是的，KB3125574完全取代了KB3147071，但是月度汇总KB4534310又部分更新了这个取代版本

KB3147071的winsxs中的“ _microsoft-windows-minkernelapinamespace_31bf3856ad364e35 ”包含amd64、x86前缀。
开始我到虚拟机系统中（在非KB3125574补丁方案基础上，KB3125574在前，月度汇总KB4534310在后）winsxs中查找最新版“ _microsoft-windows-minkernelapinamespace_31bf3856ad364e35 ”文件夹，发现其中什么都没有。导致我以为月度汇总漏掉了最关键的东西（api-ms-win-core-console-l1-1-0.dll等28个系统核心组件dll）。后面发现安装系统以后的这个文件夹下面是隐藏属性的，去掉隐藏属性就可以发现其实还是被月度汇总更新了的。

wu733 · 发表于 2025-7-5 21:05:00

本帖最后由 wu733 于 2025-7-5 21:30 编辑

gwaijyut 发表于 2025-7-5 12:36
由于无权限上传图片，只能文字描述，唉！我尽量争取简单明了吧
涉及补丁：KB3147071、KB3125574

winsxs下的许多增量文件夹，在你一个补丁一个补丁安装的情况下，这些增量文件夹下的文件版本是不同的。

但是，如果你安装的是 “离线集成或封装” 的系统（非一个补丁一个补丁在线即时安装），此时你会发现系统的winsxs下的这些增量文件夹下的文件版本均被系统替换成了相同的一个版本（这也是我制作 “41个仅仅被KB3125574文件更新但又未被月度汇总更新压缩包 ”最关键的动机）：
1、非KB3125574方案不是最新版（我个人以为，应该是最稳定的那个版本，最新版则是测试版）
2、KB3125574方案的话，如果未被月度汇总更新，则全部替换成23403版，如果已经被月度汇总更新，比如KB4534310，则全部替换成24545）

这就好比给系统打驱动一样，最新版并不一定是最合适的版本。
在这里，非KB3125574方案使用的就是最稳定、最合适的版本，最新版反而存在潜在不确定的风险。而KB3125574方案使用的是23403+月度汇总更新的版本（23403版文件被微软官方认为是截止到2016年4月以来最稳定的版本，微软官方认为可以用23403版文件替换所有低版本的文件。而月度汇总如果又替换23403版文件，则微软官方认为月度汇总的版本是最稳定的）

gwaijyut · 发表于 2025-7-5 22:13:21

我明白了。“旧壶装新酒”，很好的思路。其中，对于“并行程序集”(如果有)，建议再细化一下。这是因为：
1、通常，“并行程序集”是单个 DLL 的多个版本，由“清单”文件描述，包含始终一起提供给应用程序的一组资源（一组 DLL、Windows 类、COM 服务器、类型库或接口）；
2、"清单"文件包含了描述"并行程序集"及其依赖项的元数据，是程序集"自我说明"的核心文档。每个并行程序集都具有唯一标识，标识的属性之一是其版本；
3、例如，test.dll 版本 1.0 和 test.dll 版本 v2.0 都位于并行程序集缓存中(winsxs\)，当 Program.exe 调用 test.dll 时，并行管理器将确定 Program.exe 是否具有清单中描述的版本依赖关系:
如果没有相关的清单，系统将加载程序集的默认版本（system32\test.dll 版本 v1.0）;
如果并行管理器发现 Program.exe 对清单中说明的版本 test.dll_v2.0 有依赖关系，则会加载该版本，使之与 Program.exe 一起运行。
综上，针对“并行程序集”部分，可以考虑补齐(或修改)清单文件。在本贴的情况中，这么做其实非常非常的麻烦！由于是“旧壶装新酒”，不做增量，与之对应的原始清单文件就需要修改，同时，包括且不限于以下路径的注册表信息：
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Component Based Servicing\ComponentDetect 【组件相关】

异常的难！

gwaijyut · 发表于 2025-7-5 22:44:35

本帖最后由 gwaijyut 于 2025-7-5 22:45 编辑

wu733 发表于 2025-7-5 21:05
winsxs下的许多增量文件夹，在你一个补丁一个补丁安装的情况下，这些增量文件夹下的文件版本是不同的。
...

“41个仅仅被KB3125574文件更新但又未被月度汇总更新”的KBs，
“1、非KB3125574方案不是最新版（我个人以为，应该是最稳定的那个版本，最新版则是测试版）”
“2、KB3125574方案的话，如果未被月度汇总更新，则全部替换成23403版，如果已经被月度汇总更新，比如KB4534310，则全部替换成24545）”

1、是的，非KB3125574方案中，41个KB所升级的文件，不是最新(最终)版，因为这些文件的“最新(最终)版”，由KB3125574提供。KB3125574对这41个KB的程序集，不仅仅是替代，还包含了升级；
2、是的。KB4534310程序集中，版本修订编号以24545为主，部分二进制文件不使用6.1.7601.xxxxx作为版本号

gwaijyut · 发表于 2025-7-5 22:56:44

wu733 发表于 2025-7-5 19:35
“ 这是把最新的文件删了，留下旧的文件夹？ ”
是的，也就是旧瓶装新酒。考虑到许多增量版本，我将它们 ...

“如果是未安装KB3125574的情况下呢？经我验证，system32下使用的或者系统正在使用的版本，并不是版本最新的那个（未安装KB3125574的情况）。”

这个并不绝对，情况比较多。似乎没有具体规律，大致有三种情况：
1、system32下使用当前最新版，winsxs中有多个版本；
2、system32下使用较旧版本，最新版在winsxs中；
3、system32下使用较旧版本，SysWOW64中使用当前最新版（这种情况就比较奇葩）

wu733 · 发表于 2025-7-6 00:07:12

本帖最后由 wu733 于 2025-7-6 00:09 编辑

gwaijyut 发表于 2025-7-5 22:56
“如果是未安装KB3125574的情况下呢？经我验证，system32下使用的或者系统正在使用的版本，并不是版本最 ...

6.1.760x（包括6.1.7600、6.1.7601）、7.1.7601、7.2.7601版本的增量文件夹下，还需要分别提取6.1.7601、7.1.7601、7.2.7601最新稳定版的文件，分别进行替换。

其中，经验证，6.1.7600和6.1.7601版的增量可以全部使用6.1.7601版的最新稳定版进行替换，因为我发现非KB3125574系统中微软官方就是这么干的

gwaijyut · 发表于 2025-7-6 00:46:05

wu733 发表于 2025-7-6 00:07
6.1.760x（包括6.1.7600、6.1.7601）、7.1.7601、7.2.7601版本的增量文件夹下，还需要分别提取6.1.7601、 ...

如果是这样的话，那么对这部分的注册表操作就简单一些：不必修改原路径(包含版本号)的文件夹名称，直接修改对应dll等文件的版本号即可。

另外，对于KB3125574的安装顺序，先后都可以。当然，最后装的肯定(必须)是月度汇总。
当使用相同的补丁列表，提前或靠后安装KB…574，区别只在于安装后产生的冗余文件的多少。
如果参考Simplix的做法，把它安排在所有补丁的倒数第三个比较合适：
（倒数4--最新的SSU；倒数3--KB3125574；倒数2--dotnet3.5相关；倒数1--月度汇总）

这个过程需要整体分析，局部分析不可靠。改天找时间提供实测对比

wu733 · 发表于 2025-7-6 19:17:22

gwaijyut 发表于 2025-7-5 15:05
这是把最新的文件删了，留下旧的文件夹？
旧文件夹里面其实装的也是新版文件（不全是，有时候是），而且 ...

" 当A补丁取代了B补丁，B补丁在winsxs下做的增量就可以删除了。"
这个可以有

qq2348227 · 发表于 2025-7-6 19:26:03

大佬，能不能研究：

提取 July 2025 for Server 2008 R2 SP1 (win7x64)的所有数字证书，然后嫁接到 Jan 2020 for win7x64 方案啊？

wu733 · 发表于 2025-7-6 19:45:28

qq2348227 发表于 2025-7-6 19:26
大佬，能不能研究：

提取 July 2025 for Server 2008 R2 SP1 (win7x64)的所有数字证书，然后嫁接到 Jan ...

你是指哪方面的数字证书？

wu733 · 发表于 2025-7-6 19:48:56

Windows6.1-KB3102429-v2-x64补丁文件夹发现竟然多了一个nlsbres.dll，版本号6.1.7601.23572。经过对比分析，发现这个是多余的，月度汇总KB4534310就是这个版本。删除吧

wu733 · 发表于 2025-7-6 20:00:29

qq2348227 发表于 2025-7-6 19:26
大佬，能不能研究：

提取 July 2025 for Server 2008 R2 SP1 (win7x64)的所有数字证书，然后嫁接到 Jan ...

好的，到时我一定补上

wu733 · 发表于 2025-7-6 20:19:21

两个压缩包已经更新

qq2348227 · 发表于 2025-7-6 21:29:23

本帖最后由 qq2348227 于 2025-7-6 21:38 编辑

wu733 发表于 2025-7-6 19:45
你是指哪方面的数字证书？

就是 esu 4-6 默认的所有数字证书
终止支持信息

[size=1.4em]对 Windows Server 2008 R2 的支持将于 2026 年 1 月结束

[size=1.4em]Windows Server 2008 R2 高级保证将于 2026 年 1 月 13 日结束。

[size=1.4em]Windows Server 2008 R2 扩展安全更新 (ESU) 已于 2023 年 1 月 10 日结束。此外，Azure 上的扩展安全更新支持于 2024 年 1 月 9 日结束。有关详细信息，请参阅 Windows Server 扩展安全更新概述。

[size=1.4em]建议升级到更高版本的 Windows Server。有关详细信息，请参阅 Windows Server 升级概述。

youlin211 · 发表于 2025-7-6 21:36:48

仔细阅读完，感觉意义不大呢？

qq2348227 · 发表于 2025-7-6 21:39:14

本帖最后由 qq2348227 于 2025-7-6 21:42 编辑

你就说，微软会不会在【Dec 2025 年，或者 Jan 2026 年】for Server 2008 R2 SP1 (win7x64)，埋逻辑炸弹？
或者说，脱管之后/撒手不管之后，"2008R2SP1/win7x64"还能续命多久？（指数字证书延续）

wu733 · 发表于 2025-7-6 22:15:50

qq2348227 发表于 2025-7-6 21:39
你就说，微软会不会在【Dec 2025 年，或者 Jan 2026 年】for Server 2008 R2 SP1 (win7x64)，埋逻辑炸弹 ...

抱歉，你说的这个数字证书我还不是很懂
不可否认，某些国软就是这么干的，时间一到就自动销毁
但是Win98最近都还有人在用，Win7会突然就用不了了？

qq2348227 · 发表于 2025-7-6 22:21:07

本帖最后由 qq2348227 于 2025-7-6 22:22 编辑

wu733 发表于 2025-7-6 22:15
抱歉，你说的这个数字证书我还不是很懂
不可否认，某些国软就是这么干的，时间一到就自动销毁
但是Win9 ...

certmgr.msc

gwaijyut · 发表于 2025-7-7 00:43:36

郭老师，你在85楼描述的是 ESU 许可证；在89楼描述的是系统根证书。这二者之间没有从属关系，甚至没有任何关系。

gwaijyut · 发表于 2025-7-7 00:44:00

本帖最后由 gwaijyut 于 2025-7-7 13:01 编辑

关于根证书，Win7 SP1 x64集成补丁方案（IE8.0+IE11）by 2020.01.14 非ESU - 第5页 - 综合讨论区 - 无忧启动论坛 - Powered by Discuz!
我在该贴的#121楼提供了完整获取方法。
如果嫌麻烦，直接提取UpdatePack7R2提供的也可以。

gwaijyut · 发表于 2025-7-9 23:45:00

基于楼主的统计，给一楼的补丁属性做个分类【针对官载取代的66个】

KB2603229 ▲2011年08月23日32位注册表项的值错误
KB2607047 ▲2011年10月22日更新DFS复制(DFSR)管理界面是可用
KB2660075 ▲2012年01月04日系统时间无法更改
KB2640148 ▲2012年01月05日资源管理器停止响应
KB2719857 ▲2012年08月23日USB RNDIS设备连接更新
KB2647753 ▲2012年09月13日修复 "图片管理器"、RDP、"日志记录" 和 "打印到网络打印机" 中的各种打印问题
KB2760730 ▲2012年11月05日解决Win8或Server12与Server08 SP2、Win7 SP1或Server08 R2 SP1之间互操作问题 10
KB2726535 ▲2012年12月04日增加南苏丹国家/地区列表
KB2773072 ▲2012年12月11日游戏分级更新
KB2799926 ▲2013年01月25日USB存储设备运行BitLocker To Go 时，出现意外关机，导致USB存储设备无法被识别
KB2791765 ▲2013年02月13日应用程序兼容性更新
KB2808679 ▲2013年05月11日防止内部URL端口扫描更新
KB2834140 ▲2013年07月16日修复KB2670838的BUG 20
KB2853952 ▲2013年08月07日虚拟硬盘不一致
KB2852386 ▲2013年08月29日清理WinSxS目录中已经无用的补丁备份
KB2893519 ▲2013年10月05日SspiPromptForCredentials函数调用BUG
KB2891804 ▲2013年10月30日意外删除文件BUG
KB2905454 ▲2013年10月31日将拉脱维亚的货币符号从“Ls”调整为欧元符号“
KB2919469 ▲2014年01月02日加拿大国家代码不正确
KB2923545 ▲2014年01月09日RDP 8.1更新
KB2918077 ▲2014年01月28日WWAN自动配置服务BUG
KB2843630 ▲2014年01月31日帮助非托管的Office 2010用户使用Microsoft RMS的更新
KB2908783 ▲2014年02月04日iSCSI LUN发生数据损坏
KB2800095 ▲2014年05月02日Wudfhost.exe进程崩溃
KB2970228 ▲2014年07月09日俄罗斯卢布新货币符号的更新
KB2985461 ▲2014年08月02日已订阅的源收到错误代码，修复KB2857650
KB3006121 ▲2014年10月31日字符映射表BUG
KB3006137 ▲2015年01月10日将立陶宛的货币符号Lt更改为欧元
KB3020370 ▲2015年02月19日域更新
KB3054476 ▲2015年04月12日基于stream.sys驱动的应用程序更新
KB3078667 ▲2015年07月10日桌面窗口管理器内存泄露修补
KB3107998 ▲2015年10月30日删除联想USB窗口阻止程序
KB3102429 ▲2015年12月17日支持阿塞拜疆马纳特和格鲁吉亚语拉里货币符号
KB3137061 ▲2016年01月21日虚拟机数据损坏BUG 60
KB3133977 ▲2016年02月06日BitLocker无法加密驱动器
KB3147071 ▲2016年03月18日Oracle 数据库BUG

KB2741355 ×被KB3156016（2016.4）取代
KB2732487 ×被2020-01月度汇总KB4534310取代
KB2763523 ×被2020-01月度汇总KB4534310取代
KB2574819 ×2013年04月10日DTLS远程桌面更新。经验证，全部被2020-01月度汇总KB4534310文件更新，此时还是不能叫取代
KB2798162 ×被2020-01月度汇总KB4534310取代
KB2835174 ×波兰语版的Win7 SP1和Server08 R2 SP1在产品激活向导中不正确的声明显示
KB2829104 ×被2020-01月度汇总KB4534310取代
KB2888049 ×2013年09月14日用于提高IE11在Windows中的网络性能。经验证，至少全部被2020-01月度汇总KB4534310文件更新
KB2868116 ×被2020-01月度汇总KB4534310取代
KB2846960 ×被2020-01月度汇总KB4534310取代
KB2929733 ×被2020-01月度汇总KB4534310取代
KB2966583 ×被2020-01月度汇总KB4534310取代
KB3006625 ×被2020-01月度汇总KB4534310取代
KB3005788 ×被2020-01月度汇总KB4534310取代
KB3014406 ×被2020-01月度汇总KB4534310取代
KB3068708 ×更新的客户体验和诊断遥测 50
KB3080149 ×更新的客户体验和诊断遥测
KB3040272 ×被2020-01月度汇总KB4534310取代
KB3080079 ×被2020-01月度汇总KB4534310取代
KB3092627 ×被2020-01月度汇总KB4534310取代
KB3118401 ×2015年12月13日通用C运行库，修复KB2999226，被2020-01月度汇总KB4534310取代
KB3138901 ×被2020-01月度汇总KB4534310取代
KB3138378 ×2016年3月11日Journal.dll二进制更新，日记本安全更新
KB3121255 ×被2020-01月度汇总KB4534310取代
KB3148851 ×被2020-01月度汇总KB4534310取代

KB2709630 ？2012年05月03日登录到某个域时发生延迟，被KB3021674（2014年12月20日Windows用户配置服务漏洞）、2020-02月度汇总KB4537820取代经验证，KB3021674又被KB3125574两个文件更新（非取代），此两个文件至少未被2020-01月度汇总文件更新
KB2913152 ？被KB3035126（2015.2）取代 30 经验证，KB3035126又仅被KB3125574文件更新，至少未被2020-01月度汇总文件更新
KB2973337 ？被KB2992611（2014.09）、KB3042058（2015.4）取代。经验证，KB3042058被KB3125574一个文件更新（此一个文件至少未被2020-01月度汇总文件更新）
KB2977728 ？被KB3110329（2015.12）取代 40 经验证，KB3110329被KB3125574大量文件更新（此大量文件至少未被2020-01月度汇总文件更新）
KB3081954 ？2015年9月5日工作文件夹更新改进，被2020-04月度汇总KB4550964取代

gwaijyut · 发表于 2025-7-10 01:17:14

莫比乌斯环……
开始有意思了。抛开所有因素，事情变得生动起来：
将日期截至到2020年1月14日，Windows 7 的所有补丁，将会是一个开放式的结尾：KB3125574 这个便捷包，在彻底融入普通的WU方式更新后，才会完善；反过来，普通的WU更新，只有加入这个便捷包，才能有归属式闭环。
· 原版 + 仅KB4534310 + WU(ALL) ----> ①
· 原版 + 仅KB3125574 + WU(ALL) ----> ②
· ② - ① ----> 差集 ----> ③
· 官载 66 个取代集 ----> ④
· ④ ∩ ③ ----> ???

KB3125574(经过4次修订)，这个诡异的便捷包，如果我没记错的话，直至2023年都在推送。似乎是从2024年的某个时间点开始，就不再推送了。它的截止推送时间点，是晚于2020年1月份的，所以逻辑上，ESU月度汇总取代了它。实测下来，并没有。
综合起来，我个人的理解是，目前(ESU时期)把它当作一个普通的KB使用即可。
如果选用的截止日期是2020年1月14日，基于当时月度汇总的不完善(相比现在)，使用KB3125574似乎是个更明智的选择。

wu733 · 发表于 2025-7-10 11:59:00

gwaijyut 发表于 2025-7-10 01:17
莫比乌斯环……
开始有意思了。抛开所有因素，事情变得生动起来：
将日期截至到2020年1月14日，Windows 7 ...

这个KB3125574你确定2023年WU还在推送？

		自动登录	找回密码
密码			注册

[原创] Win7的“便利汇总” - KB3125574官载取代的66个补丁的取代情况

点评

点评

点评

点评

点评

点评

点评