Question Windows Update ne fonctionne pas et consomme 100% du processeur (Win7 SP1) [dupliquer]


Cette question a déjà une réponse ici:

J'ai observé un comportement étrange avec Windows Update (Win7 SP1). Le processus svchost consomme un noyau entier de ma machine virtuelle (VirtualBox) ne faisant rien (c'est-à-dire qu'il n'y a pas de trafic réseau et le dossier C:\Windows\SoftwareDistribution reste à la même taille avec le même nombre de fichiers). De plus, le processus consomme parfois une grande quantité de mémoire (> 1 Go). J'ai aussi noté que parfois le dossier SoftwareDistribution augmente en taille au cours d'une période de temps, et après cela, rien ne se produit et svchost continue de consommer un cœur entier.

Je sais que le problème est avec Windows Update, car j'ai suivi (à l'aide du moniteur de ressources) quel service est lié au comportement ci-dessus.

L'image ci-dessous montre ce à quoi je fais face:

enter image description here

L'image suivante montre des informations détaillées sur svchost:

enter image description here

Si j'essaie d'effectuer la mise à jour, rien ne se passe. Windows Update ne progresse pas. Voir l'image ci-dessous:

enter image description here

J'ai quitté cette machine en essayant de faire la mise à jour pendant 4 heures. Pendant ce temps, la consommation de CPU est restée élevée (comme indiqué ci-dessus) et aucune mise à jour n'a été installée.

Ma question est la suivante:

Quelle est la raison pour laquelle Windows Update ne fonctionne pas et consomme toujours un noyau entier de mon processeur ne faisant rien?

Questions connexes):

svchost.exe haute utilisation de la mémoire - wuauserv


77
2017-07-24 00:30


origine


En utilisant WSUS hors ligne, il est également (principalement) possible de contourner ce problème. - Daniel B
Je ne peux pas ajouter une réponse car le site pense que j'ai <10 réputation, voici ce qui a fonctionné pour moi sur ma VM Windows 7. Ceci est probablement spécifique aux machines virtuelles. 1) Augmenter les cœurs de 1 à quelque chose de plus élevé. 2) Exécutez la mise à jour 3102810 dans la réponse supérieure ci-dessous. 3) Exécutez Windows Update. Peut-être besoin de redémarrage du PC entre les deux. Fondamentalement, Windows Update ne fonctionne pas correctement sur 1 cœur. - Eugene K
Un tas d’ordinateurs de mon réseau de travail ont toujours un noyau consommé par les mises à jour Windows, mais les utilisateurs ne le remarquent même pas. Microsoft devrait connecter tous ces ordinateurs à un système informatique distribué et obtenir des centaines de petaFLOPS de puissance de calcul gratuite. - Andrei


Réponses:


Réparer

Microsoft a publié un Mise à jour du client Windows Update qui fait partie de la Mise à jour de juillet 2016 pour réparer le long se bloquer lors de l'analyse de Windows Update.

Cette mise à jour contient certaines améliorations apportées au client Windows Update dans   Windows 7 Service Pack 1 (SP1). Cela inclut les éléments suivants:

  • Une optimisation qui prend en compte le temps d'analyse long pour les mises à jour signalées sur certains ordinateurs.
  1. Télécharger:

  2. Arrêtez le service Windows Update. Ce accélère la configuration des mises à jour MSU. Ceci peut être fait à partir de la ligne de commande, ou depuis la fenêtre du gestionnaire de services.

  3. Essayez la mise à jour téléchargée et voyez si cela accélère l'installation des mises à jour.

Pour pouvoir installer la mise à jour, vous devez d'abord installer le Avril 2015 Mise à jour de la pile de maintenance pour Windows 7 et Windows Server 2008 R2 update (encore une fois, arrêtez le service WU avant d'essayer d'installer le MSU).

Téléchargement (mise à jour de la pile de maintenance en avril 2015): 

32 bits

64 bits

Solution de contournement 1

Si cela ne vous aide toujours pas à rechercher de nouvelles mises à jour, utilisez WSUSOffline pour obtenir toutes les mises à jour.


82
2017-11-06 19:08



