标题说明了一切。几个月以来,在我重新安装的每个 Windows 7 工作站上,第一次检查更新需要几个小时,在此期间没有磁盘或网络活动,但 svchost 进程正在最大化整个 CPU 内核并占用大约 GB 的 RAM .
最终,一旦我让它运行了几个小时,它就会找到更新并开始安装它们,所以这不是一个实际问题,但当我需要重新安装一台我没有准备好映像的机器时仍然是一个很大的烦恼。
通过停止服务并删除 SoftwareDistribution 文件夹来重置 Windows Update 没有任何好的效果,只会使缓慢的进程从头开始。通过 WSUSOffline 手动安装它们仍然存在相同的问题 - 它在“列出已安装更新的 ID”上挂起数小时,而 svchost 再次开始因 CPU 和 RAM 使用而发疯。
事件查看器中似乎没有任何相关内容 - 在“设置”类别中,最后一个事件来自“服务”,说明“KBWUClient-SelfUpdate-Aux”已成功安装;没有任何与更新相关的错误。然而,有一个 CAPI2 错误说“从自动更新 cab 中提取第三方根列表失败......签名文件”,但我不确定它是否会影响 Windows 更新。不用说,系统时钟是正确的。
这个问题已经持续了几个月(包括 CAPI 错误),浪费了我和我客户的时间。
有没有人有办法解决吗 ?
一个 svchost 进程正在最大化整个 CPU 内核并占用大约 GB 的 RAM。
的高内存使用率svchost.exe
是 Microsoft 修复的一个已知问题。
微软发布了一个Windows 更新客户端更新,它是2016 年 7 月更新汇总的一部分,用于修复Windows 更新扫描的长时间挂起。
此更新包含对 Windows 7 Service Pack 1 (SP1) 中的 Windows Update Client 的一些改进。这包括以下内容:
- 一种优化,可解决某些计算机上报告的更新扫描时间过长的问题。
下载:
停止 Windows 更新服务。这加快了 MSU 更新的设置。这可以从命令行或从服务管理器窗口完成。
尝试下载的更新,看看它是否加快了更新的安装。
为了能够安装更新,您首先需要为 Windows 7 和 Windows Server 2008 R2更新安装2015 年 4 月的服务堆栈更新(再次,在尝试安装 MSU 之前停止 WU 服务)。
下载(2015 年 4 月服务堆栈更新):
如果这仍然无法帮助搜索新更新,请使用WSUSOffline获取所有更新。
归档时间: |
|
查看次数: |
24957 次 |
最近记录: |