无忧启动论坛

标题: Win7 SP1集成补丁过程的取代、衍生和依存关系归纳汇总(持续更新中......) [打印本页]

作者: wu733 时间: 2022-11-25 08:05
标题: Win7 SP1集成补丁过程的取代、衍生和依存关系归纳汇总(持续更新中......)
本帖最后由 wu733 于 2024-11-16 19:04 编辑
本人只是吸取各位补丁大神们的经验，对其中重要的经验进行归纳汇总，如果还有更好的经验请回帖，我会一并收集并更新。
补丁集成除了服务堆栈补丁、前置和后续补丁以及其它特殊补丁以外，整体上（意为大部分）应该按照补丁的时间戳从旧到新的顺序进行集成。由于很多老旧补丁的发布日期是错误的或者在微软补丁网址上根本搜不到，个人以为按照补丁的时间戳从旧到新的顺序更严谨。本贴中除了服务堆栈更新及月度汇总以外，其它补丁标明的日期均是补丁的时间戳日期。当然也不一定要按照我说的这个时间戳顺序去集成。只有打破这世俗的枷锁，才亦算是成神。
微软补丁网址：https://www.catalog.update.microsoft.com/home.aspx

一、取代及衍生关系：
在A、B补丁均为推送的补丁前提下，不推送的补丁不予考虑（除了原版系统本身不带的功能性补丁）
取代关系：打了A补丁，导致B补丁消失，称为A补丁取代了B补丁
衍生关系：打了A补丁，导致B补丁推送，称为A补丁衍生了B补丁

（一）KB2533552（2011年05月10日服务堆栈）→KB3020369（2015年05月12日服务堆栈）→KB3177467（2018年10月09日服务堆栈）→KB4490628（2019年03月服务堆栈）→KB4516655（2019年09月服务堆栈）→KB4523206（2019年11月服务堆栈）→KB4531786（2019年12月服务堆栈）→KB4536952(2020年01月服务堆栈)→KB5017397(2022年09月服务堆栈)→KB5028264(2023年07月服务堆栈)→KB5031658（2023年10月服务堆栈）→KB5032383(2023年11月服务堆栈)→KB5034865(2024年02月服务堆栈)→KB5039339(2024年06月服务堆栈，取代了KB4516655、KB4523206、KB4531786、KB4536952、KB5017397、KB5028264、KB5031658、KB5032383、KB5034865)

（二）Win7的每个月月度安全质量汇总Monthly Rollup，简称月度汇总，由于累积性特点，用户只需要安装最新的月度汇总，即可同时获得此前（推本溯源，可以追溯到2018年01月04日的月度汇总KB4056894）所有的补丁和更新。比如KB5017361（2022年9月度汇总，开始支持Secure Boot安全启动）→KB5044356（2024年10月度汇总），最新的2024年10月度汇总包含并取代了2022年9月度汇总。对于KB5044356取代KB5017361，甚至以前旧的月度汇总的情况，我估计大家只停留在表面肤浅的认识，未能深刻地掌握，只是知其然而不知所以然。比如，你先安装KB5017361，重启后打开程序和功能 - 查看已安装的更新，确认安装了KB5017361没错。然后继续安装KB5044356，重启后再打开程序和功能 - 查看已安装的更新，你会发现前面安装的KB5017361消失了（被卸载了，非覆盖），取而代之的变成了KB5044356，这种情况就是典型的取代。

（三）旧的22个非冗余.NET3.5.1补丁及其取代情况，按照补丁的时间戳顺序如下（均已验证，均为微软推送的补丁，22个多一个少一个都不行）：
KB2604115 2012年01月05日.NET3.5.1补丁
KB2736422 2012年08月22日.NET3.5.1补丁
KB2742599 2012年10月06日.NET3.5.1补丁
KB2840631 2013年05月17日.NET3.5.1补丁
KB2861698 2013年07月13日.NET3.5.1补丁    取代了KB2836942
KB2894844 2013年11月04日.NET3.5.1补丁    取代了KB2656356、KB2836943（均为.NET3.5.1补丁）
KB2911501 2013年12月29日.NET3.5.1补丁
KB2931356 2014年03月06日.NET3.5.1补丁
KB2968294 2014年06月21日.NET3.5.1补丁
KB2943357 2014年07月03日.NET3.5.1补丁 10
KB2937610 2014年07月04日.NET3.5.1补丁    取代了KB2729452、KB2789645（均为.NET3.5.1补丁）
KB2972100 2014年07月11日.NET3.5.1补丁
KB2972211 2014年07月11日.NET3.5.1补丁
KB2973112 2014年07月15日.NET3.5.1补丁
KB2978120 2014年09月10日.NET3.5.1补丁
KB3037574 2015年02月10日.NET3.5.1补丁
KB3023215 2015年02月15日.NET3.5.1补丁
KB3074543 2015年07月16日.NET3.5.1补丁
KB3072305 2015年08月04日.NET3.5.1补丁
KB3097989 2015年10月08日.NET3.5.1补丁 20
KB3122648 2015年12月09日.NET3.5.1补丁
KB3127220 2015年12月24日.NET3.5.1补丁

PS：1、相对KB4040980（2017年9月1日.NET3.5.1补丁，见图五）来说，旧的.NET3.5.1补丁特指2017年以前的；
   2、系统初始推送的旧的.NET3.5.1补丁总数为27个，其中非冗余.NET3.5.1补丁为22个，被取代5个（具体被取代的.NET3.5.1补丁见上）；
   3、以上22个旧的非冗余.NET3.5.1补丁，不被KB4040980及以后的.NET3.5.1补丁取代（2024年10月7日再次验证）。

