MENU
  1. Accueil
  2. Windows
  3. Windows10
  4. Corriger l’erreur Volume Shadow Copy Service 0x8007045b sous Windows 10

Corriger l’erreur Volume Shadow Copy Service 0x8007045b sous Windows 10

Windows10

Vous rencontrez une alerte « Volume Shadow Copy Service : CEventSystem / 0x8007045b » lors de l’arrêt ou du redémarrage ? Cette anomalie, fréquente sous Windows 10 v1903‑1909, provient d’un blocage de Cryptographic Services et peut geler la fermeture du système. Découvrez comment la diagnostiquer et l’éliminer définitivement.

Sommaire

Erreur « Volume Shadow Copy Service : CEventSystem / 0x8007045b »

Vue d’ensemble

Dans l’Observateur d’événements ► Applications et services \ Microsoft \ Windows \ VSS \ Operational, de nombreux utilisateurs trouvent l’entrée suivante :

Volume Shadow Copy Service information: The COM Server with CLSID 
{4e14fba2-2e22-11d1-9964-00c04fbbb345} and name CEventSystem cannot be started. 
[0x8007045b, A system shutdown is in progress.]

Le processus d’extinction suspendu provoque parfois :

  • Un écran « Arrêt en cours » figé pendant plusieurs minutes.
  • Un redémarrage forcé qui tourne en boucle sur « Redémarrage de Windows ».
  • Des clichés VSS incomplets, aboutissant à l’échec des sauvegardes locales ou réseau.

Pourquoi l’erreur apparaît‑elle ?

L’ID {4e14fba2‑…} correspond au service COM+ Event System. Avant de s’arrêter, Windows ferme successivement :

  1. Les services dépendants comme Volume Shadow Copy.
  2. La couche COM+ qui orchestre les notifications.
  3. Les services système finaux.

Or, un bug introduit dans Windows 10 v1903 empêche Cryptographic Services (CryptSVC) de se fermer correctement. Ce dernier reste « en arrêt… » et immobilise la pile COM+. Résultat : VSS tente d’appeler CEventSystem alors que le système est déjà en phase de coupure, d’où l’exception 0x8007045b (A system shutdown is in progress).

Conséquences à long terme

Outre le désagrément d’un arrêt ralenti, la persistance de l’erreur peut :

  • Détériorer la cohérence des clichés de sauvegarde incrémentiels.
  • Générer des volumes fantômes (orphaned shadow copies) occupant plusieurs Go.
  • Déclencher des avertissements dans les outils de sauvegarde tiers (Veeam, Macrium, Acronis).

Solutions rapides recommandées

ActionDétailsObjectif
Arrêter CryptSVC avant extinctionDans une invite admin :
net stop cryptsvc
ou via un script Shutdown GPO.		Libérer COM+ et clôturer VSS sans blocage.
Passer VSS en « Automatique (Démarrage différé) »Ouvrir services.msc ► Volume Shadow Copy ► Type de démarrage.Laisser VSS initialiser après les services réseau.
Vérifier les services dépendantsCOM+ Event System, System Event Notification Service, Microsoft Software Shadow Copy Provider : Automatique et En cours d’exécution.Assurer la chaîne de dépendance VSS.
Installer les mises à jour cumulatives récentes ou migrer ≥ 20H2Les correctifs Microsoft post‑2020 éliminent le bug de CryptSVC.Solution définitive.
Ré‑enregistrer les composants VSSArrêter VSS / CryptSVC puis lancer successivement :
regsvr32 /s eventcls.dll
regsvr32 /s es.dll
regsvr32 /s ole32.dll
regsvr32 /s oleaut32.dll		Réparer d’éventuelles DLL COM+ corrompues.
Contrôler l’espace de stockage VSSvssadmin list shadowstorage
Augmenter ou nettoyer avec resize shadowstorage.		Éviter l’arrêt d’écriture de clichés par manque de place.
Vérifications systèmesfc /scannow puis DISM /Online /Cleanup-Image /RestoreHealthRéparer fichiers et image système.
Suppléments de stabilitéDésactiver « Démarrage rapide », mettre à jour pilotes storage/chipset, vérifier logiciels de sauvegarde concurrents.Réduire les blocages au redémarrage.

Méthode pas‑à‑pas détaillée

Arrêter Cryptographic Services proprement

Créez un script StopCryptsvc.cmd et placez‑le dans C:\Windows\System32\GroupPolicy\Machine\Scripts\Shutdown :

