无忧启动论坛

 找回密码
 注册
搜索

Win7 SP1 x64 非KB3125574集成补丁方案(IE8.0+IE11)by 2020.01.14 非ESU

查看数: 19917 | 评论数: 214 | 收藏 22
关灯 | 提示:支持键盘翻页<-左 右->
    组图打开中,请稍候......
发布时间: 2024-12-15 04:07

正文摘要:

本帖最后由 wu733 于 2025-11-24 18:26 编辑 本人从国内各单位及公司的利益出发,制作了此Win7 SP1 x64 非ESU补丁方案(仅补丁方案,大家自己下载的补丁才是最放心的。 2020年1月14日月度汇总KB4534310官载取 ...

回复

wu733 发表于 1 小时前
gwaijyut 发表于 2025-11-29 18:05
“你说的缺少对应的 .manifest 文件,删除中间增量时,每个增量所对应的 .manifest 文件,都被我干掉了,可 ...

我现在还在单位,后天就休假了,到时就又可以继续我的研究了。也就是说只有在我休假以后才有时间去研究。
wu733 发表于 1 小时前
gwaijyut 发表于 2025-11-29 17:29
目前的测试没有使用
《[原创] Win7 SP1 x64+便利汇总KB3125574精简版+月度汇总KB4534310合体版测试》提 ...

这个“一网打尽”,关键是要剔除其中需要数字签名的23403版驱动程序以及Windows Defender
gwaijyut 发表于 2 小时前
“你说的缺少对应的 .manifest 文件,删除中间增量时,每个增量所对应的 .manifest 文件,都被我干掉了,可以说是程序所为,也可以说是我特意为之”

-- “一网打尽”的情况比较复杂,仅保留原始 .manifest 没有什么意义,搞掉就搞掉吧。
-- 需要“自提权”运行的系统程序,没有 .manifest 文件是跑不起来的。涉及修改、替换老版本 .manifest,因为文件巨多,操作起来有点麻烦。其实就是改个名,比如把 23403.manifest 修改为 18365.manifest 再覆盖过去。

点评

我现在还在单位,后天就休假了,到时就又可以继续我的研究了。也就是说只有在我休假以后才有时间去研究。  详情 回复 发表于 1 小时前
gwaijyut 发表于 3 小时前
本帖最后由 gwaijyut 于 2025-11-29 17:48 编辑

目前的测试没有使用
《[原创] Win7 SP1 x64+便利汇总KB3125574精简版+月度汇总KB4534310合体版测试》提供的映像。

而是使用了《[原创] 便利汇总KB3125574对Win7 x64 SP1原版系统相关程序的更新,一网打尽》提供的“一网打尽”

我其实回错贴了,应该回在相应的帖子下面,抱歉抱歉。。。

将错就错吧,在这里回帖也是一样的。
正在整理一份仅供参考的缺漏清单,稍晚上传

点评

这个“一网打尽”,关键是要剔除其中需要数字签名的23403版驱动程序以及Windows Defender  详情 回复 发表于 1 小时前
wu733 发表于 8 小时前
gwaijyut 发表于 2025-11-29 11:07
时间零碎,测试效果大打折扣。
先说说目前阶段我认为存在的问题:

测试镜像在这个贴里面:http://wuyou.net/forum.php?mod=viewthread&tid=448574&extra=&page=1
你说的缺少对应的 .manifest 文件,删除中间增量时,每个增量所对应的 .manifest 文件,都被我干掉了,可以说是程序所为,也可以说是我特意为之

点评

目前的测试没有使用 《[原创] Win7 SP1 x64+便利汇总KB3125574精简版+月度汇总KB4534310合体版测试》 提供的映像。 而是使用了 《[原创] 便利汇总KB3125574对Win7 x64 SP1原版系统相关程序的更新,一网打尽》  详情 回复 发表于 3 小时前
gwaijyut 发表于 9 小时前
.manifest 文件很重要,是系统的侧加载项,主要涉及程序的兼容性、权限(安全)、依赖、元数据等关键描述。这份“描述”不仅是给人看的,也是给程序看的
gwaijyut 发表于 9 小时前
本帖最后由 gwaijyut 于 2025-11-29 11:16 编辑

时间零碎,测试效果大打折扣。
先说说目前阶段我认为存在的问题:

1、缺少对应的 .manifest 文件,是楼主有意为之吗?

2、目测还有些文件缺失,比如部分动态库和可执行程序

点评

测试镜像在这个贴里面:http://wuyou.net/forum.php?mod=viewthread&tid=448574&extra=&page=1你说的缺少对应的 .manifest 文件,删除中间增量时,每个增量所对应的 .manifest 文件,都被我干掉了,可以说是程序所为  详情 回复 发表于 8 小时前
wu733 发表于 4 天前
gwaijyut 发表于 2025-11-25 11:54
不能使用 ESU ,这个得关注一下

这个星期没时间了,下个星期再看看
gwaijyut 发表于 4 天前
wu733 发表于 2025-11-24 18:21
我关心的是稳定性,删除了中间增量,很多补丁肯定不能卸载了

不能使用 ESU ,这个得关注一下

点评

这个星期没时间了,下个星期再看看  详情 回复 发表于 4 天前
wu733 发表于 5 天前
gwaijyut 发表于 2025-11-24 12:56
测试“合体2”,补丁文件不能正常卸载。硬链接本身不占用空间,不建议清理 winsxs 存储库。如果出发点是精 ...

我关心的是稳定性,删除了中间增量,很多补丁肯定不能卸载了

点评

不能使用 ESU ,这个得关注一下  详情 回复 发表于 4 天前
gwaijyut 发表于 5 天前
测试“合体2”,补丁文件不能正常卸载。硬链接本身不占用空间,不建议清理 winsxs 存储库。如果出发点是精简,那又另当别论

点评

我关心的是稳定性,删除了中间增量,很多补丁肯定不能卸载了  详情 回复 发表于 5 天前
wu733 发表于 5 天前
对KB3172605的补充:
补充:KB3172605对KB3042058中的CipherSuiteOrder.adml、olepro32.dll进行了更新(23452版),后续KB4534310未进行更新。KB3172605中的其余组件均被月度汇总KB4534310更新。
结论不用安装KB3172605,只需将CipherSuiteOrder.adml、olepro32.dll版本用KB3172605的增量进行替换即可。
wu733 发表于 2025-11-20 21:25:06
gwaijyut 发表于 2025-11-20 21:17
oracle 部分的测试可以先放着,个人看法,大概 99% 的用户与此无关。因为微软在 win7 中对 ORACLE 的驱动 ...

欢迎测试,希望找出问题
gwaijyut 发表于 2025-11-20 21:17:33
wu733 发表于 2025-11-20 21:01
已经替换成23403版

oracle 部分的测试可以先放着,个人看法,大概 99% 的用户与此无关。因为微软在 win7 中对 ORACLE 的驱动支持仅限于非常古老的版本,好像是 7、8,9i开始就不支持了。(好像是这样,具体记不清了)

点评

欢迎测试,希望找出问题  详情 回复 发表于 2025-11-20 21:25
wu733 发表于 2025-11-20 21:05:28
gwaijyut 发表于 2025-11-20 21:00
msdaora.dll 替换了吗?
涉及到 oracle 这货,得反复测试一下稳定性,无论是服务端还是客户端,尤其要测 ...

如下两个补丁中涉及Oracle数据库的三个dll文件已全部替换成23403版

1、KB3126587中的Oracle数据库的ODBC驱动msorcl32.dll、连接COM+应用程序与Oracle数据库的组件mtxoci.dll

2、KB3147071中的Oracle数据库的OLE DB数据提供程序msdaora.dll
wu733 发表于 2025-11-20 21:01:53
gwaijyut 发表于 2025-11-20 21:00
msdaora.dll 替换了吗?
涉及到 oracle 这货,得反复测试一下稳定性,无论是服务端还是客户端,尤其要测 ...

已经替换成23403版

点评

oracle 部分的测试可以先放着,个人看法,大概 99% 的用户与此无关。因为微软在 win7 中对 ORACLE 的驱动支持仅限于非常古老的版本,好像是 7、8,9i开始就不支持了。(好像是这样,具体记不清了)  详情 回复 发表于 2025-11-20 21:17
gwaijyut 发表于 2025-11-20 21:00:26
wu733 发表于 2025-11-20 20:41
我删除winsxs中的冗余硬链接后,特意留意了一下,节省了3个GB的空间

msdaora.dll 替换了吗?
涉及到 oracle 这货,得反复测试一下稳定性,无论是服务端还是客户端,尤其要测试比较常用的第三方管理工具

点评

如下两个补丁中涉及Oracle数据库的三个dll文件已全部替换成23403版 1、KB3126587中的Oracle数据库的ODBC驱动msorcl32.dll+连接COM+应用程序与Oracle数据库的组件mtxoci.dll 2、KB3147071中的Oracle数据库的OLE  详情 回复 发表于 2025-11-20 21:05
已经替换成23403版  详情 回复 发表于 2025-11-20 21:01
PCHH 发表于 2025-11-20 20:44:10
厉害的
wu733 发表于 2025-11-20 20:41:09
gwaijyut 发表于 2025-11-20 20:38
已转存,找机会做测试

我删除winsxs中的冗余硬链接后,特意留意了一下,节省了3个GB的空间

点评

msdaora.dll 替换了吗? 涉及到 oracle 这货,得反复测试一下稳定性,无论是服务端还是客户端,尤其要测试比较常用的第三方管理工具  详情 回复 发表于 2025-11-20 21:00
gwaijyut 发表于 2025-11-20 20:40:24
wu733 发表于 2025-11-20 20:39
建议安装第二版

要得!
wu733 发表于 2025-11-20 20:39:43
gwaijyut 发表于 2025-11-20 20:38
已转存,找机会做测试

建议安装第二版

点评

要得!  详情 回复 发表于 2025-11-20 20:40
gwaijyut 发表于 2025-11-20 20:38:12
wu733 发表于 2025-11-19 19:59
便利汇总KB3125574精简版测试,http://bbs.wuyou.net/forum.php?mod=viewthread&tid=448574&extra=&page= ...

已转存,找机会做测试

点评

我删除winsxs中的冗余硬链接后,特意留意了一下,节省了3个GB的空间  详情 回复 发表于 2025-11-20 20:41
建议安装第二版  详情 回复 发表于 2025-11-20 20:39
wu733 发表于 2025-11-19 20:30:00
本帖最后由 wu733 于 2025-11-19 20:31 编辑

方案中KB3045685    2015年03月04日登录系统特权提升漏洞,其中细化描述修改如下
通用日志文件系统用户模式驱动支持库(clfsw32.dll)更新,可用23403版增量替换、通用日志文件系统用户模式驱动(clfs.sys),被23542版增量更新

还有如下驱动或dll文件版本好像可以用23403版替换,有待测试
1、Oracle数据库的ODBC驱动msorcl32.dll更新(23403)、连接COM+应用程序与Oracle数据库的组件mtxoci.dll更新(23403)

2、另wlaninst.dll是无线网卡驱动协同安装程序,需要数字签名,故也不用23403版替换

3、内置PGM协议核心驱动rmcast.sys及助手库wshrm.dll更新,不用23403版替换

wu733 发表于 2025-11-19 19:59:15
gwaijyut 发表于 2025-11-8 19:21
你去忙吧,有空又说

便利汇总KB3125574精简版测试,http://bbs.wuyou.net/forum.php?mod=viewthread&tid=448574&extra=&page=1

点评

已转存,找机会做测试  详情 回复 发表于 2025-11-20 20:38
gwaijyut 发表于 2025-11-8 19:21:42
wu733 发表于 2025-11-8 19:20
“保留初始版和最新版就可以了。中间部分可归为过渡性产物。”

不用验证了,非常正确。还有,我先出去 ...

你去忙吧,有空又说

点评

便利汇总KB3125574精简版测试,http://bbs.wuyou.net/forum.php?mod=viewthread&tid=448574&extra=&page=1  详情 回复 发表于 2025-11-19 19:59
wu733 发表于 2025-11-8 19:20:16
gwaijyut 发表于 2025-11-8 19:17
我可能很长时间接触不到电脑,有些想法没法去验证了

保留初始版和最新版就可以了。中间部分可归为过渡性产物。

不用验证了,非常正确。还有,我先出去一下,欢迎以后继续探讨这方面的问题

点评

你去忙吧,有空又说  详情 回复 发表于 2025-11-8 19:21
sky2046com 发表于 2025-11-8 19:17:58

收藏备用一个
gwaijyut 发表于 2025-11-8 19:17:50
我可能很长时间接触不到电脑,有些想法没法去验证了

点评

“保留初始版和最新版就可以了。中间部分可归为过渡性产物。” 不用验证了,非常正确。还有,我先出去一下,欢迎以后继续探讨这方面的问题  详情 回复 发表于 2025-11-8 19:20
gwaijyut 发表于 2025-11-8 19:16:55
按一般逻辑来说,打全补丁之后,保留初始版和最新版就可以了。中间部分可归为过渡性产物。
wu733 发表于 2025-11-8 18:48:47
本帖最后由 wu733 于 2025-11-8 19:16 编辑
gwaijyut 发表于 2025-11-8 18:19
我在你的 DeepSeek 贴文中跟进了 ChatGPT 的部分问答,可惜排版混乱。

网上大部分文章以及AI都缺少具体经验方面的文章,这是很悲哀的
6.1.7600版增量很多都是单独存在的,经过我的研究,大致总结以下规律:
1、只有单独6.1.7600.16385增量,保留初始16385版不删;若单独存在两种:6.1.7600.16385、6.1.7600.18327,保留初版16385以及18327;若单独存在三种:6.1.7600.16385、6.1.7600.18327、6.1.7600.21033,保留初版16385,保留18327版或当前使用的版本,删除21033版;
2、6.1.7600.16385和6.1.7601.17514并存,比如amd64_microsoft-windows-*6.1.7600.16385_*和x86_microsoft-windows-*6.1.7601.17514_*(分别对应32位和64位),两者都保留
3、6.1.7600.16385和6.1.7601.17514混存,并且后续还有6.1.7601.18410、6.1.7601.22617...,删除16385版,保留17514版,后续版本取18410或当前正在使用的版本
4、6.1.7601.17514、6.1.7601.18410、6.1.7601.22617,一般17514后面的18410和22617两个版本是同一补丁产生的。保留初始版17514以及18410,而22617则是LDR分支。当然,这一规律并不一定成立,以当前正在使用的增量为准。
5、若6.1.7601.17514、6.1.7601.18410、6.1.7601.22617...后续还有月度汇总更新了的,保留初版17514以及月度汇总更新的版本(比如24542版)
6、7.1.7601.16492、7.1.7601.18327、7.1.7601.22525,保留16492版,以及18327版或当前正在使用的增量,以此类推,适用于7.2.7601.、7.3.7601.,甚至11.0.7601.

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

闽公网安备 35020302032614号

GMT+8, 2025-11-29 20:30

Powered by Discuz! X3.3

© 2001-2017 Comsenz Inc.

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