Windows 7 SP1 Windows Update阻止检查更新


556

我安装了Windows 7 fresh并安装了SP1。现在,当我尝试手动检查Windows更新时,它只会挂起检查更新屏幕。

Windows Update对话框挂起

我尝试在如何重置Windows Update组件中运行工具,但这也没有解决问题:

无论我做什么,它只是挂在“正在检查更新...”屏幕上,不再进一步。


可能是一个类似的问题吗?superuser.com/questions/962070 / ...
Jake Fisher 2015年

3
我最近有同样的问题,通过关闭窗口然后重新启动它来解决它。仅仅重新启动是不够的。只有在关机时它才开始安装更新,然后在下次启动时发现下一次设置更新。
亨尼斯2015年

1
magicandre1981和Moab的答案都没有帮助我。在遵循这两个过程之后(在虚拟​​机上我重置回同一个快照)我仍然有挂起的更新搜索。我确实找到了修复!我不知道什么更新让一切都整理好了但是使用这个大锤我能够得到一堆下载和安装。然后做了一个正常的Windows更新,它有另一个
〜30

另请参阅OS / 2博物馆:更新Windows以获取轶事。
2016年

1
如果你在Windows 8.1上寻找解决方案,这对我有用overclockers.com/forums/showthread.php / ... TL; DR:安装support.microsoft.com/en-us/kb/3102812支持。 microsoft.com/en-us/kb/3173424,重新启动并重新运行Windows Update。
刀片

Answers:


515

固定

Microsoft发布了Windows Update客户端更新,该更新2016年7月更新汇总的一部分,用于修复Windows Update扫描中的长时间挂起

此更新包含对Windows 7 Service Pack 1(SP1)中的Windows Update Client的一些改进。这包括以下内容:

  • 一种优化,可解决某些计算机上报告的更新的长扫描时间问题。
  1. 下载:

  2. 停止Windows Update服务。这加速了MSU更新的设置,并且不需要来自Moab 的无用步骤(重启导致WU服务停止,直到它在因特网可用时通过触发器启动)。这可以从命令行从Service Manager窗口完成

  3. 尝试下载的更新,看看它是否加快了更新的安装。

为了能够安装更新,首先需要安装适用于Windows 7和Windows Server 2008 R2更新的2015年4月服务堆栈更新(再次,在尝试安装MSU之前停止WU服务)。

下载(2015年4月服务堆栈更新):

解决方法1

如果仍然无法搜索新更新,请使用WSUSOffline获取所有更新。


评论不适用于扩展讨论; 这个对话已经转移到了聊天中
Journeyman Geek

Windows 8.1有类似的问题,解决方案基本相同:下载更新到Update Client并手动应用它
stiemannkj1 2017年

1
为了记录,这里是解决我的问题(32位Windows7 SR1)的步骤,坚持“检查更新”或“准备安装”。(1)从cmd.exe运行“net stop wuauserv”以停止Windows Update服务; (2)下载并安装本答复中提到的“2015年4月服务堆栈更新”(Windows6.1-KB3020369-x86.msu“);(3)下载并安装”Windows 7 SP1更新汇总“(Windows6.1-KB3179573- x86.msu);(4)下载并安装本答案中提到的“Windows Update Client Update”(Windows6.1-KB3172605-x86.msu)。每当安装的更新询问时重新启动Windows
tdwong.star

我找不到下载的包...链接已经死了
JobaDiniz

@JobaDiniz对我来说他们工作。你也可以在这里搜索它们:catalog.update.microsoft.com/Search.aspx?q=KBXXXXXX。将KBXXXXXX更改为真实的KB编号,如catalog.update.microsoft.com/Search.aspx?q=KB3172605
magicandre1981

136

这个问题多年来一直存在,并且在此过程中有不同的修复方法,所以这是我在2016年1月5日发布此问题的最新指南。

查看下面的EDIT部分,现在可以更快速地完全更新Windows 7 SP1。

这是我在重新安装带有SP1的Windows 7时遇到的问题,或者在检查更新时遇到Windows更新问题。

如果未安装Service Pack 1,请在遵循本指南之前进行安装

选择

windows6.1-KB976932-x64.exe程序

对于64位W7或

windows6.1-KB976932-X86.exe程序

适用于32位W7

下载KB-3138612 并将其保存在以后可以找到的位置

下载SUR工具 将其保存到同一个地方

