IRQL_NOT_LESS_OR_EQUAL beheben: Ursachen der Reihe nach

Der Stopcode IRQL_NOT_LESS_OR_EQUAL zeigt fast immer auf einen Treiber (oder defekten Arbeitsspeicher), der auf einen Speicherbereich zugreift, für den er keine Berechtigung hat. Die schnellste Reihenfolge: in den abgesicherten Modus starten, den zuletzt geänderten Treiber zurückrollen oder aktualisieren, den RAM mit der Windows-Speicherdiagnose prüfen und anschließend sfc /scannow plus DISM laufen lassen. In den meisten Fällen steckt ein Grafik- oder Netzwerktreiber dahinter.

Woran du erkennst, dass es wirklich IRQL_NOT_LESS_OR_EQUAL ist

Auf dem blauen Bildschirm steht der Stopcode ausgeschrieben, oft ergänzt um einen Dateinamen wie nvlddmkm.sys oder ndis.sys. Dieser Dateiname ist dein wichtigster Hinweis: Er benennt den Treiber, der abgestürzt ist. Notiere ihn dir, bevor der Rechner neu startet.

Zur Abgrenzung: IRQL_NOT_LESS_OR_EQUAL ist ein Zugriffsfehler im Kernmodus und tritt oft direkt nach einem Treiber-Update, einem neuen Gerät oder einem Windows-Upgrade auf. Kommt der Bluescreen dagegen nur unter Last (Spiele, Rendering) und mit wechselnden Stopcodes, deutet das eher auf defekte Hardware oder Übertaktung hin als auf einen einzelnen Treiber.

Ein zweiter Blick lohnt sich in der Ereignisanzeige: Windows + X → Ereignisanzeige → Windows-Protokolle → System. Filtere nach kritischen Fehlern zum Zeitpunkt des Absturzes. Häufig steht dort dieselbe Treiber- oder Gerätekennung noch einmal im Klartext.

IRQL_NOT_LESS_OR_EQUAL beheben – Schritt für Schritt

Arbeite die Punkte der Reihe nach ab und starte nach jedem Schritt neu. So weißt du am Ende, welche Maßnahme geholfen hat.

1. In den abgesicherten Modus starten. Wenn Windows gar nicht mehr stabil hochkommt: beim Startbildschirm Shift gedrückt halten und auf Neu starten klicken. Dann Problembehandlung → Erweiterte Optionen → Starteinstellungen → Neu starten, danach Taste 4 für den abgesicherten Modus. Hier laufen nur Standardtreiber – reproduziert sich der Bluescreen hier nicht, ist ein Drittanbieter-Treiber der Verdächtige.
2. Den verdächtigen Treiber zurückrollen. Windows + X → Geräte-Manager. Öffne das Gerät zum Dateinamen vom Bluescreen (Grafik-, Netzwerk- oder Chipsatz-Treiber). Rechtsklick → Eigenschaften → Reiter Treiber → Vorheriger Treiber. Ist die Schaltfläche ausgegraut, gibt es keine ältere Version – dann weiter mit Schritt 3.
3. Treiber sauber neu installieren. Statt „Automatisch suchen“ lädst du den aktuellen Treiber direkt beim Hersteller (NVIDIA, AMD, Intel, Realtek oder dein Notebook-Hersteller). Bei Grafiktreibern hilft eine saubere Installation, die alte Reste entfernt. Ein halb aktualisierter Treiber ist eine typische Stolperfalle bei diesem Fehler.
4. Arbeitsspeicher testen. Startmenü öffnen, Windows-Speicherdiagnose eingeben, starten und Jetzt neu starten und nach Problemen suchen wählen. Windows prüft den RAM vor dem nächsten Bootvorgang. Für einen gründlicheren Test ist das kostenlose MemTest86 (mehrere Durchläufe) die bessere Wahl. Findet der Test Fehler, ist ein RAM-Riegel defekt und muss getauscht werden.
5. Systemdateien reparieren. Eingabeaufforderung als Administrator öffnen (Startmenü → cmd → Rechtsklick → Als Administrator ausführen) und nacheinander ausführen: sfc /scannow, danach DISM /Online /Cleanup-Image /RestoreHealth. SFC repariert beschädigte Systemdateien, DISM setzt das darunterliegende Windows-Abbild instand, aus dem SFC seine Referenzen zieht.
6. Dateisystem prüfen. Im selben Administrator-Fenster chkdsk C: /f /r eingeben. Beim Systemlaufwerk fragt Windows, ob die Prüfung beim nächsten Neustart laufen soll – mit J bestätigen und neu starten.
7. Das letzte Update entfernen. Trat der Fehler direkt nach einem Windows-Update auf: Einstellungen → Windows Update → Updateverlauf → Updates deinstallieren. Entferne das jüngste Qualitäts- oder Treiber-Update und beobachte, ob der Bluescreen ausbleibt.

