![在新安装的 Windows 7 Pro 上搜索更新需要很长时间](https://linux22.com/image/1469503/%E5%9C%A8%E6%96%B0%E5%AE%89%E8%A3%85%E7%9A%84%20Windows%207%20Pro%20%E4%B8%8A%E6%90%9C%E7%B4%A2%E6%9B%B4%E6%96%B0%E9%9C%80%E8%A6%81%E5%BE%88%E9%95%BF%E6%97%B6%E9%97%B4%20.png)
标题说明了一切。几个月以来,在我重新安装的每个 Windows 7 工作站上,第一次检查更新都需要几个小时,在此期间没有磁盘或网络活动,但 svchost 进程占用了整个 CPU 核心并占用了大约 1 GB 的 RAM。
最后,当我让它运行几个小时后,它会找到更新并开始安装它们,所以这不是一个实际的问题,但当我需要重新安装一台我没有准备好图像的机器时仍然是一个很大的烦恼。
通过停止服务并删除 SoftwareDistribution 文件夹来重置 Windows 更新不会产生任何好的效果,只会让缓慢的过程从头开始重新启动。通过 WSUSOffline 手动安装它们仍然会出现同样的问题 - 它会在“列出已安装更新的 ID”上挂起数小时,而 svchost 又开始疯狂占用 CPU 和 RAM。
事件查看器中似乎没有任何相关信息 - 在“设置”类别中,最后一个事件来自“服务”,表明“KBWUClient-SelfUpdate-Aux”已成功安装;没有任何与更新相关的错误。但是有一个 CAPI2 错误,表明“无法从自动更新 cab 中提取第三方根列表...authrootstl.cab...根据当前系统时钟或签名文件中的时间戳进行验证时,所需证书不在有效期内”,但我不确定它是否会影响 Windows 更新。不用说,系统时钟是正确的。
这个问题已经持续了好几个月(包括 CAPI 错误),浪费了我和我的客户的大量时间。
有没有人有办法解决吗 ?
答案1
svchost 进程占用了整个 CPU 核心并占用了大约 1 GB 的 RAM。
高内存使用率svchost.exe
是一个已知问题,微软已经修复。
使固定
微软发布了Windows Update 客户端更新这是2016 年 7 月更新汇总修复长Windows 更新扫描时挂起。
此更新包含对 Windows 7 Service Pack 1 (SP1) 中的 Windows 更新客户端的一些改进。其中包括以下内容:
- 一项优化,解决了某些计算机上报告的更新扫描时间过长的问题。
下载:
停止 Windows 更新服务。这加快 MSU 更新的设置. 这是可以做到的从命令行, 或者从服务管理器窗口。
尝试下载的更新,看看它是否能加快更新的安装速度。
为了能够安装更新,您首先需要安装2015 年 4 月 Windows 7 和 Windows Server 2008 R2 服务堆栈更新更新(再次尝试安装 MSU 之前停止 WU 服务)。
下载(2015 年 4 月服务堆栈更新):
解决方法 1
如果这仍然无法帮助搜索新的更新,请使用WSUS 脱机获取所有更新。