Absturz: Fehlermeldung IRQL_not_less_or_equal und andere

[GermanKraut77]

Hi,

vorarb: ich habe die Suchfunktion genutzt und einige Threads zu diesen "irql_not_less..." Abstürzen gefunden, allerdings habe ich ein spezifisches Problem. Es gibt wohl keinen generelle Problemlösung.


meine Konfig:
- Athlon 1400
- 512 MB (PC133)
- Windows XP + SP2
- DFI AK75-EC > Motherboard, welches nur USB1.1 unterstützt
- D-Link DU-520 Addon-Card für USB2.0
- MSI Geforce FX 5700
- Creative Live
- Firewire-Karte

Seit ein paar Wochen nerven mich diese Abstürze a la "irql_not_less_or_equal". Ich meine, dass diese anfingen aufzutreten, nachdem ich die D-Link USB2.0 Karte eingebaut hatte.
Ich habe mir mal im Gerätemanager die Ressourcen angeschaut.

IRQ:

11: Creative SB Live! Series (WDM)
11: MSI Geforce FX 5700
11: NEC OHCI-konformer IEEE 1394-Hostcontroller
11: NEC PCI-zu-USB Open Host-Controller
11: NEC PCI-zu-USB Open Host-Controller
11: Realtek RTL8139-Familie-PCI-Fast-Ethernet NIC
11: Standard erweiterter PCI-zu-USB universeller Hostcontroller

Also irgendwie finde ich das komisch, was da alles auf dem IRQ 11 "rumliegt".
Könnte das diesen Absturz auslösen?

Ich habe meinen Arbeitsspeicher mit memtest gespeichert -> fehlerfrei.

Was mich noch irritiert ist, dass ich beim sfv check von winrar archiven, manchmal ein "Stocken" beobachten kann. Ich nutze das Programm "hksfv". Vielleicht kennt das ja jemand. Ich habe da die Einstellung "Use Cached Results" ausgewählt. Früher hat er dann nie gestockt, sondern hat in sekundenschnelle das Release gecheckt.

Kann das doch mit dem Arbeitsspeicher zusammenhängen?
Außerdem habe ich manchmal folgende Komische Meldungen (in der Ereignisanzeige):

1. Die Anwendung "C:\Programme\mIRC\xxx.exe" hat einen Programmfehler verursacht. Datum und Zeit des Fehlers:....

2. Einer der Datenträger muss auf Konsistenz überprüft werden.
Sie können die Datenträgerüberprüfung abbrechen, aber es
wird ausdrücklich empfohlen, den Vorgang fortzusetzen.
Die Datenträgerüberprüfung wird jetzt ausgeführt.
Verwaistes Datensatzsegment 21300 wird gelöscht.
Verwaistes Datensatzsegment 21302 wird gelöscht.
Verwaistes Datensatzsegment 21303 wird gelöscht.
Kleinere Inkonsistenzen auf dem Laufwerk werden aufgeräumt.
19 nicht verwendete Sicherheitsbeschreibungen werden aufgeräumt.
CHKDSK hat freien Speicher gefunden, der in der MFT-Bitmap (Master
File Table) als zugeordnet gekennzeichnet ist.
CHKDSK hat freien Speicher gefunden, der in der Volumebitmap als
zugeordnet gekennzeichnet ist.



Diese chkdsk-Durchläufe finden ich schon komisch. Das ganze kommt 2-3 Mal im Monat vor. Allerdings auf verschiedenen Festplatten. Die habe ich alle kontrolliert. Sind fehlerfrei.
Chkdsk findet keine defekten Sektoren, es kommen die obigen harmlos klingenden Meldungen.

Woran kann das liegen?
Vielleicht an meinem Motherboard mit dem problematisch VIA-Chipsatz? Ich habe zur Problemlösung den 4in1 Treiber installiert (version 448). Hat allerdings nichts gebracht.
Zu berücksichtigen ist, dass ich dieses System seit 2001 habe. Die genannten Probleme treten erst seit kurzem auf, wahrscheinlich nach Installation der D-Link USB2.0 Karte. Vorher lief das System einwandfrei.
Kann eine schlichte USB 2.0 Controller Karte soviel "Unheil" anrichten?



Ich bin so langsam mit meinem Latein am Ende.


Greetings
GermanKraut77

 

[werkam]

Ist der PC als Standard PC oder ACPI System installiert?

 

[Sublogics]