在Windows加载之前重新启动PC并断开与互联网的连接,这很重要,因为每个启动窗口都会在后台检查更新,这将开始检查更新,重新挂起并阻止安装下载的软件包,直到完成检查,因此在Windows加载之前断开与Internet的连接阻止了这一点。

一旦启动安装KB-3138612,如果需要重新启动,请执行此操作并保持与Internet断开连接。

现在安装SUR Tool包,这是一个很大的包,将安装许多更新以及清理和修复Windows更新存储。它还将减少以后需要安装多少Windows更新。

安装SUR软件包重启后,连接到互联网并进行手动Windows Update,它现在应该更快。即使经过这些修复,我已经看到一些W7 PC需要长达一个小时才能完成检查更新,如果从控制面板手动启动的话。

如果您有其他Windows更新问题并且安装了上述2个更新,请下载此Microsoft Windows Update fixit工具(右键单击“将链接另存为”)运行它并选择积极模式以完全重置Windows更新。重新启动并再次从控制面板尝试Windows更新。

更新:微软已经发布了针对Windows 7 SP1的大量更新汇总,这与服务包类似,但他们没有这样称呼它。这将使干净安装后更新Windows 7的速度快得多,不再出现Windows更新问题和许多重新启动。此更新汇总将使系统可以在2016年4月的星期二进行修补。

这不是通过Windows Update发布的,您必须使用Internet Explorer才能获取它,打开IE并转到此地址

http://catalog.update.microsoft.com/v7/site/home.aspx

输入搜索框3125574并按Enter键。

在此输入图像描述

现在您将看到此汇总的所有版本,选择您需要的版本并将其下载到您稍后可以找到的位置。还可以使用Windows Update目录页面**首先下载并安装此更新,3177467,它是汇总的先决条件,然后安装3125574,在应用这些更新时也一定要断开与Internet的连接。

在此输入图像描述


1
在Windows Update自动疑难解答和Windows Update更新失败后,此解决方案仍然有效。我尝试了以下说明,没有任何运气。我把它们包括在这里以防它们仍然是解决方案的一部分。 answers.microsoft.com/en-us/windows/forum/all/...
user779756

2
谢谢,这适用于Windows 7 SP1的DVD安装。在SSD上的4GHz八核16GB上花了大约十分钟来查找更新(如果有其他人遇到这种情况并且想知道等待多长时间)。
约翰

2
我确认这种方法有效。从某种程度上说KB3102810是解决Windows Update在寻找更新问题时遇到困难的唯一方法,但最近安装了100次更新后,问题又回来了。你在KB3102810之后运行SUR的建议对我有用。谢谢。
Hatoru Hansou 2016年

1
SUR Tool也适用于Windows Vista SP2上没有其他功能。它似乎修复了Catroot2文件夹作为修复的一部分。如果我是一名技术人员,我会在我的工具包中随时使用SUR工具,并将其应用于任何损坏或可疑的Windows安装。这是一个巨大的猎枪爆炸修复。
Syclone0044 2016年

1
这对我有用,虽然不是断开网络连接,但我禁用了自动更新。我曾经尝试过微软的故障排除程序以及我在网上找到的各种其他解决方案,但没有运气。
boot13

34

我发现微软有一个很棒的工具来修复自己的更新。运行“Windows Update自动疑难解答”程序包清除了所有与更新有关的问题。

请参阅Windows Update:FAQ。滚动到“如果我在安装更新时遇到问题,我该怎么办?”

或使用下载链接



1
在Jake的评论中尝试了更新的URL,但它没有解决这个问题。
RichVel 2015年

不幸的是,内置帮手和Fixit先生的网站下载对我没有任何帮助。然而,在删除应用程序数据和优化(使用bit-defender)后,它立即开始更新 - 使用Windows 10更新。我想应尽可能尝试删除缓存数据。
罗斯

3
我尝试了Windows Update Troubleshooter工具。它显示0x80080005错误。谁知道怎么修它?pbs.twimg.com/media/CtV1EhUVIAAjRVi.jpg
kamleshrao 2016年

在使用Windows Update疑难解答程序之前,请确保备份良好。这个工具冻结了Windows 7,同时“修复”它并将其破坏得非常糟糕,以至于我必须从备份中完全恢复它。
Martin Sugioarto 2016年

18

