ID d'événement Windows 16389 – Inconnu : Échec de l'initialisation de l'application ou du service

Commencez par examiner le Visualiseur d'événements pour les événements liés qui se sont produits autour du même moment que l'ID d'événement 16389.

1. Ouvrez Visualiseur d'événements en appuyant sur Win + R, en tapant eventvwr.msc, et en appuyant sur Entrée
2. Accédez à Journaux Windows → Système et Application
3. Cherchez des événements dans les 5 minutes suivant l'horodatage 16389
4. Utilisez PowerShell pour filtrer les événements plus efficacement :

Get-WinEvent -FilterHashtable @{LogName='System','Application'; StartTime=(Get-Date).AddHours(-1)} | Where-Object {$_.Id -eq 16389 -or $_.LevelDisplayName -eq 'Error'} | Sort-Object TimeCreated | Format-Table TimeCreated, Id, LevelDisplayName, Message -Wrap

Portez une attention particulière aux événements provenant de sources comme Service Control Manager, Erreur d'application, ou Rapport d'erreurs Windows qui pourraient fournir des indices sur quel composant spécifique a échoué.

Exécutez des vérifications complètes des fichiers système pour identifier et réparer les dépendances corrompues pouvant causer des échecs d'initialisation.

1. Ouvrez Invite de commandes en tant qu'administrateur
2. Exécutez le vérificateur de fichiers système pour rechercher des fichiers système corrompus :

sfc /scannow

3. Si SFC trouve des problèmes, exécutez DISM pour réparer l'image Windows :

DISM /Online /Cleanup-Image /RestoreHealth

4. Vérifiez les mises à jour Windows manquantes qui pourraient résoudre les problèmes de dépendance :

Get-WindowsUpdate -Install -AcceptAll -AutoReboot

5. Vérifiez que les services système critiques sont configurés correctement :

Get-Service | Where-Object {$_.Status -eq 'Stopped' -and $_.StartType -eq 'Automatic'} | Format-Table Name, Status, StartType

Si SFC signale des erreurs irréparables, envisagez d'exécuter sfc /scannow depuis l'environnement de récupération Windows pour des réparations plus complètes.

Examinez l'intégrité du registre et vérifiez que les composants critiques du système ont les autorisations appropriées pour accéder aux ressources requises.

1. Vérifiez la configuration du registre du service Event Log :

Get-ItemProperty -Path "HKLM\SYSTEM\CurrentControlSet\Services\EventLog" -Name * | Format-List

2. Vérifiez que les services Windows ont les autorisations de registre appropriées :

$acl = Get-Acl "HKLM:\SYSTEM\CurrentControlSet\Services"
$acl.Access | Where-Object {$_.IdentityReference -like "*SYSTEM*" -or $_.IdentityReference -like "*Administrators*"} | Format-Table IdentityReference, FileSystemRights, AccessControlType

3. Réinitialisez les autorisations du service Event Log si nécessaire :

sc.exe sdset eventlog D:(A;;CCLCSWRPWPDTLOCRRC;;;SY)(A;;CCDCLCSWRPWPDTLOCRSDRCWDWO;;;BA)(A;;CCLCSWLOCRRC;;;AU)(A;;CCLCSWRPWPDTLOCRRC;;;PU)

4. Vérifiez les profils utilisateur corrompus affectant l'initialisation du service :

Get-WmiObject -Class Win32_UserProfile | Where-Object {$_.Special -eq $false} | Select-Object LocalPath, LastUseTime, @{Name='SizeGB';Expression={[math]::Round($_.Size/1GB,2)}} | Sort-Object LastUseTime -Descending

5. Reconstruisez le journal des événements si une corruption du registre est suspectée :

net stop eventlog
wevtutil el | ForEach-Object {wevtutil cl "$_"}
net start eventlog

Utilisez la méthodologie de démarrage en mode minimal pour isoler le composant défaillant et identifier les conflits de logiciels tiers.

1. Configurez le système pour un démarrage en mode minimal en ouvrant Configuration du système :

msconfig

2. Dans l'onglet Général, sélectionnez Démarrage sélectif et décochez Charger les éléments de démarrage
3. Dans l'onglet Services, cochez Masquer tous les services Microsoft, puis cliquez sur Désactiver tout
4. Redémarrez le système et surveillez l'ID d'événement 16389
5. Si l'erreur disparaît, réactivez systématiquement les services par groupes pour identifier le coupable :

Get-Service | Where-Object {$_.StartType -eq 'Disabled'} | Select-Object Name, DisplayName, Status | Out-GridView -Title "Select services to re-enable" -PassThru | ForEach-Object {Set-Service -Name $_.Name -StartupType Automatic; Start-Service -Name $_.Name}

6. Utilisez Process Monitor pour capturer l'accès en temps réel aux fichiers et au registre lors du démarrage :

Téléchargez Process Monitor depuis Microsoft Sysinternals, puis :

• Définissez des filtres pour que le nom du processus contienne votre application suspectée
• Activez Afficher l'activité du système de fichiers et Afficher l'activité du registre
• Capturez la séquence de démarrage et recherchez les erreurs ACCESS DENIED ou PATH NOT FOUND

7. Vérifiez le Moniteur de fiabilité Windows pour des détails supplémentaires sur les échecs :

perfmon /rel

Pour les problèmes persistants, utilisez des outils de débogage avancés pour capturer des informations détaillées sur les échecs lors de l'initialisation des composants.

1. Activez la collecte de vidages en mode utilisateur pour le processus défaillant :

New-Item -Path "HKLM:\SOFTWARE\Microsoft\Windows\Windows Error Reporting\LocalDumps" -Force
Set-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\Windows\Windows Error Reporting\LocalDumps" -Name "DumpFolder" -Value "C:\CrashDumps"
Set-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\Windows\Windows Error Reporting\LocalDumps" -Name "DumpType" -Value 2

2. Installez le SDK Windows pour les outils de débogage :

winget install Microsoft.WindowsSDK

3. Configurez le système pour le débogage du noyau si nécessaire :

bcdedit /debug on
bcdedit /dbgsettings local

4. Utilisez Application Verifier pour détecter la corruption de tas ou les fuites de gestion :

appverif.exe

Activez les tests Basics pour l'exécutable de l'application suspectée.

5. Analysez les vidages de crash avec WinDbg lorsqu'ils sont générés :

!analyze -v
!heap -s
!handle 0 f
lm

6. Activez la traçabilité ETW pour un suivi détaillé de l'initialisation des composants :

wpr -start GeneralProfile -start CPU -start DiskIO
:: Reproduire le problème
wpr -stop C:\temp\trace.etl

Analysez la trace avec Windows Performance Analyzer (WPA) pour identifier le point exact de défaillance lors de l'initialisation.