Das liegt tatsächlich einfach nur daran, daß so viele und vor allem WELCHE Geräte sich den IRQ 11 teilen.
USB-Controller + Grafikkarte + Soundkarte +Netzwerkkarte ist definitv zu viel!
Ich würde schauen, daß du einfach mal mit der Soundkarte und der USB-Karte ein paar andere PCI-Slots austestest, so daß diesen Geräten ein anderer IRQ zugeteilt wird.
Eventuell wird es sich dann, wenn andere Slots nichts bringen, nicht umgehen lassen, sogar auf die USB-Karte zu verzichten.
Hat dein Board denn kein onboard-USB?

 

[Sternenbastard]

das Problem liegt an der Konfiguration WinXP-SP2, aktiviertes ACPI und dem Einbau der USB2.0-Karte. Versuche deinem Computer im Gerätemanager unter COMPUTER statt ACPI-Uniprozessor-PC - Standard-PC zuzuweisen, danach mußt du neustarten und im Rechner-Bios das ACPI von Enabled auf Disabled umstellen.
Aber Vorsicht: diese Einstellung kann nicht rückgängig gemacht werden.
Schau, bevor du diese Einstellung vornimmst, vorsichtshalber im Rechnerbios mal nach, ob ACPI überhaupt abschaltbar ist.
Im konkreten Fall hat diese Vorgehensweise schon geholfen, weil MS im SP2 einige Fehler im ACPI- und APIC-Management was verbockt hat

Gruß, Sternenbastard

 

[werkam]

- DFI AK75-EC > Motherboard, welches nur USB1.1 unterstützt
- D-Link DU-520 Addon-Card für USB2.0

Lesen hilft manchmal.

 

[Fiona]

Absturz: Fehlermeldung IRQL_not_less_or_equal und andere

Interrup Request Level ist oft ein Treiberproblem.
Kann sicher auch fehlerhafte Hardware oder Speicher sein.
Hat daher nicht viel mit Shared IRQ's zu tun.
Im Windows-Ordner gibt es dann zumeist einen Ordner Minidump.
Dort findest du meistens die Crashdump-Dateien mit Speicherabbild und Hinweis auf Ursache.
Heißen memory.dmp oder mini.dmp (Beispiel Mini092105-03.dmp)
Die kann man in den Windowsdebugger laden und überprüfen.
Du kannst ja mal schauen ob du aktuelle findest.
Komprimiere die mal als *.zip und lade die hier hoch.
Ich kann es mir dann anschauen.

Viele Grüße

Fiona

 

[GermanKraut77]

N'Abend,

[Offtopic]
Schade das Luan K. verloren hat. Was für ein toller Boxkampf.
[/Offtopic]

Vielen Dank Euch allen für Eure Antworten.

@ Sternenbastard

das Problem liegt an der Konfiguration WinXP-SP2, aktiviertes ACPI und dem Einbau der USB2.0-Karte. Versuche deinem Computer im Gerätemanager unter COMPUTER statt ACPI-Uniprozessor-PC - Standard-PC zuzuweisen, danach mußt du neustarten und im Rechner-Bios das ACPI von Enabled auf Disabled umstellen.
Aber Vorsicht: diese Einstellung kann nicht rückgängig gemacht werden.
Schau, bevor du diese Einstellung vornimmst, vorsichtshalber im Rechnerbios mal nach, ob ACPI überhaupt abschaltbar ist.
Im konkreten Fall hat diese Vorgehensweise schon geholfen, weil MS im SP2 einige Fehler im ACPI- und APIC-Management was verbockt hat

Gruß, Sternenbastard

Wie kann ich denn diese Zuweisung vornehmen? Ich kann den Eintrag dort nicht ändern.
IM BIOS habe ich Einstellmöglichkeiten zu ACPI. Ich will das gar nicht nutzen. Jetzt ist mir auch klar, warum mein PC manchmal nicht hochgefahren ist, wenn ich "ACPI=disabled" habe. So ein Mist, ich habe bei der WinXP Installation gar nicht eingestellt, dass ich ACPI nutzen möchte.

@ Fiona:

Komprimiere die mal als *.zip und lade die hier hoch.
Ich kann es mir dann anschauen.

Vielen Dank für das Angebot. Werde ich natürlich nicht ausschlagen.


Greetings
GermanKraut77

 

[GermanKraut77]

Hi,

ein kleiner Teilerfolg. Ich habe den PC auf "Standard PC" von ACPI umgestellt. BIOS ACPI=disabled. Dann Neustart. Windows hat Treiber aktualisiert. Neustart.

Nun steht unter IRQ bei IRQ 11 nur noch ein Eintrag: Realtek NIC

Greetings
GermanKraut77

 

[wop]

Ich meine, dass diese anfingen aufzutreten, nachdem ich die D-Link USB2.0 Karte eingebaut hatte.