这适合那些尝试过你能找到的解决方案的人(像我一样)。以下过程对我来说非常顽固的HP DV6通过工厂映像w / SP1重新加载,对我尝试的其他解决方案反应不好(尽管它们是解决方案的一部分)。这是我用来取得成功的确切顺序。

  1. 执行干净启动

    运行msconfig.exe并选择“选择性启动”,确保选中“加载系统服务”并且不检查“加载启动项”。

    转到“服务”选项卡,单击以选中“隐藏所有Microsoft服务”复选框(位于窗口底部),然后单击“全部禁用”。单击“确定”,然后单击“重新启动”。

  2. 运行“Windows Update” - 单击“更改设置”并将其设置为“从不检查更新”。

重启

按顺序手动应用以下更新。

KB3020369
KB3172605

在我的情况下,我之前尝试过这些,但看起来顺序以及干净启动和Windows Update设置都很关键。

  1. 安装上述更新后,msconfig.exe再次运行,这次选择“正常启动”。

重启

  1. 运行Windows Update,您应该看到需要安装的预期更新(在我的情况下,198)。继续安装它们。

  2. 如果您愿意,可以在完成应用更新后将Windows Update设置更改回自动设置。


你没有发布任何新信息。2016年7月的更新汇总已作为解决方案发布。
magicandre1981

1
所有应有的尊重,但如果更新客户已经为我修复了它,我会停在那里,赞成你的帖子并继续前进。公平地说,我不排除我在某个地方迷路的可能性。也许如果你的答案更简洁一点?一个“修复”,3个替代“修复”和3个解决方法后来我仍然遇到了同样的问题。这就是为我解决的问题(按顺序和确切)如果2016年7月的更新自行解决了这个问题,为什么不缩短你回答更易管理的大小?
老杰克

2
现在MS已经认可了这个 :)。感谢HTG的链接(我没有附属 - 只是在努力解决同样的问题!)
cxw 2016年

1
后续:我做了这个,但后来不得不做InfoWorld程序以通过“检查更新”。
cxw 2016年

1
这对我有用,重新安装oem windows 7,刚挂了,尝试了汇总2016但没有运气,我认为这是完成的事情并关闭更新然后重新启动.....关注这一切都应该是好的....谢谢
Mikeys4u

7

我有相同的经验 - Windows将永远检查更新。一个处理器核心最大化,任务栏中的一个svchost任务吞噬了一个千兆字节的内存。

我决定手动安装更新,最简单的谷歌搜索找到了Windows Update Downloader。我用它来手动下载106个安全更新。

然后我手动安装了这些更新。一次一个。使用大量的耐心。

一些更新与Windows Update本身类似 - 当我运行更新时,我得到一个标题为“Windows Update Standalone Installer”的窗口,带有“做东西”类型的进度条(而不是一个进展的窗口)一次从左到右)在短语“在此计算机上搜索更新”下方,右下角有一个取消按钮。

单击取消不执行任何操作。为了杀死它,我必须在任务管理器中关闭三个任务或重新启动。但我观察到重启后,卡住的更新将成功安装。

所以我磨练了我的方式,一次安装两个或三个,然后当我看到上面描述的窗口超过20秒没有进展时重新启动。他们中的一些人弹出了一条消息,例如“您的计算机不需要此更新”,因此我只删除了那些没有安装的消息。

当我完成所有100个左右的更新安装后,我再次尝试运行Windows Update。一个核心达到100%,svchost任务达到了1 GB的内存。

我离开了一会儿,然后厌恶地关闭电脑。关机按钮上出现小黄色Windows Update屏幕!

我让它安装7个左右的更新,然后重新启动它。我离开了一会儿,然后再次关机按钮上出现了小黄色的窗户更新盾牌!这次有50次更新。

第三轮有79次更新。

之后,我运行了Windows Update,它运行起来了!

我没有傲慢地说这会解决你的问题。我只是说这解决了我的问题。祝你好运!


4

在我的情况下,下载进度停留在0%。我通过以下方式解决了问题(如此处所示):

  • 停止Windows Update和Application Experience服务(如果它们没有停止,请禁用它们然后重新启动)

  • 删除里面的一切 C:\Windows\SoftwareDistribution

  • 重新启动应用程序体验和Windows Update服务

  • 重新打开Windows Update并让它检查更新


1