Non, ça ne marche pas. Installé la mise à jour sur un Win7 64 bits, Wuauserv tournant toujours inutilement à 100% du processeur, ne faisant absolument rien selon le journal des événements et WindowUpdate.log, pendant de longues périodes. *soupir* - Tomalak
Cela a résolu le problème pour moi. Remarque: Si vous avez un seul processeur central, rien ne vous sauvera, aucune solution ne vous sera utile. Pour un matériel aussi ancien, il suffit de désactiver le service Windows Update, vous ne pouvez pas travailler avec un système occupé en permanence, en prenant le risque d'être obsolète dans de telles situations. Les ordinateurs rapides ont également le problème, mais cela passe inaperçu car l'ordinateur peut le gérer. Dans un dual core Celeron (LGA 775), cela fonctionnait. - Hatoru Hansou
Cette réponse a fonctionné pour moi! Mon ordinateur virtuel avait deux cœurs disponibles, mais même le faire passer à 6 n’a pas aidé du tout. L'installation de cette mise à jour est délicate, car elle ne fonctionne pas correctement lorsque Windows Update fait déjà quelque chose en arrière-plan. Le redémarrage du service Windows Update et l'installation immédiate de cette mise à jour ont parfaitement fonctionné! - jlh
@jlh vous pouvez simplement arrêter le service WU via services.msc avant d'installer une mise à jour MSU. Cela accélère beaucoup l'installation. - magicandre1981
La base de connaissances liée mentionne des problèmes spécifiques qu'elle corrige (mise à niveau vers Win10 et mises à jour à l'aide de SCCM), mais pas celle qui a été demandée ici. - Matthias Weiler


Après une journée à essayer de résoudre ce problème, j'ai créé une autre machine virtuelle pour vérifier si le problème pourrait se reproduire.

Malheureusement, le problème est à nouveau arrivé! Après cela, j'ai parlé de ce problème avec un ami et il m'a suggéré de désactiver IPv6 de mon interface réseau Windows. Je l'ai fait et deux comportements ont été observés:

  1. Sur la nouvelle machine virtuelle, lorsque j'ai désactivé l'IPv6, la consommation du processeur a chuté presque instantanément et Windows Updated a fonctionné comme prévu.

  2. Sur l'autre machine virtuelle, la consommation de la CPU n'a pas été supprimée après la désactivation d'IPv6. Après avoir observé que j'ai redémarré Windows et que la consommation de CPU est restée élevée. Cependant, après 30 minutes (environ), la consommation de CPU a chuté et tout a fonctionné comme prévu.

Les deux fenêtres ont été correctement mises à jour après la désactivation d'IPv6.

Il est important de noter que je peux reproduire ce comportement. J'ai des copies de ma machine virtuelle avant de désactiver IPv6.


8
2017-07-24 00:30



Juste pour faire suite - ce correctif semble-t-il toujours fonctionner? Un de mes collègues connaissait le même problème (processeur 100% pendant les mises à jour 2008R2) et a essayé de désactiver IPv6. Il a redémarré après avoir fait le changement et deux heures plus tard, son processeur a encore augmenté. - Rion Williams
Bonjour @RionWilliams, Dans mon cas, pour les deux machines virtuelles (Windows 7 Professional), cette solution a fonctionné comme décrit. Cependant, il existe d'autres solutions, voir ici s'il vous plaît: superuser.com/questions/821032/ - cantoni
Salut à nouveau cantoni. Nous avons tenté à la fois le correctif IPv6 et plusieurs de ceux mentionnés dans le message que vous avez fourni en vain. Nous avons cependant remarqué que cela ne semblait être qu'un problème avec les machines virtuelles exécutant un seul processeur (comme si vous en utilisiez deux, l'utilisation du processeur dépassait 50%) et qu'il ne ciblait que les machines avec un certain SQL Server installé. Je suis toujours en train d'enquêter, mais ce sont les choses que j'ai réduites jusqu'à présent. - Rion Williams
Désactiver IPv6 n'a pas aidé. - Paul
Nous utilisions des serveurs WS2012R2 sous ESXi et les mises à jour de Windows consommaient 100% d'un cœur indéfiniment. Désactiver IPv6 dans les propriétés de l'adaptateur a fonctionné pour nous. L'un des problèmes susceptibles d'affecter d'autres personnes est le type de NIC virtuel impliqué: ESXi souhaite utiliser les Intel PRO / 1000 par défaut, ce qui entraîne un certain nombre de problèmes, mais la documentation VMware vous recommande d'utiliser les adaptateurs VMXNET 3 pour WS2012. ou plus tard. Cela vous oblige à télécharger les pilotes VMXNET3 à partir de packages.vmware.com/tools/releases/latest/windows/index.html - AlwaysLearning


Quelque chose d'autre qui peut aider est le Utilitaire de dépannage Windows Update - c'est une application autonome qui peut diagnostiquer des problèmes avec Windows Update et le service de transfert intelligent en arrière-plan (BITS).


5
2018-04-13 20:34



Excellent outil !! J'ai dû exécuter deux fois cependant - la première fois, il a corrigé un tas de choses, sauf que: "l'enregistrement du service est manquant ou corrompu". Mais, a couru à nouveau dans W-7, et cela a également été corrigé! - DaaBoss
Malheureusement pour moi, l'outil de dépannage tourne également pour toujours. Il se bloque sur "Résoudre les problèmes", et selon le Gestionnaire des tâches, svchost est en train de saturer à nouveau l'un de mes cœurs. - AshleyZ


Ce qui a corrigé pour moi était KB2889748

Utilisation de mémoire élevée par le processus Svchost.exe après avoir installé Windows Management Framework 3.0 sur un ordinateur Windows


1
2018-03-21 20:07