WinXP Bluescreen "driver_irql_less_or_equal"

Tyon

Cadet 2nd Year
Registriert
Dez. 2004
Beiträge
24
Juten Abend

Ich hab seit gestern Bluescreens und werd da nich so richtig schlau raus.

System Info: XP Professional SP2(Dezember07)

Intel Core2 Duo E6600 2x 2.4GHz S775 inkl. Intel Kühler
CPU: Core 2 Duo E6600 (Conroe)
Technologie: 64 Bit
Sockel: Socket 775
Kern: Dual
Taktfrequenz: 2400 MHz
Cache L2: 4MB
Front Side Bus: 1066 MHz
Fertigungstechnik: 65 nm
Unterstützung: MMX, SSE, SSE2, SSE3, SSE4, EM64T, EIST, XD-Bit, VT
Mainboard: MSI P965 Neo-F (Sound, Gigabit-LAN, SATA II)
Das MSI P965 Neo-F Mainboard basiert auf dem Intel® P965 und unterstützt bis zu 8 GB Arbeitsspeicher über DDR-II Module. Ein PCI-Express x16 Slot sorgt für eine aktuelle Grafikkartenanbindung. Ausgestattet ist das ATX-Mainboard mit einer Gigabit Netzwerkkarte, einem 8 Kanal Audio Codec und vier Serial-ATAII Ports.

Chipsatz:Intel® P965
Steckplätze: 3 x PCI (32 Bit), 2 x PCIe x1, 1 x PCIe x16
Bustakt: 800-1066 MHz (DDR)

Speicher:maximal 8192 MB
Art des Speichers: SDRAM-DDR2
Speichersockel: 4 x DDR2-DIMM
Speicherstandards: DDR2-533 (PC2-4200), DDR2-667 (PC2-5300), DDR2-800 (PC2-6400)

Anschlüsse: 1 x Seriell 1 x Parallel 1 x Maus PS/2 1 x Tastatur PS/2 1 x 34-polig Floppy
IDE Controller: IDE Anschlüsse intern 1 x 40-polig Protokolle Ultra DMA/100
Serial ATA Controller: 4 x Serial ATA Protokolle Serial ATA/300

USB-Ports: 10 Stück
Sound Chip Realtek: ALC883
Eingänge: 1 x Line-In 1 x Mikrofon
Ausgänge: 4 x Line-Out
Surround: Soundchip mit HD-Audio
LAN: Realtek® RTL8111B, 10/100/1000 MBit/s
RAM: 2 GB MB DDR2-RAM / PC677, Marke: MDT, Dualchannel (2x 1024MB)
Festplatte: 250 GB SATA2 / 7200 rpm / 16MB Cache , Seagate
Grafik: ATI Radeon X1950 XTX ViVo ( 2x DVI, TV-Out, Video-In) (Sapphire, Powercolor)
Die ATI Radeon X1950 XTX ViVo ist am Start. Die Karte kommt mit einem auf 2000 MHz getakteten GDDR4 Speicher.

Unterstützter PCI-Standard: PCIe x16
Stromversorgung: 1 x 6-pin
Grafikchip: Radeon X1950 XTX
Taktfrequenz: 650MHz
Speicher: 512 MB, GDDR4, 2000 MHz, 256 Bit
RAMDAC: 1. RAMDAC 400 MHz, 2. RAMDAC 400 MHz
Anschlüsse: 2 x DVI-I Ausgang, 1 x ViVo
Weitere Infos: Unterstützt PCI-Express x16, DirectX 9, OpenGL und Shader Model 3.0. Folgende Ausgabeoptionen sind möglich: DVI, S-Video, DVI+DVI, DVI+S-Video





Zur Erklärung hatte einen Bluescreen der auf eine alte Festplatte gedeutet hat. Ergo Festplatte ausgebaut. Das ging dann auch für 6 Stunden gut. Dann mitten ausm nichts beim surfen der Bluescreen.


"driver_irql_less_or_equal

...Standart Blabla...

0x000000D1 (0x012B0018, 0x00000002, 0x00000001, 0x7c921713)"



Ja da saß ich erstmal blöd vor. Hab dann die minidump untersucht und wurde noch weniger schlau raus.


Microsoft (R) Windows Debugger Version 6.4.0007.2
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\WINDOWS\Minidump\Mini012608-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: *** Invalid ***
****************************************************************************
* Symbol loading may be unreliable without a symbol search path. *
* Use .symfix to have the debugger choose a symbol path. *
* After setting your symbol path, use .reload to refresh symbol locations. *
****************************************************************************
Executable search path is:
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
Unable to load image ntoskrnl.exe, Win32 error 2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
*** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
Windows XP Kernel Version 2600 (Service Pack 2) MP (2 procs) Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Kernel base = 0x804d7000 PsLoadedModuleList = 0x8055c700
Debug session time: Sat Jan 26 02:26:17.390 2008 (GMT+1)
System Uptime: 0 days 5:43:00.022
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
Unable to load image ntoskrnl.exe, Win32 error 2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
*** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
Loading Kernel Symbols
................................................................................................................................................
Loading unloaded module list
..........
Loading User Symbols
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 100000D1, {12b0018, 2, 1, 7c921713}

