Aktuell haben Sie ein Problem mit einem Bluescreen Fehler? In diesem Verzeichnis zur Fehlerbehebung finden Sie genaue Anleitungen, wie Sie schnell und einfach Ihren Computer von Fehlern befreien können
Fehlernummer: | Fehler 0x139 |
Fehlername: | KERNEL_SECURITY_CHECK_FAILURE |
Fehlerbeschreibung: | This bug check indicates that the kernel has detected the corruption of a critical data structure. |
Fehlerbeschreibung Deutesch: | Die KERNEL_SECURITY_CHECK_FAILURE-Fehlerprüfung hat den Wert 0x00000139. Diese Fehlerprüfung zeigt an, dass der Kernel die Beschädigung einer kritischen Datenstruktur erkannt hat. |
Mögliche Ursache: | Mithilfe der Tabelle mit Parameter 1 und einer Speicherauszugsdatei kann die Ursache für viele Fehlerprüfungen dieses Typs eingegrenzt werden. Eine Beschädigung von LIST_ENTRY kann schwierig aufzuspüren sein, und diese Fehlerprüfung zeigt an, dass eine Inkonsistenz in eine doppelt verknüpfte Liste eingefügt wurde (erkannt, wenn ein einzelnes Listeneintragselement zur Liste hinzugefügt oder aus der Liste entfernt wird). Leider wird die Inkonsistenz nicht unbedingt zum Zeitpunkt der Beschädigung erkannt, sodass möglicherweise einige Detektivarbeiten erforderlich sind, um die Ursache zu ermitteln. Häufige Ursachen für die Beschädigung von Listeneinträgen sind:Ein Treiber hat ein Kernelsynchronisationsobjekt beschädigt, z. B. ein KEVENT (z. B. doppeltes Initialisieren eines KEVENT, während ein Thread noch auf dasselbe KEVENT gewartet hat, oder zulassen, dass ein stapelbasiertes KEVENT den Gültigkeitsbereich verlässt, während ein anderer Thread dieses KEVENT verwendet ). Diese Art der Fehlerprüfung tritt normalerweise im nt! Ke * - oder nt! Ki * -Code auf. Dies kann passieren, wenn ein Thread das Warten auf ein Synchronisationsobjekt beendet oder wenn der Code versucht, ein Synchronisationsobjekt in den signalisierten Zustand zu versetzen. Normalerweise ist das zu signalisierende Synchronisationsobjekt dasjenige, das beschädigt wurde. Manchmal kann Driver Verifier mit speziellem Pool helfen, den Täter zu finden (wenn sich das beschädigte Synchronisationsobjekt in einem Poolblock befindet, der bereits freigegeben wurde). Ein Fahrer hat einen regelmäßigen KTIMER beschädigt. Diese Art der Fehlerprüfung tritt normalerweise im nt! Ke * - oder nt! Ki * -Code auf und umfasst das Signalisieren eines Timers oder das Einfügen oder Entfernen eines Timers aus einer Timertabelle. Es kann sein, dass der manipulierte Timer beschädigt ist. Möglicherweise muss jedoch die Timer-Tabelle mit! Timer überprüft werden (oder die Timer-Listen-Links müssen manuell durchgegangen werden), um festzustellen, welcher Timer beschädigt wurde. Manchmal kann Driver Verifier mit speziellem Pool helfen, den Täter ausfindig zu machen (wenn sich der beschädigte KTIMER in einem Poolblock befindet, der bereits freigegeben wurde). Ein Treiber hat eine interne verknüpfte Liste im LIST_ENTRY-Stil falsch verwaltet. Ein typisches Beispiel wäre, RemoveEntryList zweimal für denselben Listeneintrag aufzurufen, ohne den Listeneintrag zwischen den beiden RemoveEntryList-Aufrufen erneut einzufügen. Andere Variationen sind möglich, z. B. das doppelte Einfügen eines Eintrags in dieselbe Liste. Ein Treiber hat eine Datenstruktur freigegeben, die ein LIST_ENTRY enthält, ohne die Datenstruktur aus der entsprechenden Liste zu entfernen. Dadurch wird später eine Beschädigung festgestellt, wenn die Liste überprüft wird, nachdem der alte Poolblock erneut verwendet wurde. Ein Treiber hat eine Liste im LIST_ENTRY-Stil ohne ordnungsgemäße Synchronisierung gleichzeitig verwendet, was zu einer fehlerhaften Aktualisierung der Liste führte. In den meisten Fällen können Sie die beschädigte Datenstruktur identifizieren, indem Sie die verknüpfte Liste vorwärts und rückwärts durchgehen (die Befehle dl und dlb sind für diesen Zweck nützlich) und die Ergebnisse vergleichen. Wo die Liste zwischen einem Vorwärts- und einem Rückwärtslauf inkonsistent ist, ist in der Regel der Ort der Beschädigung. Da durch eine Aktualisierung einer verknüpften Liste die Verknüpfungen einer Liste eines benachbarten Elements geändert werden können, sollten Sie die Nachbarn eines beschädigten Listeneintrags genau untersuchen, da dies möglicherweise der zugrunde liegende Schuldige ist. Da viele Systemkomponenten intern LIST_ENTRY-Listen verwenden, können verschiedene Arten von Ressourcenmissmanagement durch einen Treiber, der System-APIs verwendet, zu einer Beschädigung der verknüpften Liste in einer vom System verwalteten verknüpften Liste führen. |
Hexadezimal: | 0x00000139 |
In den meisten Fällen werden KERNEL_SECURITY_CHECK_FAILURE-Bluescreenfehler nach der Installation neuer Hard- oder Software auftreten. Diese KERNEL_SECURITY_CHECK_FAILURE -Blue Screens können während einer Programminstallation auftreten, während eine mit KERNEL_SECURITY_CHECK_FAILURE zusammenhängende Software läuft oder Treiber geladen werden. Auch während des Starten oder Herunterfahren von Windows kann dieser Fehler angezeigt werden. Wenn Sie diesen Fehler beheben wollen, ist es wichtig diesen STOP-Fehler nachzuverfolgen.
KERNEL_SECURITY_CHECK_FAILURE Blue Screen-Fehler können durch verschiedene Hardware-, Software-, Treiber oder BIOS-Probleme hervorgerufen werden.
Sie können Versuchen, ungültige Registry-Schlüssel, die in Verbindung mit KERNEL_SECURITY_CHECK_FAILURE stehen, zu Editieren oder zu entfernen. Allerdings sollte dieses mit Bedacht geschehen, da Sie sonst Gefahr laufen, das System endgültig zu Stillstand zubringen. Vergewissern Sie sich, das Ihre Einträge korrekt und valide sind. Es empfiehlt sich grundsätzlich vor dem Editieren der Registry zu sichern, damit diese gegebenenfalls wieder hergestellt werden kann.
Sie können den Registry-Editor über Rechtsklick auf Start->Ausführen und im dem Eingabefeld "regedit" eingeben. Bestätigen Sie Ihre Eingabe mit der Eingabetaste In dem Editor können Sie nun nach Rigitry-Schlüssel suchen, die KERNEL_SECURITY_CHECK_FAILURE auslösen können.
Es besteht die Möglichkeit, das der KERNEL_SECURITY_CHECK_FAILURE damit zusammenhäng, das Ihr PC mit einem Schadprogramm infiziert ist. Stellen Sie sicher, das Sie einen aktuellen Virenscanner auf Ihrem PC installiert haben und dieser auch ordnungsgemäß seinen Dienst verrichtet. Mit dem neuen Windows-Defender sollten Sie allerdings einen zuverlässigen Virenscanner im System haben. Sicherlich können Sie auch auf andere Hersteller ausweichen.
In vielen Fällen liegt kann es sein, das Sie einen veralteten oder defekten Treiber Installiert haben, der den Fehler KERNEL_SECURITY_CHECK_FAILURE auslösen kann. Auch hier ist es relativ schwierig, diesen defekten Treiber ausfindig zu machen. Versuchen Sie herauszhufinden, welchen Treiber Sie als letztes Installiert haben, und machen die Installation rückgängig. Sie können auch einen defekten Treiber oder veralteten Treiber durch den Gerätemanager aktulaisien lassen.
Wenn der Fehler KERNEL_SECURITY_CHECK_FAILURE nach einer Softwareinstallation auftritt, können Sie einerseits versuchen das Programm wieder zu deinstallieren, andereseits können können Sie auch die mittels der Windows-Syswiederherstellung das System in einen früheren Zustand zu versetzten.