I already stated this in
post # 20, but it's probably worth repeating. The amount of time that
Checking for updates... hangs during a Windows Update on my machine is directly proportional to the number of updates available for download -
the higher the number of updates the longer the hang. Since Aug 2015 I've only seen
Checking for updates... hang for long periods of time when Microsoft releases a large batch of updates on the second Tuesday (Patch Tuesday) of every month.
Here's my CPU consumption for this month's
Feb 2016 Patch Tuesday updates that I ran on 10-Feb-2016. My entire Windows Update session required 110 min to run from start to finish (the re-boot is displayed as a dark grey band at the far right of the image), which included my monthly Malicious Software Removal Tool malware scan.
The initial Checking for updates... phase ran for 80 min before it reported that
13 important updates (Vista, IE9, MS Office, .NET Framework and Malicious Software Removal Tool of Feb 2016) were available for download. During this
Checking for updates... hang
svchost.exe constantly consumed ~50% of my CPU (i.e., complete saturation of one of my Intel Duo cores) and
Process Explorer showed that the Windows Update service
wuauserv was responsible for all that CPU activity.
View attachment 29275
I ran a manual Windows Update today on 23-Feb-2016 and the entire session took under 20 min.
Checking for Updates... ran only 10 min before it reported that
1 optional update for Vista (
KB3118401 - Update for Universal C Runtime) was available for download.
View attachment 29276
Other users like Vistaar (
post # 14) and VFN (
post # 75) have also noted that the
Checking for updates... phase of Windows Update completes relatively quickly on their Vista machines when a small number of updates are found.
------------
32-bit Vista Home Premium SP2 * Firefox 44.0.2 * NIS 2014 v. 21.7.0.11 * MBAM Premium 2.2.0
HP Pavilion dv6835ca, Intel Core2Duo T5550 @ 1.83 GHz, 3 GB RAM, NVIDIA GeForce 8400M GS