简单的解决方案:打开Windows Update,转到更改设置,确保将其设置为自动安装更新,将安装新更新时间更改为下一个小时(而不是3:00)。

将计算机设置为在插入电源时永不休眠。更新开始可能需要长达两个小时,因此请耐心等待。


2
这将如何解决问题?它只会将挂起一小时移动到未来。
Chenmunka 2015年

实际上,这解决了问题,似乎自动更新正在运行,但手动不是。
卡里姆2016年

我必须确认这显然确实有效。只要您选择了非手动更新检查,Windows Update就可以正常工作。我配置了“检查更新,但让我选择是否下载并安装它们”,这会禁用当您要检查它们时的选项,但它应该在10-20分钟内发生。不知道MS对此有什么看法。
mkey 2016年

1
此方法不允许选择要安装的更新。我不想要Defender或恶意软件删除工具。
Sopalajo de Arrierez 2016年

1
我尝试了所接受的解决方案列出的所有步骤,除了非官方更新解决方法,这是最终安装了第一轮更新的解决方案。啊。
Compholio 2016年

1

这适用于内存相对较少(3 GB或更少)的PC /笔记本电脑

尝试后没有成功

  1. 防病毒扫描(多个)
  2. 注册表修复
  3. Windows Update疑难解答
  4. 安装最新版本的Windows客户端

我的修复很简单。

检查电源选项

如果您的PC /笔记本电脑使用大量内存,您将无法在检查更新时使用它,即使您在“返回”时检查它仍在检查更新,即使在离开之后也是如此几个小时。

说明:

问题是你的电源设置使PC /笔记本电脑处于睡眠状态,从而停止更新检查并在你将其唤醒时重新开始(认为它一直在检查你离开它)

解:

更改电源设置以使计算机从不睡眠状态(您可以在更新成功时将其更改回来)

控制面板 - > 硬件和声音 - > 电源选项 - >编辑计划设置

将计算机置于睡眠状态 - >选择从不 - >保存更改

然后再次检查更新(如果你只有2 GB的内存,请保留几个小时)。


电源选项是缓慢操作的有用提示,但magicandre的答案实际上加快了检查更新,这在这里更有用。
RichVel 2015年

重要的是你让windows update运行了很长时间。我有一台相当高规格的机器,它仍然需要一个多小时的高I / O和处理器负载才能显示“安装更新”按钮。那里有一些非常低效的微软代码。
Phil_1984_ 2016年

我刚刚遇到一个案例,四核/ 8GB PC需要24小时才能完成所需的更新工作而没有完成,而其他人已经有几天......由于耐心有限,@ magicandre的解决方案(以及特别是WSUS离线更新)似乎是最好的。
RichVel 2016年

@RichVel和其他不认为这是解决方案的人,这可能是正确的。对我来说这是解决方案,OP没有显示他的规格(四核8GB PC)。这个答案是我自己读的一个建议,尝试过,当它工作时,我把它贴在这里。
davejal 2016年

1

最近我恢复了一个-I think- 2010笔记本恢复到它的初始系统映像,64位版本的Windows 7(没有SP1)。我卸下了笔记本电脑附带的一些硬盘,并安装了一些基本目的软件,如7zip,VLC,防病毒软件等(所有免费软件来自安全网站或付费版本而非破解版本只是为了清楚)。我对SP1进行了更新(在我安装完第一个之后,在Windows Update列表中重新启动后出现)并将PC返回给所有者。一个星期左右之后,请我帮忙的人告诉我,他注意到每次检查Windows更新时,这个过程都会持续进行,甚至等待很长时间才能完成任务。起初我想到了恶意软件,尽管有人坚持认为它是不可能的,并且它从一开始就发生了,无论如何,我决定将PC再次恢复到原来的系统映像,以确保无疑。我做了第一次我做的第一次,但是,我没有立即返回PC,而是决定保留它一段时间使用它只是为了在网上冲浪,观看一些视频并在业余时间听音乐......与此同时,我启动了Windows Update以搜索更新,事实上,我注意到这个过程持续了很长时间,从未找到任何东西,也没有停下来并且结束,就像主人告诉我的那样。

我试图解决以下几乎每一个回答这个问题的问题,而重复的一个位置上的超级用户,不解决。

然后我尝试跟随cluberti对此的评论,甚至 在Reddit上的haley_joel_osteen仍未解决问题。

我尝试了这个Microsoft支持线程中列出的几个修复程序,但仍然无效。

