无忧启动论坛

标题: Win7的“便利汇总” - KB3125574官载取代的66个补丁的取代情况 [打印本页]

作者: wu733 时间: 2025-6-18 13:10
标题: Win7的“便利汇总” - KB3125574官载取代的66个补丁的取代情况
本帖最后由 wu733 于 2025-7-18 13:58 编辑

KB3125574便利汇总官载取代的66个补丁释义及取代情况（见https://www.catalog.update.../#PackageDetails）

以下所有补丁默认均被KB3125574取代。补丁后面带▲表示仅被KB3125574取代，需要重点研究的。带？表示有待研究的。带×表示可以去掉的。
KB2603229 ▲2011年08月23日32位注册表项的值错误
KB2607047 ▲2011年10月22日更新DFS复制(DFSR)管理界面是可用
KB2660075 ▲2012年01月04日系统时间无法更改
KB2640148 ▲2012年01月05日资源管理器停止响应
KB2709630 ？2012年05月03日登录到某个域时发生延迟，被KB3021674（2014年12月20日Windows用户配置服务漏洞）、2020-02月度汇总KB4537820取代经验证，KB3021674又被KB3125574两个文件更新（非取代），此两个文件至少未被2020-01月度汇总文件更新
KB2719857 ▲2012年08月23日USB RNDIS设备连接更新
KB2741355 ×被KB3156016（2016.4）取代
KB2647753 ▲2012年09月13日修复 "图片管理器"、RDP、"日志记录" 和 "打印到网络打印机" 中的各种打印问题
KB2732487 ×被2020-01月度汇总KB4534310取代
KB2760730 ▲2012年11月05日解决Win8或Server12与Server08 SP2、Win7 SP1或Server08 R2 SP1之间互操作问题 10
KB2726535 ▲2012年12月04日增加南苏丹国家/地区列表
KB2773072 ▲2012年12月11日游戏分级更新
KB2763523 ×被2020-01月度汇总KB4534310取代
KB2799926 ▲2013年01月25日USB存储设备运行BitLocker To Go 时，出现意外关机，导致USB存储设备无法被识别
KB2791765 ▲2013年02月13日应用程序兼容性更新
KB2574819 ×2013年04月10日DTLS远程桌面更新。经验证，全部被2020-01月度汇总KB4534310文件更新，此时还是不能叫取代
KB2808679 ▲2013年05月11日防止内部URL端口扫描更新
KB2798162 ×被2020-01月度汇总KB4534310取代
KB2835174 ×波兰语版的Win7 SP1和Server08 R2 SP1在产品激活向导中不正确的声明显示
KB2834140 ▲2013年07月16日修复KB2670838的BUG 20
KB2853952 ▲2013年08月07日虚拟硬盘不一致
KB2852386 ▲2013年08月29日清理WinSxS目录中已经无用的补丁备份
KB2829104 ×被2020-01月度汇总KB4534310取代
KB2888049 ×2013年09月14日用于提高IE11在Windows中的网络性能。经验证，至少全部被2020-01月度汇总KB4534310文件更新
KB2868116 ×被2020-01月度汇总KB4534310取代
KB2893519 ▲2013年10月05日SspiPromptForCredentials函数调用BUG
KB2891804 ▲2013年10月30日意外删除文件BUG
KB2905454 ▲2013年10月31日将拉脱维亚的货币符号从“Ls”调整为欧元符号“
KB2846960 ×被2020-01月度汇总KB4534310取代
KB2913152 ？被KB3035126（2015.2）取代 30 经验证，KB3035126又仅被KB3125574文件更新，至少未被2020-01月度汇总文件更新
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的更新
KB2929733 ×被2020-01月度汇总KB4534310取代
KB2908783 ▲2014年02月04日iSCSI LUN发生数据损坏
KB2800095 ▲2014年05月02日Wudfhost.exe进程崩溃
KB2973337 ？被KB2992611（2014.09）、KB3042058（2015.4）取代。经验证，KB3042058被KB3125574一个文件更新（此一个文件至少未被2020-01月度汇总文件更新）
KB2966583 ×被2020-01月度汇总KB4534310取代
KB2977728 ？被KB3110329（2015.12）取代 40 经验证，KB3110329被KB3125574大量文件更新（此大量文件至少未被2020-01月度汇总文件更新）
KB2970228 ▲2014年07月09日俄罗斯卢布新货币符号的更新
KB2985461 ▲2014年08月02日已订阅的源收到错误代码，修复KB2857650
KB3006625 ×被2020-01月度汇总KB4534310取代
KB3006121 ▲2014年10月31日字符映射表BUG
KB3005788 ×被2020-01月度汇总KB4534310取代
KB3006137 ▲2015年01月10日将立陶宛的货币符号Lt更改为欧元
KB3020370 ▲2015年02月19日域更新
KB3054476 ▲2015年04月12日基于stream.sys驱动的应用程序更新
KB3014406 ×被2020-01月度汇总KB4534310取代
KB3068708 ×更新的客户体验和诊断遥测 50
KB3078667 ▲2015年07月10日桌面窗口管理器内存泄露修补
KB3080149 ×更新的客户体验和诊断遥测
KB3040272 ×被2020-01月度汇总KB4534310取代
KB3080079 ×被2020-01月度汇总KB4534310取代
KB3081954 ？2015年9月5日工作文件夹更新改进，被2020-04月度汇总KB4550964取代
KB3107998 ▲2015年10月30日删除联想USB窗口阻止程序
KB3092627 ×被2020-01月度汇总KB4534310取代
KB3118401 ×2015年12月13日通用C运行库，修复KB2999226，被2020-01月度汇总KB4534310取代
KB3102429 ▲2015年12月17日支持阿塞拜疆马纳特和格鲁吉亚语拉里货币符号
KB3137061 ▲2016年01月21日虚拟机数据损坏BUG 60
KB3138901 ×被2020-01月度汇总KB4534310取代
KB3133977 ▲2016年02月06日BitLocker无法加密驱动器
KB3147071 ▲2016年03月18日Oracle 数据库BUG
KB3138378 ×2016年3月11日Journal.dll二进制更新，日记本安全更新
KB3121255 ×被2020-01月度汇总KB4534310取代
KB3148851 ×被2020-01月度汇总KB4534310取代

