J'ai une machine virtuelle Windows Azure exécutant Windows Server 2012 R2 qui n'a pas pu installer les mises à jour depuis avril 2016. L'écran "Afficher l'historique des mises à jour" du Panneau de configuration répertorie des centaines d'échecs successifs suite à des tentatives constantes d'installer les mises à jour sur chaque machine redémarrer.
La fenêtre Détails de chaque mise à jour ressemble à:
Mise à jour pour Windows Server 2012 R2 (KB3133690)
- Date d'installation: 2016-04-25 10:34
- Statut d'installation: échoué
- Détails de l'erreur: code 800F0922 Obtenez de l'aide sur cette erreur
- Type de mise à jour: recommandé
Installez cette mise à jour pour résoudre les problèmes dans Windows. Pour obtenir une liste complète des problèmes inclus dans cette mise à jour, consultez l'article associé de la Base de connaissances Microsoft pour plus d'informations. Après avoir installé cet élément, vous devrez peut-être redémarrer votre ordinateur.
Plus d'informations: http://support.microsoft.com/kb/3133690
Aide et support: http://support.microsoft.com
(Comme d'habitude, le lien "Obtenir de l'aide avec cette erreur" est inutile et ouvre une fenêtre d'aide et de support Windows qui lit simplement "Obtenir les résultats de la recherche ... Nous n'avons trouvé aucun résultat. Voici quelques choses à essayer:". Pouah,
Le journal des événements Windows est également jonché d'événements comme ceux-ci:
- Nom du journal: système
- Source: WindowsUpdateClient
- ID d'événement: 20
- Niveau: erreur
- Utilisateur: SYSTEM
- OpCode: échec d'installation d'installation: Windows n'a pas réussi à installer la mise à jour suivante avec l'erreur 0x800F0922: mise à jour de sécurité pour Windows Server 2012 R2 (KB3159398).
Le journal des événements d'application contient des informations plus utiles:
- Nom du journal: application
- Source: rapport d'erreurs Windows
- ID d'événement: 1001
- Niveau: Information
- Utilisateur: N / A Compartiment d'erreur, tapez 0 Nom de l'événement: WindowsUpdateFailure3 Réponse: non disponible Numéro d'identification de cabine: 0
Signature du problème: P1: 7.9.9600.18235 P2: 800f0922 P3: BA0F75FF-19C3-4CBD-A3F3-EF5B5C0F88BF P4: Installer P5: 202 P6: 0 P7: 0 P8: AutomaticUpdatesWuApp P9: {7971F918-A847-4430-9279-4D P10: 0
Fichiers joints: C: \ Windows \ WindowsUpdate.log C: \ Windows \ SoftwareDistribution \ ReportingEvents.log C: \ Windows \ Logs \ CBS \ CBS.log
Ces fichiers peuvent être disponibles ici: C: \ ProgramData \ Microsoft \ Windows \ WER \ ReportQueue \ NonCritical_7.9.9600.18235_ (Expurgé)
Symbole d'analyse: nouvelle vérification de la solution: 0 ID du rapport: (Expurgé) État du rapport: 4 Seau haché:
Le serveur redémarrerait pour installer les mises à jour, puis s'arrêterait et effectuerait une restauration immédiatement après, ce qui ferait un redémarrage normal des 15+ dernières minutes.
Le fichier journal C:\Windows\WindowsUpdate.log
ne donne aucun indice - il ne signale aucune erreur ou avertissement évident - en plus des messages excessifs indiquant qu'il ne peut pas utiliser l'API de connexion mesurée: "AVERTISSEMENT: Échec de l'obtention des informations de coût réseau de NLM, en supposant que le réseau n'est PAS mesuré, erreur = 0x80240037 ".
Le C:\Windows\SoftwareDistribution\ReportingEvents.log
fichier contient simplement le même texte que le panneau de configuration de Windows Update: «Échec de l'installation de l'installation du contenu d'échec: Windows n'a pas réussi à installer la mise à jour suivante avec l'erreur 0x800f0922: mise à jour de sécurité pour Windows Server 2012 R2 (KB3162343)».
Enfin, C:\Windows\Logs\CBS\CBS.log
c'est un fichier texte de 180 Mo + que j'ai parcouru mais que je n'ai rien trouvé d'évident.
Réponses:
TL; DR:
Effacez votre
C:\Windows\Temp
répertoire et les autres répertoires Temp pour faire bonne mesure - il devrait alors installer correctement les mises à jour.Explication:
Comme il s'agit d'une machine virtuelle Azure, le niveau de support "de base" de Microsoft est disponible - à condition qu'il ait fallu 3 jours pour organiser un appel téléphonique, mais le personnel de support a pu trouver une solution de contournement juste aujourd'hui.
Dans le
CBS.log
dossier, il a repéré cette ligne (découpée et rangée par moi):Le bit important étant cette erreur:
Il m'a demandé de changer l' environnement variables par défaut:
TEMP
etTMP
dans les deux systèmes et les définitions de l' utilisateur àC:\TEMP
et de veiller àEveryone
euFull Access
àC:\TEMP
.Après avoir redémarré les mises à jour colmatées installées sans aucun problème supplémentaire.
Après avoir bien installé ces mises à jour, j'ai ensuite supprimé tous les fichiers du répertoire C: \ Windows \ Temp d'origine (ce qui a pris plus de 5 minutes, il y avait beaucoup de fichiers profondément imbriqués). J'ai ensuite réinitialisé les variables d'environnement TMP et TEMP
C:\Windows\Temp
et redémarré.Deux nouvelles mises à jour étaient alors prêtes à être installées et l'installation terminée sans aucun problème.
Je pense donc que le problème était de mauvaises données dans le répertoire Temp qui empêchaient les mises à jour de faire quoi que ce soit.
Mise à jour mi-2017: j'ai eu récemment un incident similaire sur un ordinateur portable Windows 10 avec le même code d'erreur. Je suis immédiatement allé dans le
C:\Windows\Temp
répertoire et j'ai vu qu'il contenait beaucoup de fichiers (environ 16 000 fichiers et dossiers), y compris des dossiers profondément imbriqués. Après avoir tout supprimé dans le répertoire et redémarré, j'ai pu réinstaller les mises à jour.la source
J'ai pu résoudre ce problème en augmentant la taille allouée à la partition réservée au système.
En recherchant toutes les instances d '"erreur" dans le
%windir%\Logs\CBS\CBS.log
fichier, j'ai trouvé l'entrée suivante:En recherchant ce message d'erreur sur Google, j'ai trouvé le fil suivant où il a été suggéré que le problème sous-jacent était que la partition réservée au système n'avait pas suffisamment d'espace libre pour l'installation des mises à jour et qu'elle pouvait être augmentée à l'aide de l' Assistant de partition MiniTool Free :
la source