最后但并非最不重要的,我也试过一对夫妇微软社区的答案下面回答类似的问题(12),甚至一个在汤姆的硬件 ,但在这一切之后,没有什么:我仍然没能解决问题!

我不知道操作系统语言不是美国/英语的事实与此有关,所有列出的尝试都没有解决问题...无论如何,因为我看到Windows更新在开始工作,我决定再次将PC恢复到原始系统映像,尝试逐个安装更新,试图理解WHEN(希望甚至为什么)问题表现出来......

来到解决方案:

TMLSS:最后我注意到Windows Update在安装SP1更新(KB976932)后停止工作,我通过以下步骤解决了每个问题:

  1. 转到Control Panel > Programs > Programs and Functionalities > Installed Updates,搜索并卸载SP1更新KB976932。(我记得我也卸载了KB958488更新,但我认为这不是必要的)

  2. 从Microsoft Update Catalog“手动”下载相同的更新,转到http://catalog.update.microsoft.com/v7/site/search.aspx?q=KB976932 (必须使用IE for IE)并选择其中一个正确适合操作系统(32位或64位)。

  3. “手动”将下载的更新安装到Windows 7 SP1(我注意到“手动”下载更新的大小大约是Windows Update自动安装的大小的6到12倍)。

这应该是足够的,但是,为了确保,我记得我然后安装了KB3172605KB3020369KB3125574更新。

就是这样,这终于解决了我的问题!