喜欢非KB3125574的粉丝有福了

验证环境：
截止到2020年01月14日月度汇总KB4534310为止，采用整体打补丁的方法，而不是仅局限于以下41个补丁。实体机安装非KB3125574补丁方案的系统，虚拟机则安装 “以非KB3125574补丁方案做为基础，并采取KB3125574在前，月度汇总KB4534310在后，实际上是KB3125574方案” 的系统。如此，即可方便进行文件版本的查询、比较及分析。

验证环境提供：
由于人力不足，可能存在瑕疵或遗漏的地方。希望各路大神能够在我所做的基础上进一步完善它。
实体机安装的非KB3125574补丁方案的系统下载链接：
Win7 SP1 x64 批量授权专业版”无精简“集成2020年01月14日补丁提取码：dZbb
补丁方案可参照强迫症方案：非KB3125574+IE11补丁方案（2020.01.14 非ESU）提取码：3S0B
虚拟机安装的KB3125574的系统，则可以在上面非KB3125574补丁方案系统上，先卸载月度汇总KB4534310，然后再依次安装KB3125574便利汇总、月度汇总KB4534310。

目标锁定：
上面36个带▲的 “仅被KB3125574取代” 的补丁（新去除KB2574819），再收纳如下5个补丁：
KB3021674（被KB3125574两个文件更新<还有另外两个文件未被KB3125574更新，故不能叫取代>，这两个文件至少未被月度汇总KB4534310更新。被2020-02月度汇总KB4537820取代）
KB3081954（仅被KB3125574取代<部分文件版本虽然都是18047，但是Hash值不一样，切记>，未被月度汇总KB4534310文件更新。被2020-04月度汇总KB4550964取代）
KB3035126（全部文件仅被KB3125574文件更新<文件版本虽然都是21371，但是Hash值不一样，切记>，未被月度汇总KB4534310文件更新）
KB3042058（被KB3125574一个文件更新，此一个文件未被月度汇总KB4534310文件更新）
KB3110329（被KB3125574大量文件更新，此大量文件未被月度汇总KB4534310文件更新）
也即总共41个部分或全部文件仅仅被KB3125574文件更新但又未被月度汇总更新的补丁。

经过我在虚拟机环境，每个补丁均提取了仅被KB3125574文件更新的部分，用于弥补这41个补丁，部分或全部文件仅仅被KB3125574文件更新但又未被月度汇总KB4534310更新的缺陷。
下载链接：
41个仅仅被KB3125574文件更新但又未被月度汇总更新提取码：HeXn

合体版提取码：yteT

操作时机：
在安装了以上41个散装补丁之后，建议在PE环境下（当然你也可以将它们部分或全部用于离线集成或封装），无任何限制，放在月度汇总KB4534310之后也可，解压下面压缩包后，并将其中对应每个补丁的Windows文件夹覆盖到系统盘（每个补丁文件夹下的文本文件版本号则为采用非KB3125574方案，安装原补丁后正在使用的文件版本），即可获得等同于KB3125574官载取代66个补丁（其实是41个，还有另外25个补丁有些被KB4534310取代，有些则是遥测或非必需补丁）的效果，从此与KB3125574说再见！