（四）一些功能性补丁的取代及衍生情况（均已验证，均为微软推送的补丁，除了KB4052978、KB4073578等系统不带的功能性补丁）：
KB2552343  2011年05月25日超时错误    衍生了KB982018  2011年03月12日4K兼容性补丁，并不是微软不推送它，而是没有先安装KB2552343这个补丁而已
KB2726535  2012年12月04日增加南苏丹国家/地区列表    取代了KB2758857  2012年10月06日文件处理组件远程漏洞，不太敢相信是取代！
KB5040497  2024年07月09日月度汇总    取代了KB2726535  2012年12月04日增加南苏丹国家/地区列表。自此以后可以同时剔除KB2726535 和 KB2758857。
KB2670838  2013年02月02日解决浏览器字体模糊不清    衍生了KB2912390  2013年12月25日Direct2D中的远程漏洞
KB2984972  2014年09月12日受限管理的RDC7.1更新    取代了KB2685939  2012年04月28日远程桌面协议漏洞
KB2592687  2012年08月24日升级到RDP8.0    1.衍生了KB2984976  2014年08月30日受限管理的RDP8.0更新，实际是由KB2984972和KB2592687共同衍生，具体可参考KB2984976补丁的微软支持信息；2.衍生了KB3020387  2014年12月12日RDP8.0安全更新；3.取代了KB3075220  2015年07月11日RDP7.1安全更新，没打KB2592687之前微软推送的
KB2830477  2013年10月03日升级到RDP8.1    1.衍生了KB2923545、KB3020388及KB3075226；2.取代了KB3020387  2014年12月12日RDP8.0安全更新，没打KB2830477之前微软推送的，见图六
KB3140245  2016年03月10日启用TLS1.1和1.2为默认WinHTTP安全协议    取代了KB2585542  2011年11月18日未经身份验证的远程漏洞
KB3147071  2016年03月18日Oracle 数据库BUG    取代了KB3126587  2016年01月23日多个远程漏洞。精简版是这样，但是原版不是。不要慌，这只是个例。
KB4052978  2017年11月11日IE8.0的企业付费累积更新，升级IE8.0版本到8.0.7601.23950    取代了KB2706045  2012年06月19日JScript和VBScript漏洞和 KB2900986  2013年11月04日ActiveX KillBits累积更新和 KB3124275  2015年12月12日IE8.0累积更新
KB4073578  2018年01月12日Windows7系统安全更新，主要解决在安装了KB4056897（2018-01-03 适用于基于 x64 的系统的 Windows 7 仅安全性质量更新）后无法启动AMD设备状态，并且隐藏升级IE8.0版本到8.0.7601.24000    1.取代了KB2706045  2012年06月19日JScript和VBScript漏洞和 KB3101722  2015年10月13日特权提升漏洞；2.不取代 KB2900986  2013年11月04日ActiveX KillBits累积更新和 KB3124275  2015年12月12日IE8.0累积更新；3.衍生了KB2970228  2014年07月09日俄罗斯卢布新货币符号的更新
IE11    1.取代了KB2706045  2012年06月19日JScript和VBScript漏洞；2.不取代 KB2900986  2013年11月04日ActiveX KillBits累积更新
新的月度汇总（泛指2020年1月以后需要付费的月度汇总）    衍生了KB2970228  2014年07月09日俄罗斯卢布新货币符号的更新，旧的月度汇总从哪版开始无需关心
待续......
非严格意义上的取代情况：
KB3161102  2016年07月22日删除Windows日记本组件    取代了KB3155178  2016年4月7日日记本安全更新和 KB3170735  2016年6月28日日记本安全更新
KB4040980  2017年09月01日.NET3.5.1补丁    取代了重要更新：2017年09月.NET汇总KB4041083、可选更新：2017年11月.NET汇总KB4049016

（五）关于补丁取代情况目前仍然存在的一点疑问，问题可以重现如下（历时一年的悬案已破，感谢隔壁论坛的gwaijyut，见后面总结及验证）：
1、安装KB4575903（2020年07月30日ESU许可补丁）并安装BypassESU-v12-AIO后，不安装新的月度汇总直接重启（不重启发现不了，重大发现！），然后重新检查Update更新，对比重启前后（重要更新、可选更新截图前后对比），发现少推送了5个补丁：
KB2491683 2011年02月15日远程漏洞
KB2506212 2011年03月12日远程漏洞
KB2620704 2011年10月01日远程漏洞
KB3011780 2014年11月13日域特权提升漏洞
KB3021674 2014年12月20日Windows用户配置服务漏洞
不知这5个补丁是否被新的月度汇总（泛指2020年1月以后需要付费的月度汇总）取代？？？由于重启前后我还没来得及安装新的月度汇总，就莫名其妙少了5个补丁。

2、安装KB5016892（2022年08月24日ESU许可补丁）并安装BypassESU-v12-AIO后，不安装新的月度汇总，不重启或重启，均正常，也即补丁数无变化。后续继续安装新的.NET汇总，补丁数亦正常。

总结及验证：
1、KB5016892（2022年08月24日ESU许可补丁）已取代KB4575903（2020年07月30日ESU许可补丁），旧的KB4575903很明显已经不适合了；
2、KB3125574便利汇总、KB4601347（2021-02-09月度汇总）及以后的月度汇总同时取代了5个补丁（KB2491683、KB2506212、KB2620704、KB3011780、KB3021674）；
3、关于取代及衍生关系，原版和精简版系统几乎完全一致，只有个别情况。

（六）新的月度汇总的取代情况（均已验证，均为微软推送的补丁）：
以KB5041838（2024年08月13日月度汇总）为例，对原版系统来说，KB5041838取代了以下21+5个推送补丁，加入了原来疑似少推送的5个补丁：
重要更新：
KB2491683 2011年02月15日远程漏洞（原疑似少推送的补丁，被2021-01-12月度汇总KB4598279及以后的月度汇总取代）
KB2506212 2011年03月12日远程漏洞（原疑似少推送的补丁，被2021-01-12月度汇总KB4598279及以后的月度汇总取代）
KB2532531 2011年04月29日蓝牙栈驱动远程代码执行漏洞
KB2579686 2011年08月18日远程漏洞
KB2620704 2011年10月01日远程漏洞（原疑似少推送的补丁，被2021-01-12月度汇总KB4598279及以后的月度汇总取代）
KB2621440 2012年02月18日远程漏洞
KB2653956 2012年03月02日远程漏洞
KB2690533 2012年03月21日本地漏洞（被2024年04月09日月度汇总KB5036967及以后的月度汇总取代）
KB2705219 2012年09月12日更正Windows Print Spooler及Windows网络组件处理远程管理协议(RAP)响应方式
KB2893294 2013年10月21日远程漏洞 10
KB2984976 2014年08月30日受限管理的 RDP 8.0 更新
KB2977292 2014年09月04日支持使用TLS的Microsoft EAP更新（被2024年04月09日月度汇总KB5036967及以后的月度汇总取代）
KB3011780 2014年11月13日域特权提升漏洞（原疑似少推送的补丁，被2021-02-09月度汇总KB4601347及以后的月度汇总取代）▲
KB3021674 2014年12月20日Windows用户配置服务漏洞（原疑似少推送的补丁，被2021-01-12月度汇总KB4598279及以后的月度汇总取代）
KB3060716 2015年07月16日特权提升漏洞
KB3092601 2015年10月14日特权提升漏洞
KB3101722 2015年10月13日特权提升漏洞
KB3109103 2015年11月06日PGM特权提升漏洞（被2024年03月12日月度汇总KB5035888及以后的月度汇总取代）▲
KB3115858 2016年01月08日日记本安全更新
KB3139398 2016年02月05日USB大容量存储驱动特权提升漏洞 20
KB3150220 2016年04月22日Windows Media Center安全更新
可选更新：
KB2719857 2012年08月23日USB RNDIS设备连接更新（被2024年04月09日月度汇总KB5036967及以后的月度汇总取代）
KB2726535 2012年12月04日增加南苏丹国家/地区列表（被2024年07月09日月度汇总KB5040497及以后的月度汇总取代）▲
KB2853952 2013年08月07日虚拟硬盘不一致
KB2888049 2013年09月14日用于提高IE11在Windows中的网络性能
KB3138378 2016年03月11日Journal.dll二进制更新，日记本安全更新