@echo off
sc query cryptsvc | find "RUNNING" >NUL
if %errorlevel%==0 (
  echo Arrêt de CryptSVC...
  net stop cryptsvc /y
)
exit /b 0

Le traitement s’exécute juste avant l’arrêt, libérant COM+ et éliminant la condition 0x8007045b.

Configurer un démarrage différé pour VSS

  1. Ouvrez Services (services.msc).
  2. Double‑cliquez Volume Shadow Copy.
  3. Choisissez Automatique (début différé).
  4. Redémarrez la machine et vérifiez qu’aucune erreur ID 8193 n’apparaît.

Cette temporisation garantit que VSS n’est pas appelé avant que les composants réseau et le service COM+ ne soient pleinement disponibles.

Mettre à jour Windows ou passer à une version plus récente

Si votre parc reste bloqué sur 1903 ou 1909 pour raison de compatibilité, installez au minimum la KB5005565 (septembre 2021) qui corrige CryptSVC. Pour un véritable gain de stabilité, la mise à jour vers la version 20H2 ou ultérieure est recommandée ; le moteur VSS y a été remanié et n’utilise plus les anciennes routines COM+ sur certains chemins.

Ré‑enregistrer intégralement VSS

Une DLL COM+ altérée peut empêcher la libération correcte des interfaces. Exécutez la série suivante :

net stop cryptsvc
net stop vss
regsvr32 /s eventcls.dll
regsvr32 /s es.dll
regsvr32 /s ole32.dll
regsvr32 /s oleaut32.dll
net start vss
net start cryptsvc

Redémarrez ensuite et contrôlez l’onglet Détails du journal VSS pour confirmer que les compilations DllGetClassObject se chargent sans échec.

Surveiller et nettoyer l’espace shadowstorage

Un manque d’espace disque peut engendrer un blocage final lors de la suppression automatique des clichés. La commande :

vssadmin delete shadows /for=C: /oldest

supprime les clichés obsolètes. Pour réserver une taille fixe :

vssadmin resize shadowstorage /on=C: /for=C: /maxsize=15GB

Activer un logging avancé

Pour les cas résistants, activez le diagnostic VSS avec :

reg add HKLM\SOFTWARE\Microsoft\VSS\Settings /v IdleNesting /t REG_DWORD /d 1 /f

Cela force la journalisation étendue dans %windir%\logs\vss\vss.txt. Analysez les horodatages pour déceler un délai anormal entre les appels PrepareForSnapshot et Freeze.

Notes professionnelles et environnements virtualisés

Dans un cluster Hyper‑V ou une ferme VDI, un nœud qui reste bloqué sur 0x8007045b peut figer une LUN entière si la Checkpoint creation dépend de VSS. Pensez à :

  • Mettre à jour l’Integration Services des VM invitées.
  • Augmenter la valeur DWORD ShutdownTimeout sous HKLM\SYSTEM\CurrentControlSet\Control. Par défaut 5 minutes ; 10 minutes évitent la mise en échec prématurée.
  • Désactiver temporairement la sauvegarde cohérente « quiesced » dans VMware Tools pour confirmer l’origine.

FAQ

Q : L’erreur 0x8007045b est‑elle dangereuse ?
R : Elle n’endommage pas directement les données, mais tout cliché VSS en cours peut devenir inutilisable, compromettant vos sauvegardes.

Q : Puis‑je simplement désactiver VSS ?
R : Non ; Windows Update, la restauration système et de nombreuses applis de sauvegarde reposent sur VSS. Mieux vaut corriger la cause.

Q : Les versions Windows 11 sont‑elles touchées ?
R : Non. Le service CryptSVC y a été refondu ; l’appel COM+ asynchrone qui posait problème n’existe plus.

Conclusion

La combinaison d’une mise à jour système récente et d’un script d’arrêt ciblant CryptSVC suffit à éliminer l’erreur 0x8007045b dans la majorité des scénarios. Surveillez l’Observateur d’événements sur au moins trois cycles d’arrêt/démarrage ; en l’absence de nouvelle entrée, votre plateforme est stabilisée. Pour les infrastructures critiques, conservez un journal VSS avancé et programmez une tâche de maintenance mensuelle pour nettoyer les clichés anciens afin de prévenir toute récidive.

Astuce : exportez régulièrement les journaux VSS et CryptSVC au format EVTX. En cas de support Microsoft, vous disposerez ainsi d’un historique clair de la chronologie d’échec.

Windows10
Sommaire