Le code 0x8007000e n’accuse pas votre barrette de RAM : il traduit l’erreur système Win32 numéro 14, ERROR_OUTOFMEMORY, que Microsoft définit par « espace de stockage insuffisant pour terminer cette opération ». Dans le cas d’une mise à jour Windows, ce manque de place concerne presque toujours le volume système ou le fichier d’échange, pas la mémoire physique installée.
Points clés
- Traduction officielle : 0x8007000e = erreur Win32 14 (0xE),
ERROR_OUTOFMEMORY, espace de stockage insuffisant. - Le préfixe 0x8007 indique une erreur Win32 remontée telle quelle par Windows Update : la cause est générique, pas propre à la mise à jour.
- Trois ressources s’épuisent dans ce scénario : l’espace disque du volume système, le fichier d’échange, la mémoire virtuelle disponible pour le processus d’installation.
- Les quatre premières solutions ne touchent à aucun fichier système et règlent la plupart des cas.
- Le dossier WinSxS se nettoie uniquement avec DISM, jamais à la main.
Ce que signifie exactement 0x8007000e
Un code en 0x8007 est un HRESULT construit autour d’une erreur Win32 classique : les quatre derniers chiffres correspondent au numéro d’erreur système. Ici, 000e vaut 14 en décimal, soit ERROR_OUTOFMEMORY dans la table des codes d’erreur système de Microsoft.
Windows Update ne fait que relayer ce refus. Le composant qui installe la mise à jour a demandé de la mémoire ou de la place et s’est vu répondre non. Cela arrive pendant la décompression du paquet, pendant la mise en scène des fichiers dans le magasin de composants, ou pendant la phase d’installation au redémarrage.
La conséquence est utile : inutile de chercher un composant Windows Update cassé en premier. On commence par les ressources.
Les causes, de la plus fréquente à la plus rare
- Volume système saturé, cas le plus courant sur les machines à 64 ou 128 Go de stockage.
- Fichier d’échange trop petit ou désactivé à la main, souvent hérité d’un ancien conseil d’optimisation.
- Magasin de composants gonflé par des années de mises à jour, qui laisse peu de marge pendant la mise en scène.
- Mémoire physique faible, 4 Go, combinée à un poste chargé d’applications au démarrage.
- Mise à niveau de version, plus gourmande qu’une mise à jour cumulative, lancée sans marge suffisante.
- Défaut mémoire réel, minoritaire, qui produit aussi des plantages en dehors des mises à jour.
1. Libérer de la place sur le volume système
Ouvrez Paramètres puis Système et Stockage. Windows y détaille l’occupation par catégorie et propose la suppression des fichiers temporaires, dont les anciens paquets de mise à jour. Le nettoyage de disque intégré, lancé avec cleanmgr puis l’option de nettoyage des fichiers système, cible en plus les installations Windows précédentes et les fichiers de livraison optimisée.
Ne visez pas le strict minimum. Une mise à jour cumulative décompresse ses fichiers avant de les appliquer, donc la place nécessaire dépasse la taille annoncée du paquet, parfois d’un facteur deux ou trois selon le contenu.
2. Fermer ce qui consomme la mémoire
Redémarrez, puis lancez la mise à jour avant d’ouvrir vos applications. Sur un poste à 4 Go, un navigateur avec trente onglets et une suite bureautique suffisent à provoquer l’échec. Le Gestionnaire des tâches, onglet Performance, montre la mémoire en cours d’utilisation et la mémoire validée : c’est cette seconde valeur, qui inclut le fichier d’échange, qui compte pendant une installation.
Les applications de synchronisation de fichiers et les antivirus tiers sont les plus gros consommateurs pendant une mise à jour, puisqu’ils analysent chaque fichier écrit. Les suspendre le temps de l’opération n’a rien de risqué si la machine reste hors ligne.
3. Remettre le fichier d’échange en gestion automatique
Un fichier d’échange désactivé ou fixé à une valeur trop basse provoque directement ce code. Le réglage se trouve dans les Propriétés système avancées, section Performances, onglet Avancé, bouton Mémoire virtuelle. L’option à cocher est la gestion automatique de la taille du fichier d’échange pour tous les lecteurs.
Microsoft ne publie pas de règle universelle du type « une fois et demie la RAM » : la taille utile dépend de la charge réelle et des besoins de vidage sur incident. La gestion automatique reste le choix par défaut correct pour un poste de travail. Après modification, un redémarrage est nécessaire.
4. Réinitialiser le cache de Windows Update
Un paquet partiellement décompressé dans le cache peut faire échouer chaque nouvelle tentative, même une fois la place libérée. La remise à zéro consiste à arrêter les services, renommer les dossiers de travail, puis redémarrer les services :
net stop wuauserv
net stop bits
ren %systemroot%\SoftwareDistribution SoftwareDistribution.old
net start bits
net start wuauservL’historique des mises à jour est réinitialisé, les paquets sont retéléchargés en entier, aucune donnée personnelle n’est touchée. La marche complète, avec les cas particuliers, est détaillée dans notre guide sur la réinitialisation des composants Windows Update. Le dossier .old se supprime ensuite pour récupérer l’espace.
5. Réduire le magasin de composants avec DISM
Le dossier C:\Windows\WinSxS contient le magasin de composants, c’est-à-dire les fichiers de toutes les versions installées. Microsoft interdit explicitement de supprimer son contenu à la main ou de le déplacer : la seule méthode prise en charge passe par DISM.
DISM /Online /Cleanup-Image /AnalyzeComponentStore
DISM /Online /Cleanup-Image /StartComponentCleanupLa première commande indique si un nettoyage est recommandé, la seconde supprime les composants remplacés. L’option /ResetBase va plus loin en supprimant toutes les versions remplacées des composants, au prix d’une impossibilité de désinstaller les mises à jour déjà appliquées. À réserver aux machines dont l’espace est vraiment critique.
6. Réparer l’image système
Si l’espace est revenu et que le code persiste, le magasin de composants est peut-être endommagé. Les deux commandes s’exécutent dans cet ordre, en administrateur :
DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannowDISM répare le magasin en récupérant les fichiers sains depuis Windows Update, puis SFC vérifie les fichiers protégés en s’appuyant sur ce magasin. L’ordre inverse ne sert à rien : SFC ne peut pas réparer avec une source elle-même abîmée.
7. Tester la mémoire, puis passer par un support d’installation
Un défaut de mémoire physique se vérifie avec le diagnostic intégré, lancé par mdsched.exe, qui teste au redémarrage. Les résultats se relisent ensuite dans l’Observateur d’événements. Une erreur détectée déplace le problème : ce n’est plus un sujet de mise à jour mais de matériel, et la barrette fautive doit être identifiée puis remplacée.
Quand tout le reste échoue sur une mise à niveau de version, une installation par support officiel reste possible, en conservant fichiers et applications. C’est l’opération la plus lourde de cette liste : sauvegarde préalable obligatoire, et vérification que l’édition du support correspond à la licence en place.
Le même code hors Windows Update : Outlook, sauvegardes, installations
Ce code d’erreur système apparaît aussi dans Outlook au moment d’ouvrir un fichier de données volumineux, dans une sauvegarde qui s’arrête en cours de route, ou pendant l’installation d’un logiciel. Le message change de forme, la cause reste la même : le processus a demandé de la mémoire ou de l’espace et n’en a pas obtenu.
La méthode de diagnostic ne bouge pas non plus. On regarde d’abord l’espace libre du volume qui héberge les fichiers concernés, puis la mémoire validée dans le gestionnaire des tâches, puis le fichier d’échange. Un poste qui produit ce code dans plusieurs applications sans manquer d’espace pointe vers le matériel, et l’analyse mémoire devient la seule étape utile.
Restauration système et retour arrière
Si le code est apparu juste après une modification du système, un point de restauration antérieur permet de revenir à un état où l’installation passait. La fonction se lance depuis rstrui.exe, à condition que la protection du système ait été activée sur le volume : sans point enregistré, il n’y a rien à restaurer, et créer des points consomme de l’espace, ce qui peut entrer en conflit avec la place nécessaire à la mise à jour.
Après une mise à niveau de version, le retour à la version précédente reste possible pendant dix jours selon la documentation de Microsoft, depuis les paramètres de récupération. Passé ce délai, ou après un nettoyage qui a supprimé l’ancienne installation pour libérer du stockage, l’option disparaît.
Ce que valent les logiciels de réparation tiers
La recherche de ce code renvoie beaucoup vers des logiciels d’optimisation qui annoncent une réparation automatique. Leur action se résume presque toujours aux gestes décrits ici : suppression de fichiers temporaires, exécution de DISM, remise en route des services. Aucun outil tiers ne dispose d’une méthode que le système d’exploitation n’a pas.
Les utilitaires qui nettoient le registre présentent en revanche un risque réel : ils suppriment des éléments valides et compliquent le diagnostic suivant, sans libérer un octet de stockage. Les informations dont vous avez besoin, elles, sont déjà dans les paramètres, le gestionnaire des tâches et les journaux du système.
Quand ce code ne vient pas de la mise à jour
Le 0x8007000e apparaît aussi hors de Windows Update, avec la même signification. Une sauvegarde qui échoue, une installation logicielle qui s’arrête, un service qui refuse de démarrer : dans tous ces cas, la ressource manquante reste la même, et l’ordre de vérification ne change pas. Un poste qui rencontre ce code sur plusieurs opérations différentes, sans manquer d’espace ni de RAM, mérite un test mémoire complet plutôt que des réparations répétées de Windows Update.
Si l’échec se produit au redémarrage avec un autre code affiché à l’écran, l’article sur l’erreur 0x80073701 et celui sur l’erreur 0x80070002 couvrent les deux voisins les plus fréquents. Pour un arrêt brutal en écran bleu après l’installation, partez du guide des écrans bleus par code d’arrêt.
Questions fréquentes
Ajouter de la RAM règle-t-il le problème ?
Rarement, car la contrainte est le plus souvent l’espace disque ou le fichier d’échange. Sur un poste à 4 Go qui échoue systématiquement en fin d’installation, la mémoire devient un facteur, mais elle n’est presque jamais la seule cause.
Peut-on supprimer WinSxS pour gagner de la place ?
Non. Supprimer, déplacer ou compresser ce dossier à la main n’est pas pris en charge et casse la maintenance du système. Seules les commandes DISM de nettoyage du magasin de composants sont admises.
Faut-il désactiver le fichier d’échange sur un SSD ?
Non. La gestion automatique reste le réglage recommandé. Désactiver la mémoire virtuelle pour économiser des écritures produit justement des erreurs de type mémoire insuffisante pendant les mises à jour.
Le code peut-il venir d’un disque externe ?
Oui, quand Windows utilise un support externe pour héberger les fichiers temporaires d’une mise à niveau. Un support retiré, plein ou formaté en FAT32 avec sa limite de taille de fichier fait échouer l’opération.
Combien de temps prend un nettoyage du magasin de composants ?
De quelques minutes à plus d’une demi-heure selon le nombre de mises à jour installées et le type de disque. Le processus ne doit pas être interrompu.
Photo d’en-tête : barrettes de mémoire DDR installées en dual channel, photo de Mixabest, domaine public, via Wikimedia Commons. La mémoire physique n’est qu’une des ressources en cause dans ce code d’erreur.
Sources : Codes d’erreur système 0 à 499, Microsoft Learn · Référence des codes d’erreur Windows Update, Microsoft Learn · Nettoyer le dossier WinSxS, Microsoft Learn · Dimensionnement du fichier d’échange, Microsoft Learn · Résolution des problèmes de Windows Update, Microsoft Learn · Options de récupération dans Windows, support Microsoft
Michel, dirigeant d’une PME informatique et formateur, expert en logiciels professionnels tels que CRM et ERP. Sa connaissance approfondie des outils de gestion d’entreprise lui permettant de conseiller et former efficacement d’autres sociétés à leur utilisation.