另外，KB5041838衍生了以下6个补丁：
重要更新：
KB2676562  2012年04月03日Office、.NET和Silverlight的组合安全更新
KB2813347  2013年02月15日远程桌面连接7.0客户端的安全更新
KB3123479  2015年12月09日弃用SHA-1哈希算法
KB2952664  2018年06月14日对参与Windows客户体验改善计划的Windows系统执行诊断
可选更新：
KB2970228  2014年07月09日俄罗斯卢布新货币符号的更新
KB3150513  2016年05月05日为升级Win10作准备

PS：
1、补丁与补丁之间、月度汇总与月度汇总之间才存在取代关系。而月度汇总与补丁之间，可能是月度汇总里面包含了一样的补丁，也可能是月度汇总内置的补丁取代了此补丁。为了不过于复杂，一概以取代统称。
2、关于重要更新和可选更新被取代的两个日记本安全更新（KB3115858、KB3138378），是在安装KB3161102的前提下（KB3161102本身就取代了KB3155178、KB3170735，非严格意义）。由于Windows日记本被曝光太多安全漏洞，微软后续也不更新了，建议大家都安装KB3161102，以删除Windows日记本组件。

二、依存关系：
在A、B补丁均为推送的补丁前提下，不推送的补丁不予考虑（除了原版系统本身不带的功能性补丁）
打了A补丁，才能打B补丁，B补丁依赖A补丁而得以存在，称为A补丁是B补丁的前置补丁，这种关系定义为依存关系

（一）升级Win7的RDP协议版本到8.1，解决win7连接不了win10远程桌面：
我估计有很多人不以为然，这恰好说明你们以前打补丁的方法是错的（因为微软支持信息是错的，所以导致大家基本上都以讹传讹）
KB2984972（受限管理的 RDC 7.1 更新）→KB2574819（前置补丁）→KB2592687（从RDP7.1更新到RDP8.0，已取代KB3075220 RDP7.1更新，服务端8.0+客户端8.0）→KB2857650 （先回到RDP7.1，微软提供的升级包如果要升级到8.1只能从7.1开始<实际并没有降级，但是这样便于理解>，服务端8.0+客户端7.1）→KB2830477（然后从RDP7.1更新到RDP8.1，服务端8.0+客户端8.1）→KB2923545(RDP8.1更新，已取代KB2913751 RDP8.1更新)→KB3020388(RDP8.1更新，已取代3020387 RDP8.0更新)→KB3075226(RDP8.1更新)→KB4012212（如果升级RDP8.1补丁报错，通常是因为和“永恒之蓝”补丁有冲突，所以要先安装RDP8.1补丁，最后再安装KB4012212）

PS：Win7 SP1更新到RDP8.0之前原本是RDP7.1，看到这里很多人会问为什么不绕过RDP8.0直接更新到8.1？简单说就是，KB2592687是将服务端+客户端同时更新到了8.0，而KB2857650只是仅仅将客户端降级到7.1（这个步骤必不可少，否则后续的KB2830477装了也是白装，Windows Update还会提示，说明没打上），KB2830477也只是仅仅将客户端更新到8.1，所以KB2592687补丁绕不过去。啰嗦一句，不要太迷信微软的支持信息。（补充：KB2984972+KB2574819→又衍生了KB2984976，也即开始若不打KB2984972就不会推送KB2984976）

1、为了详细解释如何从Windows 7升级到RDP8.1，大家可以参考文章：https://www.zshield.net/Uploads/ ... /u5e5620c9c3d08.pdf，文章讲到如何从组策略启用远程桌面协议8.0时，其中勘误见图一；
2、从网上搞得一张别人做的一个框架图（仅仅截图），从中可以看出里面明确标注了服务端和客户端的关系，见图二;
3、微软支持信息的补丁安装顺序是错误的，网上还有很多有关升级RDP8.1的帖子也都是错误的，见图三；
4、再说一个微软支持信息错误的地方，打开微软补丁网址，然后搜KB4041083（包含KB4040980，只搜KB4040980是搜不到的），你再看它的微软支持信息：此更新替换更新KB2978120和KB2978128，见图四、图五。实践证明，KB4040980（.NET3.5.1补丁）一直没有取代KB2978120。你不打KB2978120，只打KB4040980，Windows Update最后还是会不遗余力地推送KB2978120这个补丁。

（二）集成IE11：
（KB2729094→KB2786081→KB2670838→KB2834140）→IE11→最新月度汇总（月度汇总包含IE11累积更新，比如2024年10月度汇总KB5044272）；
PS：以上顺序也可以：KB2670838→IE11→KB2729094→KB2786081→KB2834140→最新月度汇总。这里说明打了KB2670838后就可以集成IE11，很显然KB2670838就是IE11的前置补丁，其它三个补丁KB2729094、KB2786081、KB2834140对于IE11来说都是不可或缺的。这四个补丁都是IE11的必需补丁。实践证明，这四个必需补丁一个也没被取代。
另外，IE11两个可选补丁是：KB2882822、KB2888049（已被新的月度汇总取代），这两个可选补丁，微软只推送KB2888049。原则上，微软不推送的坚决不打。
为了解决大家的疑问，大家可以参考本人Win7 SP1 集成IE11的先决条件到底有哪些？一贴。再附上微软网站提供的IE11所需补丁：Internet Explorer 11 先决条件更新。再次强调，不要太迷信微软的建议。在线集成，既可以通过双击.msu补丁进行安装，也可以通过Dism命令在线集成.cab补丁（集成或安装.cab补丁不但避免系统产生太多垃圾，还有利于绕过微软的种种限制，从而更好地安装或集成补丁）。

（三）集成.NET4.X：
MicrosoftRootCertificateAuthority2011.cer证书+Windowsupdateagent-7.6-x64.exe（Windows更新代理）→KB4019990（解决D3DCompiler_47.dll缺失问题）→.NET Framework 4.X
PS：
1、.NET4.72和.NET4.8官方既有双签版，又有单签版。“签”字即微软的SHA-2签名（包含新、旧版），"双签"即新、旧版同时签名，"单签"即单一的新版签名。双签版或单签版根据时间戳又有很多版本。无签是指民间去掉微软SHA-2签名的版本（说实话，我也不知道早期官方有没有无签版）；
2、单签版要求最高，除了上面两个前置以外，还额外需要安装KB4490628+KB4474419这两个前置，也即MicrosoftRootCertificateAuthority2011.cer证书+Windowsupdateagent-7.6-x64.exe+KB4490628+KB4474419。无签版自由度最高；
3、实践证明，安装提取自俄罗斯UpdatePack7R2的根证书或直接安装无签版.NET4.X，可以无需MicrosoftRootCertificateAuthority2011.cer证书+Windowsupdateagent-7.6-x64.exe这两个前置。由于我一直以来是先安装的提取自俄罗斯UpdatePack7R2的根证书，导致我没考虑集成.NET4.X还有这么多附加条件。是我先入为主了，这对新手很不友好，特意在这里系统地讲清楚；
4、由于单签版安装完，会在“查看已安装的更新”的最顶端自带一个KB4503575（.NET4.8）或KB4087364（.NET4.7）。而这个KB4503575或KB4087364都是非必要的，必须卸载，见图八。故建议优先按照下面两个步骤（二选一）来进行：
   ①直接安装无签版.NET4.X，然后再自己补充官方的根证书（非必要条件），后续视情况补充KB4490628+KB4474419；
   ②UpdatePack7R2的根证书+无签版或双签版.NET4.X，后续视情况补充KB4490628+KB4474419。有洁癖的朋友可以采用上面的步骤。