拓展：
验证环境同上，以下每个补丁均提取了仅被KB3125574文件更新的部分，用于弥补官载取代以外的补丁，仅被KB3125574部分文件更新且此部分文件未被月度汇总KB4534310更新的缺陷。

KB3125574官载取代以外（27个仅被KB3125574部分文件更新且此部分文件未被KB4534310更新，另外3个<27、29、30>已被月度汇总KB4534310全部文件更新。后续我会视情况和时间进行数量上的更新）
下载链接：
官载取代外被KB3125574部分文件更新提取码：58GH

操作时机：
在安装了上面链接中所对应的散装补丁之后，建议在PE环境下（当然你也可以将它们部分或全部用于离线集成或封装），无任何限制，建议与上面官载取代的压缩包合体以后再一起操作效果更佳。

题外话：
问：为什么要用2020-01月度汇总KB4534310来做研究，直接用最新的ESU月度汇总不好吗？
答：2020-01月度汇总KB4534310是基础（免费且不被卡脖子），只有立足于基础并将其研究到极致，才能展开进一步研究。对于ESU月度汇总，存在很多不确定的干扰因素，比如ESU不同线路，导致推送的补丁不知真假。还有，未付费（二次付费）给巨硬会收到律师函等等。

问：为什么你的技术进展如此之快？
答：很多时候做一件事，光靠我一个人的力量是远远不够的，也许是我的执着感动了一些大佬，从而在技术及精神上给予了我非常大的支援和鼓舞，比如：隔壁论坛的gwaijyut和本论坛的神秘大佬donald7771。虽然这里只是虚拟的世界，但已足够支撑我拖着疲惫的身躯继续砥砺前行。

作者: 燕飞龙 时间: 2025-6-18 13:30
感谢分享

作者: greatpeng 时间: 2025-6-18 13:38
这个补丁真是又爱又恨

作者: wn168cn@163.com 时间: 2025-6-18 14:18
感谢楼主分享！！！

作者: sulong 时间: 2025-6-18 14:34
谢谢楼主分享！

作者: dksoft 时间: 2025-6-18 14:47
感谢分享

作者: hmaaaa 时间: 2025-6-18 15:10
THX~!感恩分享摟，謝謝大大喔~~!辛苦了！^^

作者: 燕飞龙 时间: 2025-6-18 15:13
感谢分享

作者: 小灰兔 时间: 2025-6-18 16:35
感谢分享

作者: jho 时间: 2025-6-18 18:53
来看看学习一下

作者: jh198354 时间: 2025-6-18 18:54
谢谢分享！！！

作者: wtwq263 时间: 2025-6-18 19:41
谢谢楼主分享，，提醒支持

作者: 419545168 时间: 2025-6-18 20:13
感谢分享

作者: snluwei 时间: 2025-6-18 20:46
多谢楼主分享

作者: afang158 时间: 2025-6-18 21:07
谢谢分享！

作者: bg888 时间: 2025-6-18 21:20
不是不管了吗，怎么还在更新呢

作者: aaa123456789 时间: 2025-6-18 23:50
感谢分享

作者: http88 时间: 2025-6-19 00:02
多谢分享，非常实用的帖子。

作者: wondaol 时间: 2025-6-19 00:54
感谢分享

作者: KIM3298 时间: 2025-6-19 07:39
谢谢分享

作者: zhujunrang 时间: 2025-6-19 07:40
谢谢楼主分享了

作者: 2011monoso 时间: 2025-6-19 07:52
谢谢分享

作者: wonderfully 时间: 2025-6-19 07:59
谢谢分享

作者: wang1126 时间: 2025-6-19 08:15
谢谢楼主分享

作者: tanglf 时间: 2025-6-19 09:01
楼主有心了
学习

作者: 12qaz 时间: 2025-6-19 09:14
感谢分享

作者: 董大 时间: 2025-6-19 11:11
辛苦了！谢谢楼主分享!

作者: makoto23 时间: 2025-6-19 11:59
感谢分享

作者: fegr 时间: 2025-6-19 14:02
谢谢分享

作者: zqfeng01 时间: 2025-6-19 14:06
感谢分享

作者: ipkh 时间: 2025-6-19 14:34
这个太祥细了

作者: guong 时间: 2025-6-19 15:02
感谢楼主分享！

作者: xioiox 时间: 2025-6-22 00:59
多谢多谢

作者: wu733 时间: 2025-6-23 06:52
研究成果出来了，喜欢非KB3125574的粉丝有福了

作者: WL77 时间: 2025-6-23 07:15
谢谢分享

作者: wu733 时间: 2025-6-23 07:56
重大研究成果，请珍惜！

作者: chzhshch 时间: 2025-6-23 07:59
感谢分享

