Startseite
» WINDOWS
»
Wie man Windows-Fehlerprotokolle in der Ereignisanzeige findet und liest
Wie man Windows-Fehlerprotokolle in der Ereignisanzeige findet und liest
Um Windows-Fehlerprotokolldateien zu finden, öffnen Sie die Ereignisanzeige : Drücken Sie Windows + R , geben Sie „Windows-Protokolle“eventvwr.msc ein und wählen Sie „Anwendung“ für Anwendungsabstürze oder „System“ für Treiber-, Dienst- und Hardwareereignisse. Windows 11 und Windows 10 speichern außerdem separate Textprotokolle für die Einrichtung und Treiberinstallation sowie Speicherabbilder für bestimmte Bluescreen-Abstürze.
Fehler in der Ereignisanzeige suchen und lesen
Die Ereignisanzeige ist in der Regel der schnellste Weg, ein wiederkehrendes Problem zu untersuchen. Sie müssen nicht .evtxmanuell nach einzelnen Dateien suchen.
1. Öffnen Sie die Ereignisanzeige.
Drücken Sie Windows + R , geben Sie „Ereignisanzeige“ ein eventvwr.mscund drücken Sie die Eingabetaste . Alternativ können Sie im Startmenü nach „Ereignisanzeige“ suchen.
Starten Sie die integrierte Ereignisanzeige über das Dialogfeld „Ausführen“.
2. Wählen Sie das Protokoll aus, das zum Problem passt.
Erweitern Sie im linken Bereich die Windows-Protokolle . Wählen Sie „Anwendung“ , wenn ein Programm einfriert oder unerwartet beendet wird. Verwenden Sie „System“ für unerwartete Neustarts, Datenträgerwarnungen, Dienste und Treiber. Das Setup-Protokoll enthält bestimmte installationsbezogene Ereignisse. Das Sicherheitsprotokoll dient primär der Überwachung und erfordert möglicherweise erhöhte Berechtigungen.
Das Anwendungsprotokoll listet Ereignisstufen, Zeitstempel, Quellen und IDs für softwarebezogene Aktivitäten auf.
3. Ergebnisse eingrenzen
Wählen Sie ein Protokoll aus und klicken Sie im Aktionsbereich auf „Aktuelles Protokoll filtern“ oder klicken Sie mit der rechten Maustaste auf das Protokoll und wählen Sie denselben Befehl. Aktivieren Sie „Kritisch“ , „Fehler“ oder „Warnung“ , legen Sie einen Zeitraum in der Nähe des Problems fest und klicken Sie dann auf „OK“ . Das Filtern nach Ereignisquelle oder Ereignis-ID ist hilfreich, sobald Sie wissen, welche Komponente Sie untersuchen müssen.
Filtern Sie nach Schweregrad und Zeit, um zu vermeiden, Tausende von nicht zusammenhängenden Einträgen lesen zu müssen.
4. Lesen Sie die Veranstaltungsdetails.
Klicken Sie auf ein Ereignis, das zeitlich nahe am Auftreten des Problems liegt. Lesen Sie im Tab „Allgemein“ die Meldung; unter „Details“ finden Sie weitere strukturierte Daten. Notieren Sie sich Quelle , Ereignis-ID , Zeitstempel und die vollständige Fehlermeldung. Eine Ereignis-ID allein reicht nicht für die Diagnose aus: Dieselbe Nummer kann je nach Quelle unterschiedliche Bedeutungen haben.
Vergleichen Sie die Systemereignisse mit dem genauen Zeitpunkt eines Neustarts, eines Geräteausfalls oder eines anderen Symptoms.
Wo Windows andere Fehlerprotokolldateien speichert
Falls die Ereignisanzeige den Fehler nicht erklärt, öffnen Sie den Datei-Explorer und geben Sie das entsprechende Verzeichnis in die Adressleiste ein. Manche Verzeichnisse sind ausgeblendet oder werden erst nach einem solchen Fehler angezeigt. %WINDIR%Der Pfad verweist üblicherweise auf das C:\WindowsLaufwerk C:\, der Laufwerksbuchstabe kann jedoch abweichen.
Problem
Protokollspeicherort
Was zu überprüfen ist
Windows-Upgrade schlägt fehl
C:\$Windows.~BT\Sources\Panther\
setuperr.logfür gemeldete Fehler und setupact.logfür damit verbundene Aktionen
Upgrade wird rückgängig gemacht
C:\$Windows.~BT\Sources\Rollback\
setupact.logund alle ergänzenden Rollback-Dateien
Einrichtung nach der Festplattenkonfiguration
%WINDIR%\Panther\
setupact.logUndsetuperr.log
Gerät oder Treiber lässt sich nicht installieren
%WINDIR%\Inf\
setupapi.dev.log(nicht die veraltete Windows XP-Ära setupapi.log)
Bluescreen-Absturz
%WINDIR%\Minidump\oder%WINDIR%\MEMORY.DMP
.dmpAbsturzprotokolle, wenn konfiguriert und erfolgreich geschrieben
Die Dokumentation zu Windows-Upgrade-Protokollen von Microsoft erklärt, wie sich die Setup-Phase auf den Speicherort der Protokolle auswirkt. Wenn die Installation vor dem normalen Windows-Start fehlgeschlagen ist, befinden sich die Protokolle möglicherweise auf dem temporären Laufwerk der Installationsumgebung anstatt auf Ihrem üblichen C:Laufwerk.
So öffnen Sie .log-, .evtx- und .dmp-Dateien
Protokolldateien (.log): Öffnen Sie diese mit Notepad oder einem anderen Texteditor. Suchen Sie nach dem Zeitpunkt des Fehlers Error, einem Fehlercode oder einer Geräte-ID. Lesen Sie die Zeilen vor und nach einem Treffer: Ein gemeldeter Fehler kann die Folge eines vorherigen Fehlers sein. Die Dokumentation der Microsoft SetupAPI beschreibt, wie Installationseinträge in Abschnitte gruppiert sind.
Ereignisprotokolle (.evtx): Verwenden Sie die Ereignisanzeige. Um eine gespeicherte Kopie anzuzeigen, wählen Sie „Aktion“ > „Gespeichertes Protokoll öffnen“ und wählen Sie die Datei aus. Versuchen Sie nicht, das Binärformat in Notepad zu lesen.
Absturzabbilder (.dmp): Dies sind keine Textdateien. Die WinDbg-Anleitung von Microsoft beschreibt, wie Sie ein Absturzabbild über „Datei > Absturzabbild öffnen“ öffnen . Der Befehl des Debuggers !analyze -vermöglicht eine detaillierte erste Analyse. Für eine einfachere Zusammenfassung von Bluescreen-Minidumps bietet sich das Entwicklertool BlueScreenView an, allerdings ist ein vermuteter Treiber nicht automatisch die tatsächliche Ursache.
Was passiert, wenn das Protokoll die Ursache nicht identifiziert?
Drücken Sie Windows + R , perfmon /relum den Zuverlässigkeitsmonitor zu öffnen. Dieser zeigt Anwendungsfehler und Systemänderungen auf einer Zeitleiste an. Microsoft beschreibt diese Vorgehensweise in seiner Leistungsmonitor-Referenz . Vergleichen Sie die angezeigten Daten mit den Daten der Ereignisanzeige, bevor Sie Updates, Treiber oder eine Anwendung untersuchen.
Warnungen und Fehler können auch auf intakten Systemen auftreten. Priorisieren Sie daher Einträge, die sich wiederholen oder mit einem tatsächlichen Symptom übereinstimmen. Löschen Sie Protokolldateien während der Fehlersuche nicht und überprüfen Sie Einträge auf Kontonamen, Dateipfade oder andere persönliche Daten, bevor Sie sie weitergeben. Ein Protokoll dokumentiert, was Windows aufgezeichnet hat, und bietet keine Garantie für eine schrittweise Lösung.