以下.NET4.X下载链接里面未曾收集到.NET4.72无签版，谁有还望提供一下以弥补我的遗憾
.NET4.X下载链接：https://www.123pan.com/s/jctA-sRp6d
提取码：Khgc

（四）安装Office2016和Python3.X：
微软VC++运行库→Office2016或Python3.X
PS：微软VC++运行库包含了KB2999226、KB311840这两个Windows通用 C 运行库（Universal C Runtime）。实践证明，如果没安装微软VC++运行库，KB2999226、KB311840这两个必须都安装，缺一不可。

（五）集成SHA-2补丁：
KB4490628(前置补丁，2019年03月服务堆栈更新)→KB4474419(SHA-2最新补丁)
PS：如果只安装老版SHA-2补丁KB3033929，则不需要KB4490628这个前置堆栈服务

（六）Intel ME驱动：
KB2685811（前置补丁，Win7 1.11版内核模式驱动程序框架更新）→Intel ME驱动
PS：只有安装了KB2685811补丁，Intel ME驱动才能正常工作，ME不正常工作时表现为设备管理器 - Intel Management Engine Interface 带黄色感叹号

（七）集成通用USB3.0驱动：
KB2864202（前置补丁，KB2685811的更新）→通用USB3.0驱动（从Win8提取出来的）
下载链接：
https://www.123pan.com/s/jctA-fvk6d
提取码:eutD

（八）令人爱恨交加的两对特殊依存：
1、KB2552343  2011年05月25日超时错误和 KB2532531  2011年4月29日蓝牙栈驱动远程代码执行漏洞
微软支持信息（KB2532531）：建议您安装更新KB2552343之后再安装此安全更新。
可以理解为，最好先安装KB2552343。实践证明，KB2532531已被新的月度汇总取代。那么只安装KB2552343就可以了。

2、KB3004375  2015年01月16日改善Windows命令行审核和 KB3031432  2015年1月13日进程创建漏洞
微软支持信息（KB3031432）：必须在安装此更新的同时安装更新KB3004375。
可以理解为，必须同时安装这两个补丁，不论先后。先安装KB3004375，检查Update更新， KB3031432却神秘消失了，不要以为被取代了，继续安装KB3031432就对了；反过来先安装KB3031432，检查Update更新，KB3004375和KB3031432都还在，好像KB3031432白安装了。继续安装KB3004375，再检查Update更新，KB3004375和KB3031432都消失了。这已经不是依存关系了，而是一条船上的蚂蚱，应该称为共存或共生。
PS：KB2552343、KB3004375和KB3031432必须三个都安装，少一个都不行。这两对补丁均为微软推送的，不推送的坚决不打。比如，KB3004375和KB3000483曾经也是依存关系，见图七，但KB3000483(2015年01月08日组策略中的漏洞可能允许远程代码执行)微软已经不推送它了。一句话，微软推送什么就打什么，微软不推送的坚决不打！

（九）集成2020年01月14日以后的付费补丁：
ESU 许可补丁（KB5016892 2022年08月24日）→BypassESU-v12-AIO（三个全部PJ）→2020年1月14日以后的付费补丁
PS：Windows 7免费支持于2020年01月14日终止，自此以后大部分补丁都是需要付费的，你要强行安装付费补丁是装不上的。当然2020年01月14日以后还是有补丁可以不打ESU许可补丁+BypassESU，从而直接安装的，比如KB4539602(2020年01月31日修复黑色壁纸问题)，比如KB5039339(2024年06月服务堆栈更新)。推荐使用2022年08月24日ESU许可补丁（KB5016892），废弃2020年07月30日ESU许可补丁（KB4575903）。

ESU - Extended Security Update  - 扩展安全更新，也即微软为2020年01月14日以后的相关系统提供的付费安全更新。

非ESU更新（2020年01月14日以前的安全更新），则不需要安装ESU许可补丁。

（十）系统语言包→是很多补丁的前置补丁（特指依赖系统语言包而存在的补丁，这个我没有专门统计，感兴趣的朋友可以试试）。
如果你打好了全部补丁，最后再添加并更换系统语言包（系统可以并存多种语言包），会导致其中很多补丁废掉（包括月度汇总里面的很多补丁），必须重新安装。如图四可见端倪。也即，开始定好了系统语言包，比如简体中文（zh-CN），那么打完所有补丁后就不要试图另外添加并更换语言包了，否则最好从头开始安装所有补丁。

图一.jpg (140.59 KB, 下载次数: 100)

图二.jpg (62.76 KB, 下载次数: 96)

图三.jpg (55.17 KB, 下载次数: 94)

图四.jpg (68.38 KB, 下载次数: 96)

图五.jpg (59.83 KB, 下载次数: 96)

图六.jpg (97.71 KB, 下载次数: 96)

图七.jpg (38.94 KB, 下载次数: 97)

图八.jpg (40 KB, 下载次数: 95)

作者: CQgaxm 时间: 2022-11-25 08:13
谢谢楼主，值得借签，留存

作者: Anson4 时间: 2022-11-25 08:16
感谢分享！

作者: 1825208 时间: 2022-11-25 08:19
谢谢楼主分享总结

作者: 2012andyle113 时间: 2022-11-25 08:27
感谢经验分享

作者: fulibo 时间: 2022-11-25 08:33
占个位子!

作者: xbxb1 时间: 2022-11-25 09:03
这个整理不错，谢谢分享.

作者: 超逸绝尘 时间: 2022-11-25 09:13
这个还是非常重要的

作者: 浅水 时间: 2022-11-25 09:22
感谢楼主分享，支持一下！

作者: yzw92 时间: 2022-11-25 09:42
感谢分享！

作者: cao8mm 时间: 2022-11-25 09:59
值得借签，留存

作者: 黑鹰99 时间: 2022-11-25 10:17
感谢经验分享

作者: lichen316 时间: 2022-11-25 11:15
有心了多谢分享

作者: jh198354 时间: 2022-11-25 11:23

感谢分享！

作者: 2010laodu 时间: 2022-11-25 11:38
感谢楼主分享！！！

作者: lychh 时间: 2022-11-25 11:51
感谢分享

作者: 旁观者清 时间: 2022-11-25 12:44
谢谢分享。

作者: sgyfx 时间: 2022-11-25 13:12
Windows 7 付费支持于2023年1月14日终止

作者: zx6769 时间: 2022-11-25 13:30
谢楼主分享总结