作者: wu733 时间: 2025-6-23 17:26
再次重申，重大研究成果，也请各位补丁大神验证

作者: wu733 时间: 2025-6-28 12:40
40个仅被KB3125574文件更新的补丁，等我有时间，剔除其中所有子文件夹中的en-US、zh-CN等不必要的文件，甚至比较是否被后续月度汇总文件更新，然后制作出无限制的版本。

作者: wu733 时间: 2025-6-28 12:43
本帖最后由 wu733 于 2025-6-28 12:47 编辑

以上是我的一个突发奇想，路已经初步修好，请大家多多验证，我确定最后一定会结出丰硕的果实

作者: gwaijyut 时间: 2025-6-28 14:25
哈哈，最近几天努力在这边当水军，还是没权限发站短。。。
请楼主移步隔壁，跟我吼一声

作者: abcd360 时间: 2025-6-28 14:59
还在使用win7 64位的路过
谢谢分享

作者: gwaijyut 时间: 2025-6-28 17:22
微软对于补丁的取代关系描述至今都不十分精确，比如KB2709630

574的补丁描述明确记录它取代了KB2709630
追查KB2709630，取代关系并没有指向KB3125574.记录显示，它先是被2015/1/13安全更新KB3021674取代
然后，KB3021674被2020-02月度汇总KB4537820/仅安全KB4537813及后续汇总取代，单看KB2709630的取代链，很难想到KB3125574也能取代KB2709630

---------------------------------------------分割线---------------------------------------------

查阅KB2709630和KB3021674的mum文件，比对结论：KB3021674完整取代了KB2709630

再来看看KB3021674具体干了些什么：
它更新了以下文件

Profprov.dll 升级到--> 6.1.7601.22913
Profsvc.dll 升级到--> 6.1.7601.22913

ESU月度汇总取代了KB3021674，对上述两个文件做了更新：

Profprov.dll 升级到--> 6.1.7601.24561
Profsvc.dll 升级到--> 6.1.7601.24561

至于KB3125574是否包含KB2709630，目前我没有测试环境，就此作罢。
其实不重要了，月度汇总已经间接取代了KB2709630：你可以不使用KB3125574，总得使用最新的月度汇总吧

综上，对于KB2709630，可以使用×标记

作者: wu733 时间: 2025-6-28 19:03
本帖最后由 wu733 于 2025-6-28 19:14 编辑

gwaijyut 发表于 2025-6-28 17:22
微软对于补丁的取代关系描述至今都不十分精确，比如KB2709630

574的补丁描述明确记录它取代了KB2709630
...

感谢提供详细的分析，等我有时间，我再研究一下这个KB2709630，它很有可能被KB3125574部分文件更新，然后又被月度汇总KB4534310部分文件更新。
研究的重点是：它被KB3125574文件更新的部分，但此部分却又未被月度汇总KB4534310更新

作者: wu733 时间: 2025-6-29 17:29
本帖最后由 wu733 于 2025-6-29 17:33 编辑

gwaijyut 发表于 2025-6-28 17:22
微软对于补丁的取代关系描述至今都不十分精确，比如KB2709630

574的补丁描述明确记录它取代了KB2709630
...

KB3021674（2014年12月20日Windows用户配置服务漏洞）。它最早被2020年02月11日月度汇总KB4537820官载取代。如果只考虑2020.01补丁方案的话，KB3021674未被2020.01月度汇总KB4534310完全取代，所以应该研究KB4534310和KB3125574及KB3021674分别对KB2709630的影响（文件更新）。

作者: wu733 时间: 2025-6-29 17:48

gwaijyut 发表于 2025-6-28 17:22
微软对于补丁的取代关系描述至今都不十分精确，比如KB2709630

574的补丁描述明确记录它取代了KB2709630
...

“微软对于补丁的取代关系描述至今都不十分精确”

确实如此。微软对于补丁的取代关系的描述也只是取代和非取代两种，就算有明确的取代描述，比如：KB3118401（2015年12月13日通用C运行库，修复KB2999226）。最早被KB4015549（2017年04月11日月度汇总）官载取代。结果是，如果你不打KB3118401，只打后续月度汇总，WU还是会推送这个KB3118401。所以，补丁之间的取代关系不仅仅只有取代和非取代两种。还存在部分取代，包括但不限于：完全文件取代（所有文件版本更新）但又缺少原补丁对系统的注册表写入（如KB2898851）、部分文件取代（部分文件版本更新）等情况

作者: gwaijyut 时间: 2025-6-29 23:05
本帖最后由 gwaijyut 于 2025-6-30 16:12 编辑

wu733 发表于 2025-6-29 17:29
KB3021674（2014年12月20日Windows用户配置服务漏洞）。它最早被2020年02月11日月度汇总KB4537820官载取 ...

