ID d'événement Windows 24580 – Erreur d'application : Échec critique de l'application

Commencez par examiner les détails complets de l'événement pour identifier l'application et le module défaillants :

1. Ouvrez Observateur d'événements en appuyant sur Win + R, en tapant eventvwr.msc, et en appuyant sur Entrée
2. Accédez à Journaux Windows → Application
3. Filtrez pour l'ID d'événement 24580 en cliquant avec le bouton droit sur le journal Application et en sélectionnant Filtrer le journal actuel
4. Double-cliquez sur l'entrée la plus récente de l'ID d'événement 24580 pour voir les détails complets
5. Notez le Nom de l'application défaillante, le Nom du module défaillant, et le Code d'exception
6. Copiez les détails de l'événement dans un fichier texte pour analyse

Utilisez PowerShell pour extraire plusieurs instances pour l'analyse des motifs :

Get-WinEvent -FilterHashtable @{LogName='Application'; Id=24580} -MaxEvents 20 | Format-Table TimeCreated, Id, LevelDisplayName, Message -Wrap

Vérifiez que les fichiers de l'application et du système défaillants ne sont pas corrompus :

1. Exécutez le Vérificateur de fichiers système pour réparer les fichiers système corrompus :

sfc /scannow

2. Vérifiez la corruption de Windows en utilisant DISM :

DISM /Online /Cleanup-Image /CheckHealth
DISM /Online /Cleanup-Image /ScanHealth
DISM /Online /Cleanup-Image /RestoreHealth

3. Vérifiez l'intégrité de l'application défaillante en la réinstallant ou en la réparant
4. Vérifiez les dépendances de l'application en utilisant Dependency Walker ou PowerShell :

Get-Process -Name "ApplicationName" | Select-Object -ExpandProperty Modules | Format-Table ModuleName, FileName

5. Mettez à jour l'application vers la dernière version si disponible
6. Exécutez le Diagnostic de la mémoire Windows pour vérifier les problèmes de RAM :

mdsched.exe

Accédez aux informations détaillées sur les plantages via Windows Error Reporting :

1. Vérifiez les fichiers de vidage de plantage dans le dossier WER LocalDumps :

Get-ChildItem -Path "$env:LOCALAPPDATA\CrashDumps" -Recurse | Where-Object {$_.LastWriteTime -gt (Get-Date).AddDays(-7)}

2. Configurez WER pour générer des vidages de plantage complets pour l'application défaillante en créant des entrées de registre :

$regPath = "HKLM:\SOFTWARE\Microsoft\Windows\Windows Error Reporting\LocalDumps\ApplicationName.exe"
New-Item -Path $regPath -Force
Set-ItemProperty -Path $regPath -Name "DumpType" -Value 2 -Type DWord
Set-ItemProperty -Path $regPath -Name "DumpCount" -Value 5 -Type DWord

3. Vérifiez l'état du service Windows Error Reporting et redémarrez si nécessaire :

Get-Service -Name "WerSvc" | Restart-Service -Force

4. Examinez les rapports WER dans le Visualiseur d'événements sous Applications et Services Logs → Microsoft → Windows → Windows Error Reporting
5. Utilisez WinDbg ou Visual Studio pour analyser les fichiers de vidage de plantage si disponibles

Identifier les contraintes de ressources pouvant causer des échecs d'application :

1. Surveiller les performances du système lors des plantages d'application à l'aide de Performance Monitor :

perfmon.exe /res

2. Créer un ensemble de compteurs de performance personnalisé pour suivre l'application défaillante :

$counterSet = @(
    "\Process(ApplicationName)\Working Set",
    "\Process(ApplicationName)\Handle Count",
    "\Process(ApplicationName)\Thread Count",
    "\Memory\Available MBytes",
    "\Memory\Pool Nonpaged Bytes"
)
Get-Counter -Counter $counterSet -SampleInterval 5 -MaxSamples 60

3. Vérifier les fuites de mémoire à l'aide de Application Verifier :

appverif.exe

4. Surveiller les modèles d'utilisation des poignées et des threads :

Get-Process -Name "ApplicationName" | Select-Object Name, Handles, Threads, WorkingSet, VirtualMemorySize

5. Utiliser Process Monitor (ProcMon) pour capturer l'activité des fichiers, du registre et du réseau avant les plantages
6. Activer le service Application Experience s'il est désactivé :

Set-Service -Name "AeLookupSvc" -StartupType Automatic
Start-Service -Name "AeLookupSvc"

Effectuer une analyse approfondie en utilisant des techniques de débogage avancées :

1. Installer le SDK Windows pour accéder aux outils de débogage :

winget install Microsoft.WindowsSDK

2. Attacher WinDbg à l'application en cours d'exécution avant qu'elle ne plante :

windbg.exe -p ProcessID

3. Configurer les chemins des symboles pour des traces de pile détaillées :

.sympath srv*c:\symbols*https://msdl.microsoft.com/download/symbols

4. Activer la vérification du tas pour l'application :

gflags.exe -p /enable ApplicationName.exe +hpc +htc

5. Utiliser l'Application Compatibility Toolkit pour créer des correctifs de compatibilité :

compatadmin.exe

6. Analyser les traces ETW pour un comportement détaillé de l'application :

wpr.exe -start GeneralProfile -start CPU -start DiskIO
# Reproduire le crash
wpr.exe -stop trace.etl

7. Examiner le fichier de trace en utilisant Windows Performance Analyzer (WPA)