can*_*oni 80 windows windows-7 troubleshooting windows-update cpu-usage
我观察到 Windows Update (Win7 SP1) 的奇怪行为。进程 svchost 消耗了我的虚拟机 (VirtualBox) 的整个核心,什么都不做(即,没有网络流量,文件夹C:\Windows\SoftwareDistribution
大小保持不变,文件数量相同)。此外,该进程有时会消耗大量内存(> 1 GB)。我还注意到,有时文件夹SoftwareDistribution
的大小会在一段时间内增加,之后什么也没有发生,svchost 继续消耗整个核心。
我知道问题出在 Windows 更新上,因为我已经跟踪(使用资源监视器)与上述行为相关的服务。
下图显示了我面临的情况:
下图显示了有关 svchost 的详细信息:
如果我尝试执行更新,则没有任何反应。Windows 更新没有进展。见下图:
我离开这台机器尝试更新 4 小时。在此期间,CPU 的消耗仍然很高(如上所述)并且没有安装更新。
我的问题如下:
Windows 更新不起作用并且仍然消耗处理器的整个核心什么都不做的原因是什么?
相关问题:
mag*_*981 83
微软发布了一个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获取所有更新。
在尝试解决这个问题一天后,我创建了其他虚拟机来检查问题是否会再次发生。
不幸的是,问题又发生了!之后我和一个朋友讨论过这个问题,他建议我禁用我的 Windows 网络接口的 IPv6。我做到了,并观察到了两种行为:
在新虚拟机上,当我禁用 IPv6 时,CPU 消耗几乎立即下降,Windows Updated 按预期工作。
在另一台虚拟机上,禁用 IPv6 后 CPU 消耗并未下降。观察后,我重新启动了 Windows,CPU 的消耗仍然很高。但是,大约 30 分钟后,CPU 消耗下降,一切都按预期工作。
禁用 IPv6 后,两个 Windows 均已成功更新。
重要的是要注意我可以重现这种行为。在禁用 IPv6 之前,我有我的虚拟机的副本。
归档时间: |
|
查看次数: |
270534 次 |
最近记录: |