KB4534310与此无关。它既不取代KB3021674，也不取代KB2709630
如果只考虑2020.01补丁方案，分类讨论(区别)如下：
1、单独使用KB2709630，system32\profsvc.dll_17514 被移除，system32\profprov.dll_17514 无变动
2、使用KB3125574(前置kb3020369)，system32\profsvc.dll_17514 被移除；System32\profprov.dll升級到23403（安装KB3125574后，KB2709630 和 KB3021674 不再适用）
3、单独使用KB3021674，System32\profsvc.dll_17514 升级到 18706；System32\profprov.dll_17514 无变动
4、SP1 + KB3021674 + KB3125574(kb3020369)，system32\profsvc.dll_18706 被移除；System32\profprov.dll升級到23403

【ESU + 非KB3125574】方案：
SP1 + KB4019990 + KB4474419 + KB5056456(ESU-SSU) + BypassESU-13f + KB4537820(ESU-2002)
----> 在这个组合下，system32\profsvc.dll_17514 被移除；System32\profprov.dll升級到24548，同时，KB2709630 和 KB3021674 不再适用（即不再被系统所识别）

KB2709630 和 KB3125574 的对比
共同点：移除了 system32\profsvc.dll；
不同点：KB3125574 升级了 System32\profprov.dll

非ESU方案中，
结论1：KB3125574方案无需安装KB2709630 及 KB3021674
结论2：非KB3125574方案，可考虑安装KB3021674

ESU方案中，
结论3：无论是否启用KB3125574，均无需安装 KB2709630 和 KB3021674

附注：贯穿整个测试过程，无论system32\profsvc.dll是否被移除，在winsxs文件夹中，均会新增profsvc.dll的升级副本(是的，被移除的system32\profsvc.dll会在这里升级)。因为这个位置的文件似乎不会被系统直接调用，就没做详细记录。

作者: cnbak 时间: 2025-6-30 06:48
谢谢分享

作者: gwaijyut 时间: 2025-6-30 09:04
本帖最后由 gwaijyut 于 2025-6-30 16:05 编辑

对KB2709630的补充说明
1、这个补丁兼容Win7-RTM，也就是Win7-SP0（6.1.7600.16385）；
2、SP0安装KB2709630后，system32\profsvc.dll 升级到 17014，system32\profprov.dll 保持16385，两个文件在winsxs目录均有新版本添加。
注意：如果在SP0中提前安装了WindowsUpdateAgent-7.6.exe，KB2709630将移除 system32\profsvc.dll

如果你的系统版本是6.1.7600.16385，有必要使用这个补丁。

作者: gwaijyut 时间: 2025-6-30 16:29

wu733 发表于 2025-6-28 19:03
感谢提供详细的分析，等我有时间，我再研究一下这个KB2709630，它很有可能被KB3125574部分文件更新，然后 ...

“研究的重点是：它被KB3125574文件更新的部分，但此部分却又未被月度汇总KB4534310更新”

KB4534310 与 KB2709630 无关

KB2709630 这个包文件体积小，比较适合做分析
查阅其清单文件即可获取它包含的并行程序集列表。

KB3125574 对 KB2709630 做的是增量更新，它取代了KB2709630 ，但并不删除KB2709630在winsxs中创建的升级文件，同时，KB3125574 对 KB2709630程序集未升级(但依赖)的文件也做了升级

作者: wu733 时间: 2025-6-30 17:17