Wenn das nicht hilft

Bleibt der Bluescreen, gehen die Ursachen tiefer. Diese drei Punkte fangen die meisten hartnäckigen Fälle ab:

• Übertaktung und BIOS-Profile zurücksetzen. Aktive XMP-/EXPO-Profile für den RAM oder ein CPU-Overclock erzeugen genau solche sporadischen Kernmodus-Abstürze. Setze im BIOS/UEFI die Speicher- und CPU-Werte auf Standard zurück und prüfe, ob Ruhe einkehrt. Vor BIOS-Änderungen die aktuellen Einstellungen notieren.
• Schuldigen Treiber per Driver Verifier stellen. Findest du den Auslöser nicht, hilft das eingebaute Werkzeug: Administrator-Eingabeaufforderung → verifier eingeben. Wähle Standardeinstellungen erstellen und lasse nur Drittanbieter-Treiber prüfen. Der Verifier provoziert bei einem fehlerhaften Treiber gezielt einen Absturz und schreibt dessen Namen ins Absturzprotokoll. Wichtig: zuerst einen Wiederherstellungspunkt setzen und den Verifier danach mit verifier /reset wieder abschalten, sonst bootet Windows unter Umständen in eine Absturzschleife.
• Neue Hardware und Antiviren-Tools verdächtigen. Microsoft nennt frisch installierte Hardware, Systemdienste und Backup-/Antiviren-Programme als klassische Auslöser. Baue zuletzt hinzugefügte Komponenten testweise aus und deaktiviere Drittanbieter-Virenscanner. Verschwindet der Fehler, hast du den Verursacher.

Warum passiert IRQL_NOT_LESS_OR_EQUAL überhaupt?

IRQL steht für Interrupt Request Level – eine Prioritätsstufe, mit der Windows Hardware-Anfragen abarbeitet. Der Kern (Kernel) und Treiber laufen auf hohen IRQL-Stufen. Auf einer solchen Stufe darf nur auf Speicher zugegriffen werden, der garantiert im RAM liegt (nicht ausgelagerter, „non-paged“ Speicher).

Greift ein Treiber auf dieser hohen Stufe auf eine ungültige oder ausgelagerte Adresse zu, kann Windows die Daten nicht liefern – und stoppt kontrolliert mit dem Bugcheck 0x0000000A, um Datenverlust zu vermeiden. Laut Microsoft steckt dahinter typischerweise ein fehlerhafter Zeiger im Treibercode oder ein Speicherbereich, der fälschlich als auslagerbar markiert ist. Deshalb ist ein Treiber-Update oder -Rollback so oft die Lösung – und defekter RAM die zweithäufigste, weil kaputte Speicherzellen dieselben ungültigen Adressen liefern.

Für die Fachinformatiker-Prüfung ist das ein schönes Beispiel dafür, wie Betriebssysteme Speicher schützen: Der Bluescreen ist kein Defekt, sondern eine Schutzreaktion des Kernels gegen einen unzulässigen Speicherzugriff.

Häufige Fragen

Was bedeutet IRQL_NOT_LESS_OR_EQUAL?

Der Stopcode 0x0000000A meldet, dass ein Treiber oder das Windows-Kernsystem auf einen ungültigen Speicherbereich zugegriffen hat, während es auf einer hohen Prioritätsstufe (IRQL) lief. Windows stoppt dann kontrolliert, um Datenverlust zu verhindern.

Anzeige

Ist der Fehler ein Treiber- oder ein Hardwareproblem?

In den meisten Fällen ist ein fehlerhafter oder veralteter Treiber schuld, häufig Grafik oder Netzwerk. Zweithäufigste Ursache ist defekter Arbeitsspeicher. Wechselnde Stopcodes unter Last deuten eher auf Hardware oder Übertaktung hin.

Wie finde ich heraus, welcher Treiber schuld ist?

Notiere den Dateinamen auf dem Bluescreen (z. B. nvlddmkm.sys) und prüfe die Ereignisanzeige unter Windows-Protokolle → System. Lässt sich der Auslöser nicht finden, stellt das eingebaute Werkzeug Driver Verifier den fehlerhaften Treiber.

Kann defekter Arbeitsspeicher den Fehler auslösen?

Ja. Kaputte Speicherzellen liefern ungültige Adressen und lösen denselben Zugriffsfehler aus. Teste den RAM mit der Windows-Speicherdiagnose oder gründlicher mit MemTest86 über mehrere Durchläufe.

Hilft es, Windows neu zu installieren?

Erst als letzter Schritt. Meist genügen Treiber-Rollback, RAM-Test und sfc/DISM. Steckt jedoch defekte Hardware dahinter, behebt auch eine Neuinstallation den Bluescreen nicht – dann muss die Komponente getauscht werden.