关于解决这个问题的可能解决方案?(真的吗?我想知道为什么)好吧无论如何,我知道这是一个解决这个问题的有效方法,因为我解决了这个问题,我认为其他人可能很乐意找到它(我当然会有,并且会保存我的很多业余时间都试图搞清楚它,所以我会把它留在这里。
danicotra 2016年

@Benoit Blais 另一位SuperUser用户提出了一个更简单的解决方案 - 我没有可能测试但我想报告 - 这是:首先禁用NIC卡(启动,运行,ncpa.cpl),安装补丁Windows6.1-KB3020369-x64和Windows6.1-KB3172605-x64之间没有重新启动,然后启用nic并重新启动。BINGO
danicotra 2016年

3125574是Windows 7 SP1的巨大更新汇总(意思是475MB),它将Windows 7更新到2016年4月。它包括自Service Pack 1以来的每个关键更新。因此难怪它包含在此解决方案中可以解决问题。但它并不完全有助于隔离原因。而且,如果它与任何人相关,我使用Firefox 39下载它,而不是Internet Exploder。
Ed999

@ Ed999:我的答案中的要点KB976932更新,这是我告诉它需要用IE下载的一个。我告诉我 KB3125574 只是可以肯定(它肯定不能伤害了)...我敢肯定我也能下载一个不使用IE浏览器。
danicotra

1

This is probably specific to VM's. 1) Increase cores from 1 to something higher.

对我来说,这对CPU活动和RAM可用性都有直接和显着的影响。在KB修补程序/更新答案之间的评论中几乎丢失了,在@Eugene K的评论中提到这一点需要一个答案。

注意:我准备这个作为Windows Update的答案 不起作用,并消耗100%的CPU(Win7 SP1),这标记为这一个的副本(虽然这一个实际上没有提到100%的CPU)。我发现我无法在那里发布我的答案因为缺少答案控件,可能与将其标记为重复有关,所以这似乎是下一个最好的地方,因为人们试图解决100%CPU问题得到这里的链接。

Windows Update存在几个不同的问题,从表面上看,它们听起来都是一样的。需要明确的是:这个特殊问题是关于Windows Update消耗100%CPU而没有任何看似发生的事情,并且在很长一段时间内保持该状态。我的Windows 7 VM处于这种状态。任务管理器显示svchost.exe消耗了100%的CPU,这是Windows用来“托管”并运行单个服务的通用“父”进程。通过右键单击svchost.exe并选择“转到服务”,我能够看到哪个服务是罪魁祸首,罪魁祸首是wuauserv,即Windows Update自动更新服务。

我尝试转换IPV6,答案中提出了一些建议(我认为在其他问题之后我已经在所有机器上完成了这一点),但在这种情况下没有任何区别。当Windows Update存在许多类似问题时,我开始挑选并选择KB修补程序和更新; 我更喜欢它以正确的顺序应用所有更新本身,如果有办法让它处于可以做到这一点的状态。我把它放了24小时,当我再次看时它仍然是100% - 而且,更新历史表明它在那段时间内甚至没有安装过一次更新。最后一天在前一天完成,超过24小时前。几次重启没有任何区别:它直接回到了100%的CPU。

然后转到Hyper-V的问题,我查看并找到了可以配置VM的处理器数量的位置。当VM运行时,该设置显示为灰色,因此您必须将其关闭以更改设置: 在此输入图像描述 我将处理器数量从1增加到2并立即看到更改:VM现在实际上似乎正在执行一些东西。CPU和内存使用量不断上升和下降。我还注意到VM似乎能够利用分配给它的更多内存:以前,当卡在100%CPU时,它一直在使用4G字节RAM中的2G,而现在,上升和下降,它是使用高达3G。我将其关闭并再次增加处理器数量,从2增加到4,并且效果也相应增加:任务管理器中的大量持续活动,4个处理器中的每个处理器都不同,并且再次增加它可以利用的内存量,仍在上升和下降,但现在接近分配的全部4G。它现在似乎正在撕毁更新。而CPU的使用率,也快速曲折,现在通常约为25%,

回顾一下,有许多不同的问题可能导致Windows Update挂起或运行缓慢,并且Microsoft已在此常规区域中发布了各种修补程序和更新。因此,只要出现这种情况,就会有不止一个因素。在任何给定的情况下,增加配置的Hyper-V处理器的数量可能是也可能不是完整的答案,但毫无疑问,这样做会大大提高机器利用CPU和RAM的能力。


1

我遇到了类似的问题

根据这个答案

...重置所有Windows Update,这样它将重新开始。您可以使用此脚本。以管理员身份运行,使用选项2和3,完成后重启PC。

如果这没有帮助,我建议您尝试删除注册表项 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersio‌n\WindowsUpdate\Auto Update\RebootRequired(首先导出它以备份)并再次重新启动PC。


0

我在一年内没有启动的旧款Win7笔记本电脑遇到了同样的问题。在尝试了上述解决方案之后,特别是安装了KB3020369和KB3172605,我终于心软了,并在微软的“答案”网站上使用了超级duper-fixit-all补丁。

顺便说一下,它以6个步骤安装上述两个KB补丁。

它需要总共6次重新启动,否则相当无痛(半小时)。在经过数小时的搜索和测试后,这是我解决问题的唯一方法。

这是链接(链接到Microsoft):

MS修复检查更新,Win7


-1

这种情况有多种原因可以发生。但是我最近发现这种情况发生在每个新的Windows 7安装上,它不习惯。

原因:

  1. Windows 7在第一次获得Internet连接时对Windows更新组件执行静默更新。截至2016-12-15的此静默更新的当前版本是导致问题的版本。此更新设计非常糟糕,如果在安装时打开“Windows Update”程序或Internet Explorer,或安装任何内容或其他一些内容,则很容易破坏Windows更新组件。

  2. 即使更新顺利进行,也存在一个次要且已知的问题,即有太多旧的更新阻塞了Windows更新。

解:

此处列出的解决方案都不适用于问题1.问题排查工具会发现它声称已解决的一系列问题,但事实并非如此。每次运行它都会导致更多问题被列为固定而没有实际解决方案。重新安装Windows更新工具也无法正常工作。至于问题2,那个只需要你手动安装一些特定的更新,这里也没有提到。

我发现的唯一解决方案是

  1. 重新安装Windows,还没有连接到互联网。
  2. 手动更新更新代理并重新启动。https://support.microsoft.com/en-us/kb/949104
  3. 禁用自动更新
  4. 安装2015年4月服务堆栈更新KB3020369并重新启动https://www.microsoft.com/en-us/download/details.aspx?id=46817
  5. 安装7月2016更新KB3172605并重新启动,等待15分钟后重新启动以执行任何操作。https://www.microsoft.com/en-us/download/details.aspx?id=53332
  6. 连接到互联网
  7. 安装独立的脱机Internet Explorer 11并重新启动。
  8. 启用自动更新并使用它来安装剩余的更新。

您现在应该能够使用Windows更新和您的计算机。

请注意,步骤4和5应按此顺序组合在一起,并且是此问题的官方MS修复程序的一部分。MS说你应该在重新启动后等待10-15分钟再做其他事情。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.