作者: wu733 时间: 2022-11-25 16:01

sgyfx 发表于 2022-11-25 13:12
Windows 7 付费支持于2023年1月14日终止

感谢您的提醒

作者: xinxinlinux 时间: 2022-11-25 16:07
厉害了，学习一下。

作者: 铿锵玫瑰 时间: 2022-11-25 16:39
感谢楼主付出，要理清楚得花很多时间和精力。

作者: wjzj 时间: 2022-11-25 16:40
谢谢经验分享！

作者: 9527sss 时间: 2022-11-25 20:03
感谢分享

作者: dx163 时间: 2022-11-26 08:38
个人使用补丁从来不关心

都是大大们集成好的系统

作者: wondaol 时间: 2022-11-26 11:23
前来观摩

作者: 2048 时间: 2022-12-12 22:21
谢谢大佬的分享

作者: wu733 时间: 2022-12-14 15:32
已更新12月补丁编码

作者: pbo1 时间: 2023-1-15 15:08
KB2533552（2011 年 5 月 SSU）似乎不能被 KB4490628（2019 年 3 月 SSU）取代，原版 Win7 SP1 在只打了 KB2670838（Windows 7 SP1 平台更新）、KB3125574（2016 年 5 月便捷更新包）、KB3138612（2016 年 3 月 Windows Update 客户端）、KB4474419（SHA-2 最新补丁）、KB4490628（2019 年 3 月 SSU）、KB5016892（ESU 许可准备包）、KB5017397（2022 年 9 月 ESU）几个补丁后，仍然能扫描出几 MB 的 KB976932（安装后显示为 KB2533552），以下为 32 位 Win7 的扫描结果，64 位也有，但没有截图。

作者: wu733 时间: 2023-1-18 07:49
本帖最后由 wu733 于 2023-1-18 08:35 编辑

pbo1 发表于 2023-1-15 15:08
KB2533552（2011 年 5 月 SSU）似乎不能被 KB4490628（2019 年 3 月 SSU）取代，原版 Win7 SP1 在只打了 KB ...

曾经解开俄罗斯12月份的UpdatePack7，发现里面确实有一个KB2533552-x64补丁包（图一），但是不知道如何离线集成到原版镜像中。解开Windows6.1-KB2533552-x64.cab包到KB2533552文件夹，修改里面的update.mum，将其中的allowedOffline="false" 改成 allowedOffline="ture" （图二），然后用dism命令直接集成解压出来的KB2533552文件夹（图三），结果还是出错（图四）

图二.jpg (208.89 KB, 下载次数: 166)

图一.jpg (133.24 KB, 下载次数: 184)

图三.jpg (18.06 KB, 下载次数: 166)

图四.jpg (53.26 KB, 下载次数: 175)

作者: Sim683 时间: 2023-1-18 07:57
谢谢提供win7补丁的好方法

作者: wu733 时间: 2023-1-19 02:51

pbo1 发表于 2023-1-15 15:08
KB2533552（2011 年 5 月 SSU）似乎不能被 KB4490628（2019 年 3 月 SSU）取代，原版 Win7 SP1 在只打了 KB ...

通过解包俄罗斯UpdatePack7，研究里面的KB2533552-x64文件夹，已解决集成KB2533552（2011年5月SSU），现在可以调整一下我的补丁集成方案

图七.jpg (31.89 KB, 下载次数: 143)

作者: pbo1 时间: 2023-1-20 12:27

wu733 发表于 2023-1-18 07:49
曾经解开俄罗斯12月份的UpdatePack7，发现里面确实有一个KB2533552-x64补丁包（图一），但是不知道如何离 ...

我是通过虚拟机安装 2011-02-21 版的 Windows 7 SP1（2011-05-12 版额外集成了 KB2534111 补丁，主要修正了安装 Windows 7 时输入计算机用户名不能仅包含数字的问题，这个补丁应该被后续补丁覆盖了，也许是 KB3125574，我刚试了输入纯数字用户名可以正常进行安装），然后输用户名的时候按 Ctrl+Shift+F3 进审核模式安装补丁和其它诸如 VC++ Runtime、DX9 之类的必备运行库，这样可以比较简单的解决补丁互相依赖的问题。

作者: pbo1 时间: 2023-1-20 12:29

wu733 发表于 2023-1-19 02:51
通过解包俄罗斯UpdatePack7，研究里面的KB2533552-x64文件夹，已解决集成KB2533552（2011年5月SSU），现 ...

也就是说 KB2533552 确实是一个必备的补丁、没有被替代？

作者: wu733 时间: 2023-1-20 15:09
本帖最后由 wu733 于 2023-1-20 15:11 编辑

pbo1 发表于 2023-1-20 12:29
也就是说 KB2533552 确实是一个必备的补丁、没有被替代？

明确告诉你KB2533552不是必备的补丁，但是为了Windows Update里面不提示那个Windows 7 Service Pack 1 (KB976932)，这个就是KB2533552。按照我自己的补丁方案打完所有补丁，最后再集成KB2533552，已经不提示了，现在就剩一个最新的KB5022338（因为我以前集成的是2022年12月的KB5021291）

2023-01-20_150903.jpg (117.58 KB, 下载次数: 142)

作者: wu733 时间: 2023-1-20 15:13

pbo1 发表于 2023-1-20 12:29
也就是说 KB2533552 确实是一个必备的补丁、没有被替代？

最后集成KB2533552就是为了好看些

作者: pbo1 时间: 2023-1-20 15:52