gwaijyut 发表于 2025-6-29 23:05
KB4534310与此无关。它既不取代KB3021674，也不取代KB2709630
如果只考虑2020.01补丁方案，分类讨论(区 ...

非常精彩和详实的分析，做这个是非常需要时间和精力的

作者: beixing1976 时间: 2025-6-30 17:24
感谢分享

作者: yebooo 时间: 2025-6-30 17:52
感谢分享

作者: wu733 时间: 2025-7-2 23:03
本帖最后由 wu733 于 2025-7-3 02:31 编辑

gwaijyut 发表于 2025-6-29 23:05
KB4534310与此无关。它既不取代KB3021674，也不取代KB2709630
如果只考虑2020.01补丁方案，分类讨论(区 ...

首先十分感谢您的火眼金睛

这个KB2709630确实是多余的，是我眼睛看花了，查看它的Package Details时漏掉了KB3021674，还以为仅仅被KB3125574和2020-02月度汇总KB4537820取代。

经过研究发现一个惊天的秘密：
一、非KB3125574方案（截止2020.01.14），也即不打KB3125574（也不打KB2709630），最后安装月度汇总KB4534310
1、C:\Windows\System32下的两个profprov.dll、profsvc.dll被KB3021674更新为6.1.7601.22913，也即KB3021674取代KB2709630的两个dll文件
2、C:\Windows\winsxs下存在对应上面两个profprov.dll、profsvc.dll的旧版本和最新版本文件夹如下：
amd64_microsoft-windows-profsvc_31bf3856ad364e35_6.1.7601.17514_none_59d75cdc494c95ea → 17514
amd64_microsoft-windows-profsvc_31bf3856ad364e35_6.1.7601.18706_none_59e41a604942c096 → 17514
amd64_microsoft-windows-profsvc_31bf3856ad364e35_6.1.7601.22382_none_5a132d2562a4e8c9 → 22382
amd64_microsoft-windows-profsvc_31bf3856ad364e35_6.1.7601.22913_none_5a5fe847626b2d73 → 22913
小结：这四个旧版本和最新版本文件夹下的profprov.dll、profsvc.dll，在未安装月度汇总KB4534310之前以及安装了月度汇总KB4534310之后都是类似增量存在（如上箭头所示），

二、KB3125574方案之一（截止2020.01.14，仅仅是在上面非KB3125574方案基础上，KB3125574便利汇总在前，月度汇总KB4534310在后），也不打KB2709630
1、C:\Windows\System32下的两个profprov.dll、profsvc.dll被新增的KB3125574便利汇总更新为6.1.7601.23403，也即KB3125574取代KB2709630、KB3021674的两个dll文件
2、C:\Windows\winsxs下存在对应上面两个profprov.dll、profsvc.dll的旧版本和最新版本文件夹如下：
amd64_microsoft-windows-profsvc_31bf3856ad364e35_6.1.7601.17514_none_59d75cdc494c95ea → 17514
amd64_microsoft-windows-profsvc_31bf3856ad364e35_6.1.7601.18706_none_59e41a604942c096 → 17514
amd64_microsoft-windows-profsvc_31bf3856ad364e35_6.1.7601.22382_none_5a132d2562a4e8c9 → 22382
amd64_microsoft-windows-profsvc_31bf3856ad364e35_6.1.7601.22913_none_5a5fe847626b2d73 → 22913
amd64_microsoft-windows-profsvc_31bf3856ad364e35_6.1.7601.23403_none_5a6a97ed62633960 → 23403
小结：这五个旧版本和最新版本文件夹下的profprov.dll、profsvc.dll，在未安装月度汇总KB4534310之前是类似增量存在的（包括安装了KB3125574便利汇总也是如此，如上箭头所示），在安装了月度汇总KB4534310之后也是相同的类似增量存在！！？？？

三、KB3125574方案之二（截止2020.01.14，仅仅是在上面非KB3125574方案基础上，月度汇总KB4534310在前，KB3125574便利汇总在后），也不打KB2709630
1、C:\Windows\System32下的两个profprov.dll、profsvc.dll被新增的KB3125574便利汇总更新为6.1.7601.23403，也即KB3125574取代KB2709630、KB3021674的两个dll文件
2、C:\Windows\winsxs下存在对应上面两个profprov.dll、profsvc.dll的旧版本和最新版本文件夹如下：
amd64_microsoft-windows-profsvc_31bf3856ad364e35_6.1.7601.17514_none_59d75cdc494c95ea
amd64_microsoft-windows-profsvc_31bf3856ad364e35_6.1.7601.18706_none_59e41a604942c096
amd64_microsoft-windows-profsvc_31bf3856ad364e35_6.1.7601.22382_none_5a132d2562a4e8c9
amd64_microsoft-windows-profsvc_31bf3856ad364e35_6.1.7601.22913_none_5a5fe847626b2d73
amd64_microsoft-windows-profsvc_31bf3856ad364e35_6.1.7601.23403_none_5a6a97ed62633960
小结：情况出乎意料的复杂了，正在验证中......

终于豁然开朗，哈哈！！！

作者: wu733 时间: 2025-7-4 09:08
本帖最后由 wu733 于 2025-7-5 07:11 编辑

gwaijyut 发表于 2025-6-29 23:05
KB4534310与此无关。它既不取代KB3021674，也不取代KB2709630
如果只考虑2020.01补丁方案，分类讨论(区 ...

KB3147071这个补丁是最难的，需要耗费相当于100个其它补丁的时间和精力，在这个补丁上我有非常大的收获，也发现月度汇总似乎漏掉了最关键的东西。

另外，所有补丁已经全部完工，真正的无限制，先测试测试看看效果

作者: wu733 时间: 2025-7-5 07:45
无限制版已经制作完成，当然这只是一个起点，后面的路还远着呢

作者: dkzzlf 时间: 2025-7-5 07:58
感谢楼主

作者: 小龙飞 时间: 2025-7-5 08:11
感谢您的分享！下载收藏啦！

作者: chsh02 时间: 2025-7-5 09:40
辛苦了

作者: wu733 时间: 2025-7-5 09:59
合体以后，才发现winsxs里面还有23043的文件夹未删除，大家直接删除即可

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

2025-07-05_101331.jpg (229.86 KB, 下载次数: 1)

作者: gwaijyut 时间: 2025-7-5 12:03
本帖最后由 gwaijyut 于 2025-7-5 13:55 编辑

wu733 发表于 2025-7-4 09:08
KB3147071这个补丁是最难的，需要耗费相当于100个其它补丁的时间和精力，在这个补丁上我有非常大的收获， ...

KB3147071 和其他补丁有什么不一样的地方吗？如果有，是不是指这个补丁涉及到第三方程序(Oracle)？还是说这是一个“补丁的补丁”？因为它的前置是KB3126587。事实上，说前置也不太合适：KB3126587会影响到Oracle连接，只好再出一个KB3147071做修补。

KB3147071 的程序集包含 194 个文件，这个补丁已被KB3125574官载替代。

单独安装 KB3125574 观察
以system32目录为例，KB3125574 升级了 KB3147071 在该目录涉及的 149 个文件，文件版本升级到24384(大部分)；

单独安装 KB5061078(ESU) 观察，它更新了 KB3147071 包含的大部分程序集。
以system32目录为例，KB5061078 升级了 KB3147071 在该目录涉及的 147 个文件，文件版本升级到27766；不升级的文件有 2 个：mtxoci.dll_2001.12.8530.16385(x64)、mtxoci.dll_2001.12.8530.16385(x86)

我会在楼下大致谈一谈流程，不是很复杂，欢迎有兴趣的层友接棒跟进

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

0.1、在D:\根目录，新建文件夹“版本跟踪”，切换到该目录；
0.2、新建空命令(文本)文件：“程序集清单.txt”、“获取清单文件版本号.cmd”；

1、获取 KB3147071 包含的"并行程序集"清单：h-t-t-p-://download.microsoft.com/download/b/a/3/ba3363d3-c3ba-4c4f-99a5-ca8275956a2e/3147071.csv
提取 “x64 Windows 7 and Windows Server 2008 R2” 涉及的 194 个文件列表，将其复制到 D:\版本跟踪\程序集清单.txt

2、编辑 D:\版本跟踪\获取清单文件版本号.cmd，粘贴以下内容后保存：

@echo off
setlocal enabledelayedexpansion
for /f "delims=" %%f in (程序集清单.txt) do (
echo 正在搜索 %%f ...
wmic datafile where name="C:\\Windows\\System32\\%%f" get Name,Version 2>nul >> VersionInfo.txt || echo 未找到 %%f
)
endlocal
pause

复制代码

-----至此，完成准备工作-----

3、在虚拟机中，安装官版Windows 7 x64 SP1，并拍摄快照“Original”
3.1、运行 D:\版本跟踪\获取清单文件版本号.cmd ，得到 VersionInfo.txt ，将此文件重命名为“Original.txt”；
3.2、安装 KB3147071，重启后，运行 D:\版本跟踪\获取清单文件版本号.cmd ，得到 VersionInfo.txt ，将此文件重命名为“KB3147071_sys32.txt”；
3.3、恢复快照Original，安装KB3125574，重启后，运行 D:\版本跟踪\获取清单文件版本号.cmd ，得到 VersionInfo.txt ，将此文件重命名为“KB3125574_sys32.txt”；

4、使用BeyondCompare或类似工具，对比三个文件。

至此，完成文件版本号的对比。以上示例，仅跟踪了C:\\Windows\\System32目录的文件版本变化。其他目录同理，修改批处理中的目录地址即可。

这是一个大概的流程，其余细节的处理以及注册表部分就不写了，比较多和杂。大差不差吧

作者: gwaijyut 时间: 2025-7-5 14:28
在“合体版”中，建议楼主再检查一下吧

以Mtxoci.dll为例，KB3125574 将Mtxoci.dll更新为：6.1.7601.23403，对应winsxs目录：
C:\Windows\winsxs\amd64_microsoft-windows-com-dtc-oraclesupport_31bf3856ad364e35_6.1.7601.23403_none_4c296aef9821c0b6
C:\Windows\winsxs\x86_microsoft-windows-com-dtc-oraclesupport_31bf3856ad364e35_6.1.7601.23403_none_f00acf6bdfc44f80
1、合体版中，缺少这两个目录(及文件副本)，需要补齐。按：一般的，system32、SysWOW64 中的 DLL 文件，在winsxs中均存在对应版本的副本(以及目录)；
2、合体版中，Mtxoci.dll存在多个冗余副本，分别存储在多个以不同版本号区别命名的目录中(winsxs内)。均可删除。仅补齐以上两个目录即可。
这些冗余目录分别是：19135、23338、23391

作者: 黑鹰99 时间: 2025-7-5 14:48

感谢分享!

作者: lmyx2008 时间: 2025-7-5 15:01
这个好

作者: gwaijyut 时间: 2025-7-5 15:05
本帖最后由 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
本帖最后由 wu733 于 2025-7-17 14:51 编辑

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

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

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

2025-07-05_193230.jpg (34.83 KB, 下载次数: 0)

作者: wu733 时间: 2025-7-5 19:40

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

作者: wu733 时间: 2025-7-5 20:06
本帖最后由 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

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）。后面发现安装系统以后的这个文件夹下面是隐藏属性的，去掉隐藏属性就可以发现其实还是被月度汇总更新了的。

2025-07-05_201242.jpg (302.34 KB, 下载次数: 0)

2025-07-05_201256.jpg (105.42 KB, 下载次数: 1)

作者: wu733 时间: 2025-7-5 21:05
本帖最后由 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
我明白了。“旧壶装新酒”，很好的思路。其中，对于“并行程序集”(如果有)，建议再细化一下。这是因为：
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
本帖最后由 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

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

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

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

作者: wu733 时间: 2025-7-6 00:07
本帖最后由 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

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

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

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

作者: qq2348227 时间: 2025-7-6 19:26
大佬，能不能研究：

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

作者: wu733 时间: 2025-7-6 19:45

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

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

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

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

2025-07-06_194334.jpg (67.24 KB, 下载次数: 0)

作者: wu733 时间: 2025-7-6 20:00

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

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

好的，到时我一定补上

作者: wu733 时间: 2025-7-6 20:19
两个压缩包已经更新

作者: qq2348227 时间: 2025-7-6 21:29
本帖最后由 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
仔细阅读完，感觉意义不大呢？

作者: qq2348227 时间: 2025-7-6 21:39
本帖最后由 qq2348227 于 2025-7-6 21:42 编辑

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

作者: wu733 时间: 2025-7-6 22:15

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

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

作者: qq2348227 时间: 2025-7-6 22:21
本帖最后由 qq2348227 于 2025-7-6 22:22 编辑

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

certmgr.msc

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

作者: gwaijyut 时间: 2025-7-7 00:44
本帖最后由 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
基于楼主的统计，给一楼的补丁属性做个分类【针对官载取代的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
莫比乌斯环……
开始有意思了。抛开所有因素，事情变得生动起来：
将日期截至到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

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

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

作者: chsh02 时间: 2025-7-10 12:09
赞一个

作者: wu733 时间: 2025-7-10 21:12

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

KB3125574本来就是整合了从SP1至2016年4月所发布的1200+个补丁（并不是包含1200+，是整合），故KB3125574这个大杂烩确实令人又爱又恨。
那么，如何既吸收KB3125574的精华，又去除KB3125574的糟粕呢？
将KB3125574放到月度汇总后面已经楼主和我验证，实际情况与将KB3125574放到月度汇总之前，咳咳~情况或效果是一样的。
所以，我才发布“41个仅仅被KB3125574文件更新但又未被月度汇总更新”的压缩包，在安装了41个散装补丁后再应用此压缩包，即相当于KB3125574官方取代的66个补丁的效果（其实是41个，还有另外25个补丁有些被KB4534310取代，有些则是遥测或非必需补丁，虽然避开了KB3125574里面的糟粕，但也可能失去了KB3125574官方取代这41个补丁时可能对系统的注册表写入），也算是没有办法的办法了。

作者: handsome_xiang 时间: 2025-7-11 17:04
感谢分享！

作者: gwaijyut 时间: 2025-7-11 17:38
本帖最后由 gwaijyut 于 2025-7-11 17:39 编辑

wu733 发表于 2025-7-10 11:59
这个KB3125574你确定2023年WU还在推送？

应该是我搞糊涂了。尽管确实有印象微软会推送这个便捷包，但当我重新google查阅该包的大量历史信息，这个包似乎从未通过WU推送过。

作者: wu733 时间: 2025-7-11 19:10

gwaijyut 发表于 2025-7-11 17:38
应该是我搞糊涂了。尽管确实有印象微软会推送这个便捷包，但当我重新google查阅该包的大量历史信息，这个 ...

微软于2016年10月推出Monthly Rollup月度汇总KB3185330以后，大概是年底左右，微软主推用Monthly Rollup来代替KB3125574（KB3125574适合于离线集成以及专业IT人员使用）
等我有时间，我再研究一下官方取代的66个补丁以外的补丁，甚至我还会系统地研究KB3125574对系统的注册表写入。

作者: Silson 时间: 2025-7-11 19:11
6666666666666666666

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