Ja und wo ist jetzt Dein Problem?
Da sollte es doch als erstes selbstverständlich sein, den Treiber und ev. Software zu deinstallieren, und die D-Link USB2.0 in einen anderen PCI-Slot zu stecken.

 

[GermanKraut77]

Hi,

das es an der D-Link Karte liegt ist nur eine Vermutung. Leider habe ich auch keine freien PCI Slots mehr. Graka mit Zalman Lüfter versperrt einen Slot. Soll ich einfach mal Karten miteinander tauschen?

Wie hoch ist denn die Wahrscheinlichkeit, dass der RAM doch defekt ist? Trotz fehlerfreier Testergebnisse mit memtest.


Greetings
GermanKraut77

 

[GermanKraut77]

Hi Fiona,

Komprimiere die mal als *.zip und lade die hier hoch.
Ich kann es mir dann anschauen.

Hast du schon Gelegenheit gehabt, einen Blick auf den dump zu werfen?

Greetings
GermanKraut77

 

[GermanKraut77]

Hi,

mein Problem ist wieder da: BSOD!

Ja und wo ist jetzt Dein Problem?
Da sollte es doch als erstes selbstverständlich sein, den Treiber und ev. Software zu deinstallieren, und die D-Link USB2.0 in einen anderen PCI-Slot zu stecken.

Das habe ich gemacht.
Leider hatte ich soeben wieder einen schlimmen BSOD.
Ich lade den dump hoch. Da stand diesmal etwas über win32k.sys drin.
In der Zeit wo die USB2.0 Karte nicht eingebaut war, hatte ich keinen Absturz.
Allerdings war der Zeitraum auch nicht so lange.


Greetings
GermanKraut77

 

[Sublogics]

Schau doch mal nach, ob sich nun wieder Geräte einen IRQ teilen müssen.
Und vor allem, ob der USB2.0-Controller einen IRQ allein für sich hat.

 

[Frightener]

Schmeiß mal Zonealarm runter.

Der Stack Text muß von unten nach oben gelesen werden. Hier macht die Datei vsdatant den Aufruf.

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

KERNEL_MODE_EXCEPTION_NOT_HANDLED_M (1000008e)
This is a very common bugcheck. Usually the exception address pinpoints
the driver/function that caused the problem. Always note this address
as well as the link date of the driver/image that contains this address.
Some common problems are exception code 0x80000003. This means a hard
coded breakpoint or assertion was hit, but this system was booted
/NODEBUG. This is not supposed to happen as developers should never have
hardcoded breakpoints in retail code, but ...
If this happens, make sure a debugger gets connected, and the
system is booted /DEBUG. This will let us see why this breakpoint is
happening.
An exception code of 0x80000002 (STATUS_DATATYPE_MISALIGNMENT) indicates
that an unaligned data reference was encountered. The trap frame will
supply additional information.
Arguments:
Arg1: c0000005, The exception code that was not handled
Arg2: bf8cec96, The address that the exception occurred at
Arg3: f4b1da58, Trap Frame
Arg4: 00000000

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


EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - The instruction at "0x%08lx" referenced memory at "0x%08lx". The memory could not be "%s".

FAULTING_IP:
win32k!HmgQueryAltLock+11
bf8cec96 8b4004 mov eax,[eax+0x4]

TRAP_FRAME: f4b1da58 -- (.trap fffffffff4b1da58)
ErrCode = 00000000
eax=00000000 ebx=0000ffff ecx=0009a180 edx=00000000 esi=e18dd000 edi=00400000
eip=bf8cec96 esp=f4b1dacc ebp=f4b1db14 iopl=0 nv up ei pl nz ac pe nc
cs=0008 ss=0010 ds=0023 es=0023 fs=0030 gs=0000 efl=00010212
win32k!HmgQueryAltLock+0x11:
bf8cec96 8b4004 mov eax,[eax+0x4] ds:0023:00000004=????????
Resetting default scope

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: DRIVER_FAULT

BUGCHECK_STR: 0x8E

LAST_CONTROL_TRANSFER: from bf80b736 to bf8cec96