***** Kernel symbols are WRONG. Please fix symbols to do analysis.

*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************

Followup: MachineOwner
---------


Danach !analyze -v eingegeben und folgendes erhalten.


0: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

DRIVER_IRQL_NOT_LESS_OR_EQUAL (d1)
An attempt was made to access a pageable (or completely invalid) address at an
interrupt request level (IRQL) that is too high. This is usually
caused by drivers using improper addresses.
If kernel debugger is available get stack backtrace.
Arguments:
Arg1: 012b0018, memory referenced
Arg2: 00000002, IRQL
Arg3: 00000001, value 0 = read operation, 1 = write operation
Arg4: 7c921713, address which referenced memory

Debugging Details:
------------------

***** Kernel symbols are WRONG. Please fix symbols to do analysis.

*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************

MODULE_NAME: nt

FAULTING_MODULE: 804d7000 nt

DEBUG_FLR_IMAGE_TIMESTAMP: 45e5484a

WRITE_ADDRESS: unable to get nt!MmSpecialPoolStart
unable to get nt!MmSpecialPoolEnd
unable to get nt!MmPoolCodeStart
unable to get nt!MmPoolCodeEnd
unable to get nt!MiSessionPoolStart
unable to get nt!MiSessionPoolEnd
012b0018

CURRENT_IRQL: 2

FAULTING_IP:
+7c921713
7c921713 66894118 mov [ecx+0x18],ax

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: DRIVER_FAULT

BUGCHECK_STR: 0xD1

LAST_CONTROL_TRANSFER: from 7c8099ff to 7c921713

STACK_TEXT:
WARNING: Frame IP not in any known module. Following frames may be wrong.
00faef9c 7c8099ff 000a0000 00140000 024dfb44 0x7c921713
00faefe8 76d22838 00000000 024dfb44 00faf02c 0x7c8099ff
00faeff8 76d22998 00000000 00000000 00000000 0x76d22838
00faf02c 00000000 00000000 00000000 00000000 0x76d22998


STACK_COMMAND: .bugcheck ; kb

FOLLOWUP_NAME: MachineOwner

BUCKET_ID: WRONG_SYMBOLS

Followup: MachineOwner
---------


Hm ja das wars eigentlich.


Ich hatte schon etwas im Inet gesucht und alles ging auf Treiber zurück. Die einzigen Treiber die seit Freitag neu drauf sind wären Druckertreiber eben von der vermeintlich kaputten Festplatte.(waren da als Sicherheitskopie)
Eben diese Treiber hab ich auch schon wieder deinstalliert... war mir irgendwie zu komisch.

Als rapidshare link nochma die letzte minidump.
http://rapidshare.com/files/86864981/Mini012608-01.dmp.html


Ich hoffe mir kann jemand helfen.


PS: Ich betreibe kein Overclocking was es von daher ausschließt.


MfG Tyon
 
Zuletzt bearbeitet:
Für IRQ not less or equal gibt es zwei Ursachen

a) ein scheisse programmierter Treiber
b) Ram ist im Arsch

c) Fehler a oder b kann durch übertakten provoziert werden.

Welches von beiden bei Dir zutrifft musste wohl selbst rausfinden.
 
Erst mal danke für die Antworten.

Mal ein kurzes Update.
Gestern Nacht kam dann man wieder ein Bluescreen. Diesmal allerdings nicht der vorherige sondern: IRQL_NOT_LESS_OR_EQUAL 0x0000000A (0x7FFD9000, 0x00000002, 0x0000000A, 0x805AE5EF)

Hab ich mir nur gedacht "cool den hat ich noch nicht".



Dann hab ich den RAM mit memtest86+ von der UBCD getestet. Der lief bis gerade eben und ja: 9 Stunden, 19 Pass, 0 Fehler


Meine Grafiktreiber hab ich gestern schon neu drauf gemacht.(und auch die Restbestände des vorherigen mit CCCleaner entfernt).



Hab ma n bissl im inet gesucht und überall stand was von Treibern.


Was mich etwas davon abhält das System neu aufzusetzen ist das einige meinen das dieser Fehler dann auch die neuinstallation von WindowsXP beeinflussen könnte. Auch ist das System eigentlich erst ein paar Wochen alt.



