IRQL_NOT_LESS_OR_EQUAL — Windows 11 beheben
Kurzantwort: IRQL_NOT_LESS_OR_EQUAL (Stoppcode 0x0000000A) bedeutet, ein Treiber hat auf Speicher zugegriffen, der ihm nicht gehörte, und Windows ist abgestürzt um Beschädigung zu verhindern. Der Bluescreen nennt normalerweise die schuldige .sys-Datei direkt darunter — dieser Dateiname ist deine Antwort. Setze diesen Treiber zurück oder aktualisiere ihn; wenn keine Datei genannt wird, teste deinen RAM mit MemTest86, da fehlerhafter Speicher denselben Code auslöst.
IRQL_NOT_LESS_OR_EQUAL bedeutet, ein Treiber oder Kernelprozess hat versucht, auf Speicher zuzugreifen, der ihm nicht gehört, auf einer Prioritätsstufe, die Windows nicht sicher unterbrechen kann, um die Verletzung zu behandeln. Auf Deutsch: etwas hat Speicher berührt, der ihm nicht gehörte, und Windows hat alles gekillt, um Datenbeschädigung zu verhindern. Der Bluescreen zeigt den Stoppcode 0x0000000A und nennt normalerweise die verantwortliche .sys-Datei direkt darunter — dieser Dateiname ist deine Antwort.
Falls der Bluescreen zu schnell geflasht hat zum Lesen, öffne die Ereignisanzeige nach dem Neustart. Win+X, Ereignisanzeige, Windows-Protokolle, System. Suche nach BugCheck-Einträgen um die Absturzzeit. Das Parameterfeld enthält vier Hex-Werte — der zweite ist die angeforderte IRQL-Stufe und der vierte die Adresse der fehlerhaften Instruktion. Nützlicher ist der .sys-Dateiname in der Beschreibung, wenn Windows ihn erfasst hat. Ich habe ntoskrnl.exe beschuldigt gesehen, obwohl der eigentliche Schuldige ein Drittanbieter-Treiber war, der den Speicherbereich des Kernels beschädigt hatte — ntoskrnl ist der Bote, nicht der Mörder.
Ein Typ brachte einen Gaming-PC rein, der jedes Mal einen Bluescreen bekam, wenn er aus Valorant per Alt-Tab rauswechselte. IRQL_NOT_LESS_OR_EQUAL, fehlerhaftes Modul nvlddmkm.sys. Lehrbuch-NVIDIA-Treiber-Absturz. Er hatte zwei Tage vorher auf den neuesten Game Ready Treiber aktualisiert. Auf die vorherige Version aus NVIDIAs Treiber-Archiv zurückgesetzt und das Problem hörte sofort auf. Dauerte ungefähr sechs Minuten inklusive dem Boot in den abgesicherten Modus.
Treiber sind fast immer schuld
Netzwerkadapter und GPU-Treiber verursachen wahrscheinlich 80% der IRQL-Abstürze, die ich sehe. NVIDIAs nvlddmkm.sys und Intels e1d65x64.sys oder Netwtw10.sys tauchen ständig auf. Wenn der Bluescreen eine .sys-Datei nennt, google den Dateinamen — du findest im ersten Ergebnis heraus, zu welchem Treiber er gehört.
Für GPU-Treiber ist DDU im abgesicherten Modus die richtige Lösung. Lade DDU von wagnardsoft.com herunter, lade den gewünschten Treiber von nvidia.com oder amd.com herunter, starte im abgesicherten Modus, führe DDU aus um alles zu entfernen, starte neu, installiere den frischen Treiber. Nicht einfach „Treiber aktualisieren” über den Geräte-Manager — der findet einen generischen Microsoft-Treiber, der die Dinge meistens verschlimmert.
Für Netzwerktreiber ist der Geräte-Manager in Ordnung. Finde den Adapter, Eigenschaften, Treiber-Tab, Treiber zurücksetzen. Falls Zurücksetzen ausgegraut ist, deinstalliere das Gerät komplett und starte neu — Windows installiert den Standard-Treiber neu, der normalerweise älter aber stabiler ist. Falls die Abstürze direkt nach einem Windows Update begannen, hat das Update wahrscheinlich deinen Hersteller-Treiber gegen einen generischen Microsoft-Treiber ausgetauscht. Hol den richtigen Treiber von Intels oder Realteks tatsächlicher Webseite.
RAM
Wenn keine .sys-Datei genannt wird, oder ntoskrnl.exe das Einzige ist, das auftaucht, verdächtige den RAM. Fehlerhafter Speicher verursacht IRQL-Abstürze, weil die CPU beschädigte Daten aus einer defekten Zelle liest und versucht, sie als gültige Speicheradresse auszuführen — was sie nicht ist, also löst die Zugriffsverletzung den Absturz aus. Das Muster ist zufällig: Abstürze bei verschiedenen Aufgaben, zu verschiedenen Zeiten, keine Korrelation mit einem bestimmten Treiber oder Programm.
Die Windows-Speicherdiagnose ist nahezu nutzlos — sie führt zwei Durchläufe mit Basismustern durch und sagt, alles sei in Ordnung. MemTest86 funktioniert wirklich. Von USB booten, mindestens vier Durchläufe über Nacht laufen lassen. Ich hatte einen Kunden, dessen Rechner die Windows-Speicherdiagnose dreimal bestanden hat, aber MemTest86 fand Fehler in Durchlauf fünf. Ein DIMM hatte eine einzelne defekte Zelle, die sich erst bei erweitertem Testen zeigte. Herausgenommen, Rechner stürzte nicht mehr ab.
XMP-Profile verursachen das auch. Dein RAM ist für 3200 MHz oder welche Geschwindigkeit die Verpackung sagt bewertet, aber XMP treibt den Speichercontroller über Intels oder AMDs offizielle Spezifikation hinaus. Manche CPU-Exemplare vertragen es, manche nicht. Wenn du XMP im BIOS aktiviert hast und IRQL-Abstürze begonnen haben, geh zurück ins BIOS und deaktiviere es. Wenn die Abstürze aufhören, entweder XMP deaktiviert lassen oder eine niedrigere Geschwindigkeit wie 3000 statt 3200 versuchen. Prüfe deinen BSOD-Guide für andere Stoppcodes, falls es nicht speziell IRQL ist.
Wenn du die Ereignisanzeige geprüft, den genannten Treiber getestet, MemTest86 ausgeführt hast und es immer noch passiert — könnte das Problem tiefer liegen, wie ein sterbender PCIe-Slot oder Mainboard-VRM-Instabilität. Diese Art von Diagnose braucht jemanden, der sich die spezifische Hardware anschaut. Wir können deine Crash-Dumps und Ereignisanzeige-Verlauf per Fernzugriff auslesen und dir genau sagen, was ausfällt.
Häufig gestellte Fragen
Was bedeutet IRQL_NOT_LESS_OR_EQUAL eigentlich?
Ein Treiber oder Kernelprozess hat versucht, auf Speicher mit einer Interrupt-Prioritätsstufe zuzugreifen, die Windows nicht sicher handhaben kann. Praktisch gesagt: etwas hat Speicher berührt, der ihm nicht gehörte, und Windows hat alles abgeschaltet, um Datenbeschädigung zu verhindern. Der Stoppcode ist 0x0000000A. Der Bluescreen nennt normalerweise die spezifische verantwortliche .sys-Treiberdatei.
Der Bluescreen sagt ntoskrnl.exe — ist mein Windows-Kernel kaputt?
Wahrscheinlich nicht. Wenn ntoskrnl.exe auftaucht, bedeutet es normalerweise, dass ein Drittanbieter-Treiber den Speicherbereich des Kernels beschädigt hat und Windows den Boten beschuldigt. Prüfe die Ereignisanzeige auf den tatsächlich fehlerhaften Treiber — der BugCheck-Eintrag in der Beschreibung nennt oft den wahren Schuldigen, den ntoskrnl aus zweiter Hand erwischt hat.
Kann XMP IRQL-Bluescreens verursachen?
Ja. XMP treibt deinen Speichercontroller über Intels oder AMDs offizielle Spezifikation hinaus. Manche CPU-Exemplare vertragen es problemlos, andere können die Übertaktung nicht aufrechterhalten. Wenn du XMP im BIOS aktiviert hast und IRQL-Abstürze bekamst, deaktiviere es. Wenn die Abstürze aufhören, versuche eine etwas niedrigere Geschwindigkeit — wie 3000 statt 3200.
Wie finde ich heraus, welcher Treiber abstürzt?
Schau auf den Bluescreen selbst — Windows zeigt normalerweise den fehlerhaften .sys-Dateinamen unter dem Stoppcode an. Falls er zu schnell vorbeigeflasht ist, öffne die Ereignisanzeige nach dem Neustart (Win+X, Ereignisanzeige, Windows-Protokolle, System), finde den BugCheck-Eintrag um die Absturzzeit und schau in das Beschreibungsfeld nach dem Treiber-Dateinamen.