STACK_TEXT:
f4b1dac8 bf80b736 bf9a94c8 e2971e68 f4b1db34 win32k!HmgQueryAltLock+0x11
f4b1db14 bf80b785 00000000 77050d53 f4b1db38 win32k!SURFACE::bDeleteSurface+0x1d0
f4b1db24 bf810086 00000000 77050d53 e18dd000 win32k!SURFREF::bDeleteSurface+0x12
f4b1db38 bf806d7b 77050d53 e22be158 f4b1db60 win32k!bDeleteSurface+0x20
f4b1db48 bf830ad3 77050d53 e2971e68 bbd166c0 win32k!GreDeleteObject+0x91
f4b1db60 bf8fc45f e2971e68 00000002 f4b1db7c win32k!_DestroyCursor+0xea
f4b1db70 bf8fc447 e22be158 f4b1db94 bf8e46ee win32k!DestroyUnlockedCursor+0xf
f4b1db7c bf8e46ee bbd12b2c 822508c0 e132d268 win32k!HMDestroyUnlockedObject+0x1c
f4b1db94 bf84609d 00000000 820ec020 00000000 win32k!DestroyProcessesObjects+0x70
f4b1dbbc bf80ef6e 00000001 f4b1dbe4 bf80f032 win32k!xxxDestroyThreadInfo+0x22c
f4b1dbc8 bf80f032 820ec020 00000001 00000000 win32k!UserThreadCallout+0x4b
f4b1dbe4 8056a932 820ec020 00000001 820ec020 win32k!W32pThreadCallout+0x3d
f4b1dc90 8057e508 00000000 820ec020 00000000 nt!PspExitThread+0x40b
f4b1dcb0 8058af06 820ec020 00000000 ffffffff nt!PspTerminateThreadByPointer+0x52
f4b1dcdc f6afcc09 00000000 00000000 f4b1dd64 nt!NtTerminateProcess+0x118
WARNING: Stack unwind information not available. Following frames may be wrong.
f4b1dd54 804df06b ffffffff 00000000 0012fe6c vsdatant+0x2fc09
f4b1dd54 7c91eb94 ffffffff 00000000 0012fe6c nt!KiFastCallEntry+0xf8
0012fd6c 00000000 00000000 00000000 00000000 0x7c91eb94


FOLLOWUP_IP:
vsdatant+2fc09
f6afcc09 ?? ???

SYMBOL_STACK_INDEX: f

FOLLOWUP_NAME: MachineOwner

SYMBOL_NAME: vsdatant+2fc09

MODULE_NAME: vsdatant

IMAGE_NAME: vsdatant.sys

DEBUG_FLR_IMAGE_TIMESTAMP: 42de0b25

STACK_COMMAND: .trap fffffffff4b1da58 ; kb

BUCKET_ID: 0x8E_vsdatant+2fc09

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

kd>
kd>
kd>
kd> dqqew
*** WARNING: Unable to verify timestamp for nv4_disp.dll

 

[GermanKraut77]

Hi,

vielen Dank für eure Antworten.

@Sublogics

Schau doch mal nach, ob sich nun wieder Geräte einen IRQ teilen müssen.
Und vor allem, ob der USB2.0-Controller einen IRQ allein für sich hat.

Da haben sich ein paar Veränderungen ergeben.
IRQ
-----


5 NEC PCI-zu-USB Open Host Controller
10 Creative Live
10 MSI Geforce FX 5700
10 NEC PCI-zu-Open Host Controller
11 Realtek RTL8139 NIC
11 Standard erweiterter PCI-zu-USB univer. Hostcontroller

@ FBrenner

Schmeiß mal Zonealarm runter.

Der Stack Text muß von unten nach oben gelesen werden. Hier macht die Datei vsdatant den Aufruf.

Kannst Du erkennen, ob Zonealarm und diese spezielle Datei bei beiden Abstürzen Auslöser waren?

Greetings
GermanKraut77

 

[Sublogics]

hmm, also ich persönlich finde, daß ne Grafikkarte und ne Soundkarte auf einem IRQ (10) schon allein zuviel ist.
ZoneAlarm runterzuwerfen ist schonmal generell eine gute Sache. Desktop-Firewalls sind an Sinnlosigkeit nicht zu überbieten. Vielleicht hilft das ja in der Sache auch schon.
Wann genau treten die Abstürze eigentlich auf? Wenn du zockst oder wenn du mit irgendeinem Gerät deine USB-Karte nutzt...?

 

[Frightener]

MODULE_NAME: vsdatant

IMAGE_NAME: vsdatant.sys

 

[GermanKraut77]

Hi,

@FBrenner:

Du hast mich missverstanden. Ich habe ja 2 minidumps in diesem thread geuppt. Sind bei beiden minidumps Abstürze aufgrund von vsdatant zu erkennen?

Greetings
GermanKraut77

 

[GermanKraut77]

Hi,

ich habe jetzt die Soundkarte vom PCI Slot 5 auf einen anderen gesetzt. Die USB2.0 Karte ist momentan nicht im System. Nun habe ich keine überlagernden IRQs mehr.
Was hat es denn mit dem PCI Slot 5 auf sich?

Greetings
GermanKraut77

 

[Sublogics]

Der Slot wird sich halt einen "Kanal" in der INT-Tabelle vom Mainboard mit dem AGP-Slot teilen.