@Firestorm-: Hab nur die Radeon X1950 XTX ViVo als PCI Karte. Sowohl Sound als auch Ethernet sind onboard.



PS: Die neue minidump als dl.
http://rapidshare.com/files/87038409/Mini012708-01.dmp.html


MfG Tyon
 
Wieviele RAM Riegel sind verbaut? Falls dein RAM im Dualchannel laufen sollte versuch doch einfach mal jeweils die anderen beiden Steckplätze. Danach nochmal Memtest durchlaufen lassen und Auffälligkeiten posten.

Und ja, deine Befürchtung zwecks einer Neuinstallation des Systems kann ich bestätigen. Es kann sein, dass es bei einer Neuinstallation des System ebenfalls IRQ Fehler gibt.
 
Sind zwei RAM Riegel verbaut. Werd ich nachher umstecken und dann memtest über Nacht drüber laufen lassen.


Hatte vorhin noch was komisches mit der Netzwerkkarte. "PXE-E61: Media test failure, check cable"(haha kabel bei onboard...)
"PXE-M0F: Exiting PXE Rom"

Das kam beim booten. Könnte sein das das kam weil ich die Bootsequenz umgestellt hatte damit er von der UBCD booten konnte.


Ich hoffe grad das der IRQ Fehler darauf zurückzuführen war. Aber ich habs im Bauch das es das nicht war...
Hab auf jeden Fall mal die Treiber für die Netzwerkkarte aktualisiert und mal schauen was passiert.



Es gibt ja nur zwei Möglichkeiten: Treiberproblem oder Hardwareproblem.
Aber da der PC bei nem Freund ein knappes Jahr lief hoffe ich auf die Treiber.
 
Das könnte nicht nur sein, das kann sein, wenn PXE keinen DNS-Server findet, dann sagt es das auch "PXE kann nicht booten" :-)
 
Ok Update...


PC war 20 Stunden am Stück an, ohne Bluescreen. In der Zeit hab ich relativ wenig gesurft. Dann hab ich vorhin wieder etwas mehr gesurft und flop Bluescreen.
Ich finds langsam komisch das Bluescreens nur kommen wenn ich durchs Internet surfe. Aber nicht wenn ich z.B. Call of Duty 4 im Internet spiele.



Hab den RAM auf die beiden leeren slots umgesteckt und werd dann die Nacht mal Memtest drüber jagen.


Aber ironisch war das eben schon...
[13:23] Tyon: pc seit 20 stunden an
[13:23] Tyon: ohne bluescreen!
[13:23] Tyon: hope is coming near


*bluescreen*



Diesmal wieder Driver_IRQL.... ach ja...

Stop: 0x000000D1 (0x01520018, 0x00000002, 0x00000001, 0x7c921713)


http://rapidshare.com/files/87271391/Mini012808-01.dmp.html


In der Minidump alles wie bisher.




Davon krieg ich langsam Depressionen...
 
Die IRQ-Zuordnungen im Gerätemanager haben nichts damit zu tun. IRQL ist was Anderes.
Außerdem hast du bei der Fehlermeldung das kleine, aber wichtige Wörtchen not vergessen.
 
Zuletzt bearbeitet:
Mir ist durchaus bewusst das IRQ und IRQL nicht das gleiche ist.

Jedoch hab ich ein bissel nach USB und "driver_irql..." gesucht und naja da lag es auch mal an den IRQs.

Wäre vor allem nachzuvollziehen da das Problem ja erst auftrat nachdem ich meinen Drucker über USB angeschlossen hatte.




So die Nacht über memtest86+ drüber laufen lassen. 10 Stunden Laufzeit und 22 Pass. Irgendwie zu erwarten kein Fehler.
Wobei ich einen RAM Fehler mittlerweile herbei sehne.


MfG Tyon
 
Eventuell Druckertreiber nicht sauber deinstalliert? Restverweise in der Registry?
 
Du solltest zum Debuggen des Dumps auch den Symbol Path richtig setzen, sonst wird da kaum etwas zu sehen sein.
 
So ich hatte mich nun ein paar Tage nicht gemeldet da ich relativ wenig Zeit hatte.

Ich denke es lag an den Drucker Treibern. Nachdem diese vollkommen entfernt waren kam kein Bluescreen mehr. Und ich hatte den PC eine Woche angelassen und ganz normal dran gearbeitet.



Nun waren es entweder die Druckertreiber oder vielleicht auch nur ein USB Port(an welchen ich den Drucker angeschlossen hatte).
Ein relativ blödes Problem wenn man wie ich schon mal drucken muss. Mal sehen wie ich das hinkrieg.



Nochmal danke für die Hilfe.



Ach und noch was. Wie gebe ich im Debugger denn den richtigen Symbolpfad an?



MfG Tyon
 
Zurück
Oben