[XP] BSOD na Standby of Hibernate

[rpd]

Er zijn al aardig wat topics die over een degelijk probleem gaan maar kan er geen geschikte oplossing vinden.


Probleem:
Zet hem (acer aspire 5672) in hibernate/standby.
Start vervolgens op.
En alles lijkt goed te gaan.. zie m'n bureaublad enz. en als je denkt hij is nu wel klaar om gebruikt te worden krijg ik een BSOD.
En vervolgens herstart.
Waarna bijna altijd een systeem bericht over de fout, en soms zelfs een vastloper tijdens het opnieuw starten(dan dus ook geen foutmelding meer want die is al uit de temp verwijderd).

Dit probleem heb ik pas na enige tijd gekregen.
Dit is ook de 2e keer dat ik een image terug heb gezet en dan toch na een tijdje toch weer het zelfde probleem.
Wellicht heeft het temaken met een stukje software dat ik geinstalleerd heb maar welke , ik gebruik namelijk echt van alles en nog wat .


Meldingen:
Voor de gene die er wat aan denken te hebben, de dimp files incl de log die ik er van gemaakt heb.
download minidump 1
download minidump 2
download minidump 3
download minidump 4

---

1

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: 00000000, memory referenced
Arg2: 00000002, IRQL
Arg3: 00000008, value 0 = read operation, 1 = write operation
Arg4: 00000000, address which referenced memory

Debugging Details:
------------------
WRITE_ADDRESS: 00000000
CURRENT_IRQL: 2
FAULTING_IP:
+0
00000000 ?? ???
PROCESS_NAME: Nvcoas.exe
CUSTOMER_CRASH_COUNT: 2
DEFAULT_BUCKET_ID: DRIVER_FAULT
BUGCHECK_STR: 0xD1
LAST_CONTROL_TRANSFER: from f749a11f to 00000000
STACK_TEXT:
WARNING: Frame IP not in any known module. Following frames may be wrong.
f7a81de0 f749a11f 86dc917c 86cf1030 86cf10e8 0x0
f7a81df4 f7473f04 86d67008 86dc917c 86cf10e8 sptd+0x1111f
f7a81e14 f747334e 86cf1030 86dca3bc 86cf1030 SPTDDRV1+0x2f04
f7a81e28 f7474912 86cf10e8 f7473e7a 86cf1030 SPTDDRV1+0x234e
f7a81e60 804f4762 86cf1030 00000000 804f4714 SPTDDRV1+0x3912
f7a81e84 8050181f 80559dc0 00000000 d0fecf40 nt!IopTimerDispatch+0x4e
f7a81fa0 8050193b 2a8d3403 ffdff9c0 ffdff000 nt!KiTimerListExpire+0x14b
f7a81fcc 805451ff 8055b4a0 00000000 00135d0f nt!KiTimerExpiration+0xb1
f7a81ff4 80544d6b ba9a5d44 00000000 00000000 nt!KiRetireDpcList+0x61
f7a81ff8 ba9a5d44 00000000 00000000 00000000 nt!KiDispatchInterrupt+0x2b
80544d6b 00000000 00000009 0081850f bb830000 0xba9a5d44

STACK_COMMAND: kb
FOLLOWUP_IP:
sptd+1111f
f749a11f ?? ???
SYMBOL_STACK_INDEX: 1
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: sptd
IMAGE_NAME: sptd.sys
DEBUG_FLR_IMAGE_TIMESTAMP: 4512852d
SYMBOL_NAME: sptd+1111f
FAILURE_BUCKET_ID: 0xD1_W_sptd+1111f
BUCKET_ID: 0xD1_W_sptd+1111f
Followup: MachineOwner

---

2

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: 00000000, memory referenced
Arg2: 00000002, IRQL
Arg3: 00000008, value 0 = read operation, 1 = write operation
Arg4: 00000000, address which referenced memory

Debugging Details:
------------------
WRITE_ADDRESS: 00000000
CURRENT_IRQL: 2
FAULTING_IP:
+0
00000000 ?? ???
PROCESS_NAME: Idle
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: DRIVER_FAULT
BUGCHECK_STR: 0xD1
LAST_CONTROL_TRANSFER: from f749a11f to 00000000

---

3
eigenlijk zelfde als 2

---

Opmerkingen:

Daarbij is het zo dat ik dit al echt heel wat keren heb gehad, niet altijd een debuglog gemaakt.
(weet iemand trouwns hoe dit makkelijker kan als met shit cmd en debugtools van windows?)
Verder komen de vreemste programma's terug in de fout melding zoals bij 1 "Nvcoas.exe" dit is mijn virus scanner.