wu733 发表于 2023-1-20 15:09
明确告诉你KB2533552不是必备的补丁，但是为了Windows Update里面不提示那个Windows 7 Service Pack 1 (K ...

好的，不过 KB5022338 恶心人的是重新引回了 EOS 牛皮癣，并且日期都懒得改

作者: pbo1 时间: 2023-1-20 15:57
本帖最后由 pbo1 于 2023-1-20 15:59 编辑

五、.NET更新，KB5020861 应该改为 KB5021091，KB5020861 只是 .NET 3.5.1 的累积更新，详见 KB5021091 知识库

作者: wu733 时间: 2023-1-20 16:13
本帖最后由 wu733 于 2023-1-20 16:24 编辑

pbo1 发表于 2023-1-20 15:57
五、.NET更新，KB5020861 应该改为 KB5021091，KB5020861 只是 .NET 3.5.1 的累积更新，详见 KB5021091 知 ...

1、你的电脑不受支持，打完所有补丁，尤其是打完KB5022338这个补丁，就可以离线导入或者当前系统导入我提供的注册表，这个提示就不会有了，见附件一；
2、KB5020861是2022-12月的.NET累积更新，我的补丁方案包含了所有的.NET更新。俄罗斯的UpdatePack7打补丁也会打上这个，见下图，虽然我这个是解包的2022年12月版，其实2023年1月版也包含这个

2023-01-20_160921.jpg (97.95 KB, 下载次数: 138)

电脑不受支持.rar

243 Bytes, 下载次数: 15, 下载积分: 无忧币 -2

作者: pbo1 时间: 2023-1-20 17:12

wu733 发表于 2023-1-20 16:13
1、你的电脑不受支持，打完所有补丁，尤其是打完KB5022338这个补丁，就可以离线导入或者当前系统导入我提 ...

对，实际是安装的是 KB5020861（for .net 3.5）、KB5020869（for .net 4.6 and 4.7）和 KB5020879（for .NET 4.8），update 里面扫出来的名称叫 KB5021091

作者: pbo1 时间: 2023-1-20 17:31

六、安装2020年1月14日以后的收费补丁：
ESU补丁（KB4575903 2020/7/30或KB5016892 2022/8/24）→BypassESU-v11-AIO（三个全部PJ）→2020年1月14日以后的收费补丁

最新测试，KB4575903 和 KB5016892 扫出来的补丁是不一样的，且只有 KB4575903 能扫出 2023 年 1 月度汇总 KB5022338

作者: wu733 时间: 2023-1-20 19:17

pbo1 发表于 2023-1-20 17:31
最新测试，KB4575903 和 KB5016892 扫出来的补丁是不一样的，且只有 KB4575903 能扫出 2023 年 1 月度 ...

是的，这两个补丁确实存在这个问题，所以保险起见还是用KB4575903的好

作者: wu733 时间: 2023-1-20 19:35
本帖最后由 wu733 于 2023-1-20 19:46 编辑

pbo1 发表于 2023-1-20 17:12
对，实际是安装的是 KB5020861（for .net 3.5）、KB5020869（for .net 4.6 and 4.7）和 KB5020879（for . ...

KB5020861和KB5020879都是2022年.NET更新，前者是否包含后者，我暂时还不知道。我只知道我最后打了KB5020861和KB5022338这两个补丁，KB5020879莫名其妙就打上了。也许是KB5022338包含了KB5020879。
刚刚重新做的系统，所有补丁打完后，最后，一定要最后打上KB2533552，重要更新里面再也没提示了。也没有隐藏任何重要更新，见最后图。

2023-01-20_192751.jpg (164.31 KB, 下载次数: 138)

2023-01-20_192631.jpg (42.12 KB, 下载次数: 145)

2023-01-20_194549.jpg (64.5 KB, 下载次数: 130)

作者: wu733 时间: 2023-1-21 05:49
又增加了一些内容，同时更新2023年补丁代码

作者: yzw92 时间: 2023-1-21 09:11
已更新12月补丁编码

作者: pbo1 时间: 2023-1-22 01:39
本帖最后由 pbo1 于 2023-1-22 01:49 编辑

pbo1 发表于 2023-1-20 17:31
最新测试，KB4575903 和 KB5016892 扫出来的补丁是不一样的，且只有 KB4575903 能扫出 2023 年 1 月度 ...

KB4575903

KB5016892

作者: pbo1 时间: 2023-1-22 01:40
本帖最后由 pbo1 于 2023-1-22 01:45 编辑

64 位系统比 32 位系统只多出一个 KB2603229（32 位版本的两个注册表项的值在 64 位版本的 Windows 7 或 Windows Server 2008 R2 中错误）专用补丁

作者: wu733 时间: 2023-1-22 10:58

pbo1 发表于 2023-1-22 01:40
64 位系统比 32 位系统只多出一个 KB2603229（32 位版本的两个注册表项的值在 64 位版本的 Windows 7 或 Wi ...

先打KB4575903，再打KB5016892，我的意思是两个ESU都打上会是什么结果

作者: pbo1 时间: 2023-1-22 16:32

wu733 发表于 2023-1-22 10:58
先打KB4575903，再打KB5016892，我的意思是两个ESU都打上会是什么结果

不想测了哈哈，KB5016892（Windows Server 2008 R2 SP1 扩展安全汇报许可准备包的更新）似乎不适用于 Windows 7；

KB4538483（适用于 Windows 7 SP1 和 Windows Server 2008 R2 SP1 的扩展安全更新（ESU）许可准备程序包），KB4575903（适用于 Windows 7 SP1 和 Windows Server 2008 R2 SP1 的扩展安全更新（ESU）许可准备程序包的更新），这俩才是。

作者: wu733 时间: 2023-1-23 12:37

pbo1 发表于 2023-1-22 16:32
不想测了哈哈，KB5016892（Windows Server 2008 R2 SP1 扩展安全汇报许可准备包的更新）似乎不适用于 Win ...

KB5016892适合Win7 32位或者64位的都有，我就很奇怪了

2023-01-23_123352.jpg (131.79 KB, 下载次数: 145)

作者: ifonly 时间: 2023-2-2 14:51
标记下，感谢分享。有时间了想自己整个win7自己用的

作者: 追逐灵魂 时间: 2023-2-2 21:41
你好可以出一个详细的补丁集成顺序吗？都需要集成那些补丁？

作者: wu733 时间: 2023-3-3 23:09
已更新2月份补丁代码

作者: lotusbee 时间: 2023-3-4 12:50
楼主，请问可以截个图展示一下最终的装的补丁吗？SP1原版系统的

作者: linfafa2 时间: 2023-3-4 14:49
实用，感谢分享

作者: hdtq99 时间: 2023-8-29 16:08
感谢分享，收藏了！

作者: nowayer 时间: 2023-12-2 05:15
提示: 作者被禁止或删除内容自动屏蔽

作者: wu733 时间: 2024-2-15 08:46
重大更新

作者: lucky8pm 时间: 2024-2-15 13:21
不明觉厉，支持！

作者: tilltotell007 时间: 2024-2-15 13:44
楼主辛苦

作者: 2012yishuihana 时间: 2024-3-18 13:54
想知道有没有成品下载

作者: Hydrogen 时间: 2024-3-18 20:30
谢谢楼主，收获很大，win7补丁理清了！

作者: hehuiying 时间: 2024-3-26 23:00
谢谢分享

作者: wu733 时间: 2024-3-31 07:54
细微更新

作者: 2010laodu 时间: 2024-3-31 09:39
对楼主佩服的五体投地

作者: hiro2025 时间: 2024-4-1 21:18
最近参考你的取代过程集成了202403之前的所有补丁，正在继续优化，请教一下. net之类的exe如何理线集成？

作者: wu733 时间: 2024-4-2 09:42
本帖最后由 wu733 于 2024-4-12 03:38 编辑

hiro2025 发表于 2024-4-1 21:18
最近参考你的取代过程集成了202403之前的所有补丁，正在继续优化，请教一下. net之类的exe如何理线集成？

一是用MSMG Tookit集成MDL论坛abbodi1406制作的一系列.tpk组件包，见https://download.ru/folders/xnIjBhOt；二是用UpdatePack7R2集成.WA组件包，好像也是abbodi1406制作，见http://bbs.wuyou.net/forum.php?mod=viewthread&tid=437735第11楼，我曾经提供过；三是用Dism++集成.sut组件包，见Net48自由---集成包永久分享(Win7,Win8,Win10)。这些第三方制作的组件包都有一个缺点，那就是更新速度滞后，严重依赖制作者。四是用系统部署命令SetupComplete.cmd来进行集成.net48.exe等文件，比如：if exist .NET48.exe Start /WAIT .NET48.exe，需要注意静默参数，这种方法缺点是安装速度很慢，电脑配置低了很容易卡死，具体可参考cclgoo大佬的Win7_sp1_x64（原版集成无人值守、激活、运行库）。

作者: wu733 时间: 2024-4-13 08:21
RDP补丁取代关系细微调整

作者: hiro2025 时间: 2024-4-15 20:37

wu733 发表于 2024-4-2 09:42
一是用MSMG Tookit集成MDL论坛abbodi1406制作的一系列.tpk组件包，见https://download.ru/folders/xnIjBh ...

谢谢楼主提供的方法，我试一下！

作者: wu733 时间: 2024-4-25 16:48
本帖最后由 wu733 于 2024-4-26 05:08 编辑

关于少推送的5个补丁问题的总结及验证：
1、原版系统和精简版系统均存在上述少推送补丁的问题，KB3125574便利汇总及KB5000841（2021-03-09月度汇总，这5个少推送的补丁PackageDetails均指向这个KB5000841，见图六、图七）均包含了这少推送的5个补丁；
2、具体某个补丁的PackageDetails是真实有效的，但月度汇总和仅安全性质量更新的PackageDetails就看不懂了；
3、关于取代及衍生关系，原版和精简版系统几乎完全一致，只有个别情况。

作者: wu733 时间: 2024-4-25 17:09
关于两对特殊依存关系补丁的总结：
这两对补丁均为微软推送的，不推送的坚决不打。比如，KB3004375和KB3000483曾经也是依存关系，但KB3000483（2015年01月08日组策略中的漏洞可能允许远程代码执行）微软已经不推送它。

作者: 4424442 时间: 2024-5-13 13:05
本帖最后由 4424442 于 2024-5-13 15:15 编辑

PS：打完所有补丁，在Windows Update重要更新里面提示Windows 7 Service Pack 1 (KB976932)，这个就是KB2533552。为了好看一些，可以打完所有补丁之后，继续离线集成KB2533552。

请问，出现这个补丁，是否因为您用的是09版的“windows_7”系统

如果是这样，为何不直接用11版的“windows_7_with_sp1”系统呢

作者: qitian 时间: 2024-5-17 18:03
IE11的KB2729094已被KB2970228取代

作者: wu733 时间: 2024-5-18 08:38

4424442 发表于 2024-5-13 13:05
请问，出现这个补丁，是否因为您用的是09版的“windows_7”系统

如果是这样，为何不直接用11版的“win ...

Win7 SP1分2011年2月版和5月版，这两个版本都存在这种情况。一看你就没实践过

作者: 4424442 时间: 2024-5-18 08:41

wu733 发表于 2024-5-18 08:38
Win7 SP1分2011年2月版和5月版，这两个版本都存在这种情况。一看你就没实践过

正在实践中呢，感谢指点

作者: wu733 时间: 2024-5-18 08:42

qitian 发表于 2024-5-17 18:03
IE11的KB2729094已被KB2970228取代

首先，KB2729094（2012年9月13日IE补丁，SegoeUI符号字体的更新），不管IE8、IE9、IE10、IE11，它是一个通用补丁。其次，你不安装这个补丁，你安装你说的KB2970228，然后再检查Windows Update更新试试就知道它有没有被取代。

作者: wu733 时间: 2024-5-18 08:46

4424442 发表于 2024-5-18 08:41
正在实践中呢，感谢指点

有时间，我把我的Win7 SP1补丁详细安装顺序发给你研究

作者: 4424442 时间: 2024-5-18 09:30

wu733 发表于 2024-5-18 08:46
有时间，我把我的Win7 SP1补丁详细安装顺序发给你研究

非常感谢大佬呢，

一直感觉补丁安装顺序是个很神秘的东西，Windows Update里面似乎有一套机制，能够判定补丁的安装顺序并加以执行。但中文网的资料较少，更多的是倾向于借助UpdatePack7R2这种现成的补丁包。

作者: wu733 时间: 2024-5-18 09:49
本帖最后由 wu733 于 2024-5-18 10:18 编辑

4424442 发表于 2024-5-18 09:30
非常感谢大佬呢，

一直感觉补丁安装顺序是个很神秘的东西，Windows Update里面似乎有一套机制，能够判 ...

你说的没错，Windows Update确实有一套机制，我们目前只能相信这个更新机制，否则难不成你比微软更加了解Windows的补丁？虽然我一直感觉它并不完善，因为我发现很多月度安全质量汇总及仅安全性质量更新的Package Details并不准确，比如，2019年3月12日仅安全性质量更新KB4489885：This update replaces the following updates：KB2676562（2012年04月03日Office、.NET和Silverlight的组合安全更新），但经我验证实际情况KB4489885却并没有取代KB2676562，你不打KB2676562，只安装KB4489885，Windows Update最后还是会推送KB2676562这个补丁（见下图）。尤其是微软外包给印度佬以后，这个更新机制出现了很多的问题。

图一.jpg (67.14 KB, 下载次数: 113)

作者: Tatsumki 时间: 2024-5-18 10:02
谢谢分享

作者: 4424442 时间: 2024-5-18 11:03

Windows Update确实有一套机制，我们目前只能相信这个更新机制，否则难不成你比微软更加了解Windows的补丁？

所以XP时代我倾向于以集成的方式打补丁，也就是往ISO里离线注入补丁。但随着了解的加深，Win7时代我更倾向于在线自动更新后再封装。您的观点和无约大佬不谋而合：

推荐方法：先安装WIN7，让系统在线更新补丁，让这个活的系统判断这几百个补丁哪个适合自己，哪个是过时了，哪个先打上，哪个后打上，然后开展清理工作（附后），最后/sysprep，再/capture成wim文件。我经常觉得，离线DISM整合补丁时对补丁合不合适的判断，肯定不如在线的、活的WIN7自我判断来得准确。
《对Win7的一些困惑》by无约而来

作者: wu733 时间: 2024-5-18 11:07

4424442 发表于 2024-5-18 11:03
所以XP时代我倾向于以集成的方式打补丁，也就是往ISO里离线注入补丁。但随着了解的加深，Win7时代我更倾向 ...

跟你说的XP时代集成补丁一样，只不过我是先在线搜索并验证补丁，然后把经过验证的这些补丁通过微软补丁网址https://www.catalog.update.microsoft.com/home.aspx下载下来，最后再集成

作者: tenyu 时间: 2024-5-18 11:13
厉害了，学习学习

作者: 4424442 时间: 2024-5-18 11:33
本帖最后由 4424442 于 2024-5-18 11:38 编辑

虽然我一直感觉它并不完善，

所以有时候也很纠结要不要研究她，因为一来自己没有掌握方法论，不知如何验证补丁是否被替代；二来Win7毕竟已经是“被放弃”的系统，较之于新系统确实存在诸多不足之处，如果以一己之力挑战她，很有可能深陷其中、徒劳无功。

顺便请教一下大佬：网上对Win7的研究大都围绕Win7withSP1进行的，为什么对2019版Win7不大感冒（就连UpdatePack7R2也是采用"Win7withSP1+KB3125574"的方案），单纯是因为英文版的原因吗

作者: wu733 时间: 2024-5-18 11:43

4424442 发表于 2024-5-18 11:33
所以有时候也很纠结要不要研究她，因为一来自己没有掌握方法论，不知如何验证补丁是否被替代；二来Wi ...

你说的是微软于2019年放出的英文版ISO镜像吧，印象中很多大佬认为这个ISO英文镜像不是离线集成，而是采用sysprep进行封装的，认为封装模式产生的垃圾比较多。

作者: wu733 时间: 2024-5-18 11:49
本帖最后由 wu733 于 2024-5-18 16:19 编辑

4424442 发表于 2024-5-18 11:33
所以有时候也很纠结要不要研究她，因为一来自己没有掌握方法论，不知如何验证补丁是否被替代；二来Win7毕 ...

再就是2019年封装的镜像，放到现在来看，其中已经有很多过时的补丁被取代了，这才是最重要的原因。所以应该采用2011年2月或5月版进行制作，这样可以避免这些过时的冗余补丁。

作者: 4424442 时间: 2024-5-18 11:50

wu733 发表于 2024-5-18 11:43
你说的是微软于2019年放出的英文版ISO镜像吧，印象中很多大佬认为这个ISO英文镜像不是离线集成，而是采用 ...

是的，看到过这样的说法，也是无奈…

作者: qitian 时间: 2024-5-20 01:04

wu733 发表于 2024-5-18 08:42
首先，KB2729094（2012年9月13日IE补丁，SegoeUI符号字体的更新），不管IE8、IE9、IE10、IE11，它是一个 ...

Windows Update并不总是对的，他也会推一些冗余补丁。KB2729094包含的所有字体文件在KB2970228中有更高的版本，确实已被取代。不过，后面还有其他补丁进一步更新了这些字体。

作者: awan8850 时间: 2024-5-20 06:14
学习收藏了

作者: plezhong 时间: 2024-5-20 06:55
感谢指导，学习了。

作者: wu733 时间: 2024-5-20 07:48
本帖最后由 wu733 于 2024-5-20 08:11 编辑

qitian 发表于 2024-5-20 01:04
Windows Update并不总是对的，他也会推一些冗余补丁。KB2729094包含的所有字体文件在KB2970228中有更高的 ...

先抛开KB2729094是否被KB2970228取代这个问题，实际情况，Windows Update最后还是会推送KB2729094这个补丁，你打还是不打？换我肯定打，眼不见不烦啊

作者: dkzzlf 时间: 2024-5-20 08:01
进来学习一下

作者: qitian 时间: 2024-5-20 13:50

wu733 发表于 2024-5-20 07:48
先抛开KB2729094是否被KB2970228取代这个问题，实际情况，Windows Update最后还是会推送KB2729094这个补 ...

不打，直接隐藏冗余补丁

作者: qitian 时间: 2024-5-20 13:51

4424442 发表于 2024-5-18 11:33
所以有时候也很纠结要不要研究她，因为一来自己没有掌握方法论，不知如何验证补丁是否被替代；二来Win7毕 ...

可以通过对比补丁中的文件来确认取代关系，不过这个取代关系很乱就是了，可以看看fch1993大佬的科普：
bbs.pcbeta.com/viewthread-1935749-1-1.html

【科普向】简易介绍下Windows 更新补丁的变更过程
...
(1)补丁的取代关系混乱。

例如：

更新补丁B发布了，文件比对之后发现部分文件取代了A补丁，但是没有完全取代A补丁，所以不能卸载A补丁。
再过了一段时间补丁C发布了，文件比对之后没有被B补丁取代的A补丁文件，在C补丁中被取代了。
这时安装完毕C补丁之后，A补丁的文件彻底被取代完毕，A补丁属于被取代了的补丁，可以被卸载了。

因此就导致了用户为了搞清楚补丁之间的取代关系，每出一个新的补丁，都要拆包该补丁，将文件信息录入补丁数据库中，比对来确认现在的取代关系。

因为这个最终的取代关系微软自己都弄的不清楚，并且以此社区还制作了一个叫做Windows Update Satisfy的补丁列表，用于标记那些已经被取代但是Windows Update依旧会推送的更新补丁，用户需要手动忽略这些更新补丁。

作者: 4424442 时间: 2024-5-20 16:54

wu733 发表于 2024-5-18 11:49
再就是2019年封装的镜像，放到现在来看，其中已经有很多过时的补丁被取代了，这才是最重要的原因。所以应 ...

谢谢大佬，明白您的意思了

作者: 4424442 时间: 2024-5-20 17:06

qitian 发表于 2024-5-20 13:51
可以通过对比补丁中的文件来确认取代关系，不过这个取代关系很乱就是了，可以看看fch1993大佬的科普：
b ...

谢谢大佬分享

可以通过对比补丁中的文件来确认取代关系

怎么对比呢，是“拆包”该补丁吗

作者: wu733 时间: 2024-5-20 18:19
本帖最后由 wu733 于 2024-5-20 18:30 编辑

qitian 发表于 2024-5-20 13:51
可以通过对比补丁中的文件来确认取代关系，不过这个取代关系很乱就是了，可以看看fch1993大佬的科普：
b ...

你觉得通过文件比较就可以确定取代了么？KB2729094这个补丁不仅仅只是更新SegoeUI符号字体版本，还有注册表及其它方面。再说KB2729094和KB2970228只是2012年和2014年的补丁，不大可能会出这么大的问题，如果是比较新的补丁，比如印度佬出的补丁，你这么一说我肯定就相信了。

作者: qitian 时间: 2024-5-20 19:14

wu733 发表于 2024-5-20 18:19
你觉得通过文件比较就可以确定取代了么？KB2729094这个补丁不仅仅只是更新SegoeUI符号字体版本，还有注册 ...

打补丁本就是更新或增加系统文件，肯定作为主要依据。注册表只是更新系统设置，不是主要依据，除非有特殊情况。具体到这两个补丁的作用，就是更新字体，同时装了两个补丁，前者并不会起作用。和印度人无关，微软win10前的补丁本就很混乱，Windows Update的取代关系也是人设置的，出错很正常。

作者: qitian 时间: 2024-5-20 19:17

4424442 发表于 2024-5-20 17:06
谢谢大佬分享

怎么对比呢，是“拆包”该补丁吗

我分享的科普里说了，当然你也可以安装补丁后比较差异

作者: qitian 时间: 2024-5-20 20:32

4424442 发表于 2024-5-20 17:06
谢谢大佬分享

怎么对比呢，是“拆包”该补丁吗

也不用自己研究，很多大佬早就研究好了，可以多看看MDL等论坛

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