Verder zie ik vaak melding 2 met process "IDLE".
Dat is dan volgens mij ook de grootste boosdoener omdat het moment van het BSOD ook het moment is dat het systeem volgens mij Idle is.


Oplossing:

uum jah???
Weet jij het?

Drivers van graka enz kunnen het naar mijn idee niet echt zijn aangezien ik er verder nooit problemen mee heb gehad.
Je vga driver is toch niet van de een op de andere dag gaar?


Vast bedankt voor alle reacties!!

[ Voor 4% gewijzigd door rpd op 31-03-2007 16:55 . Reden: minidump's toegevoegd als download ]

[Motrax]

Wel veel er over gelezen, maar geen oplossing. Nee duh, dat komt omdat je het zelf moet uitzoeken.

2 veel voorkomende oorzaken: stuk geheugen (memtest laten draaien dus) of toch naar de drivers gaan kijken.

[rpd]

Motrax schreef op zaterdag 31 maart 2007 @ 16:25:
Wel veel er over gelezen, maar geen oplossing. Nee duh, dat komt omdat je het zelf moet uitzoeken.

2 veel voorkomende oorzaken: stuk geheugen (memtest laten draaien dus) of toch naar de drivers gaan kijken.

Lijkt me logisch dat ik dat wel gedaan heb natuurlijk..
Ga niet gelijk lopen zeuren hiero..

Memtest niet gedaan omdat ik nooit problem heb en dit niet vanaf begin is maar pas na enige tijd na een frisse install. En zou toch vreemd zijn als mij geheugen ineens wel stuk is als ik opnieuw uit hibernate kom en niet als ik opnieuw opstart of gewoon bezig ben op n'n laptop.

Verder heb ik van de drivers die ik heb zien langs komen in de log files de nieuwste..
Verder is het ook zo dat er maar weinig nieuwe drivers uit komen van mijn lappie, daar is acer niet zo happig op geloof ik. Aangezien niet alle driver alleen via acer te downloaden zijn geldt dat dus nie voor alle drivers.


Denk trouwens zelf ook dat het ergns in een driver zit.
Weet alleen niet meer waar ik verder zou moeten zoeken.

Zou ook wel meer willen weten over Idle, is dat een systeem van windows wat niet in taakbeheer te vinden is ofsow? (ja weet dat idle betekend dat je pc "niets" aan het doen is).
Want misschien moet ik het daar in zoeken?

[rpd]

Ben geloof ik iets verder..

Het betreft elke keer "IMAGE NAME: sptd.sys" (dat is dus daemon tools).
Maar komt steeds met andere melding over een ander proces zoals bijv mijn virus scanner.

Hoe kan dat dan?


Verder had ik het idee dat het misschien aan mijn externe HD lag, als ik bijv een image laad in daemon en dan opnieuw uit slaapstand kom zonder de externe HD aan ofsow.

Ga nu eerst even nieuwste versie van daemon inst en dan testen.

[Verwijderd]

rpd schreef op dinsdag 03 april 2007 @ 17:00:
Het betreft elke keer "IMAGE NAME: sptd.sys" (dat is dus daemon tools).
Maar komt steeds met andere melding over een ander proces zoals bijv mijn virus scanner.

Dan zou ik vermoeden dat de BSOD gebeurt wanneer een proces de virtuele drive van daemon tools probeert te benaderen. BSOD gebeurt in dat proces, maar wordt veroorzaakt door de daemon tools driver (die op dat moment voor dat proces een request afhandelt).

[rpd]

Ik denk ook dat het dat is, ik heb daemon afgesloten en standby geprobeerd en dat werkt gewoon.

En zoals je al aangeeft, het zal door het benaderen komen.
Dat verklaart mijn virus scanner, die probeerde dat dus en als gevolg crashte windos op de driver van de virituele drive.

Tijd zal uitwijzen of dat het enige was.. voorlopig is het dan ook opgelost!

[Bor]

Is het toevallig een AMD X2 en maak je gebruik van raid? Er zijn namelijk problemen met de SPTD driver in combinatie met hibernate en standby op dat platform. Zie ook: http://forum.duplexsecure.com/showthread.php?t=173

[rpd]

Bor de Wollef schreef op woensdag 04 april 2007 @ 10:15:
Is het toevallig een AMD X2 en maak je gebruik van raid? Er zijn namelijk problemen met de SPTD driver in combinatie met hibernate en standby op dat platform. Zie ook: http://forum.duplexsecure.com/showthread.php?t=173

Nee, ik heb een Acer Aspire 5672WLMI Laptop met Core Duo T2300
Maar bedankt voor de reactie.

Tot nu toe werkt het allemaal weer gewoon. Echt wel stukke handiger werken en dikke tijdbesparing!