Instabiles Windows 7 64 bit / Professionel

[pinochio]

Hallo

Mein Rechner W7, 64bit Professionel, stürzt zunehmend in unregelmäigen Abständen mit unterschiedlichen BBCode Fehlern ab.

Ich schaue schon nach den Ursachen mittels memtest86+, Treiberproblematiken etc.
Meine Frage geht momentan aber in eine andere Richtung.

Ich habe folgendes Startverhalten nach einem Crash mit BlueScreen.

1. Rechner stürzt ab
2. Ich fahre den Rechner wieder hoch
3. Es geht relativ schnell, bis die Graphik initialisiert ist, Windows da ist, die Benutzernamen werden angezeit.
4. Ich wähle meinen Benutzernahmen aus
5. Der Kreisel oder Sanduhr kommt, mit Windows-Logo im Hintergrund
6. Nach einigen langen Sekunden schaltet der Hintergrund auf schwarz, weisser Mauscursor
7. Es dauert unerträglich lange 3 bis 4 min. , dann ..violá ist Windows 7 wieder da.

Was passiert unter Punkt 6 ? Wie kann ich das kontrollieren ? Warum dauert es so lange ?

Gruss & Dank
Pinochio

 

[HisN]

Die Bluescreens sind Informativ. Auch für uns. Wärst Du so lieb und würdest sie lesen sowie die Stop-Codes posten und welche Module sie verursacht haben?

 

[PsychoPC]

schau mal dein Autorun nach was hasste da alles drinne geladen?Könnte virus sein msconfig.exe bei ausführen eingeben oder Ccleaner viren scanner durch laufen lassen,was hasst du zuletzt gemacht bevor das problem angefangen hatte?

 

[Dunkelschwinge]

ohne hardwareinfos auch recht schwer. ist das sys übertaktet z.B.?

 

[Mordock82]

Hallo,

Punkt 6 sollte nur die Übergangsphase zum Desktop sein. Evtl. bevor Windows läd mal F8 drücken und den abgesicherten Modus starten.
Wenn Memtest usw. okay ist kann es sich evtl. noch um einen Hardwarefehler der Festplatte oder sogar CPU handeln. Hast Du schon versucht die SMART Werte deiner Festplatte auszulesen oder auf verdächtige Geräusche geachtet? Ich würde die HDD auch mal mit HDTune testen http://www.hdtune.com/download.html.

Zum testen der CPU evtl Cinebench nutzen oder am Anfang etwas kleines wie Super Pi.
Hoffe das Hilft etwas.


Gruß

Mor

 

[maikelsinn]

Hi

Zu Punkt 6 hilft dir vieleicht dieser Artikel:

Anmeldeverzögerung beseitigen


Unter bestimmten Voraussetzungen ist es möglich, das euer Anmeldevorgang bei Windows 7 unmotiviert festhängt und es bis 30 Sekunden und länger dauert, bis diese Routine fortgesetzt wird.
Verantwortlich ist dafür die Einstellung eines einfarbigen Hintergrund eues Desktops, mit denen Windows 7 scheinbar so seine Probleme hat.


Abhilfe existiert aber bereits in Forum eines entsprechenden Hotfixes und eines Workarounds:

Microsoft Knowledebase Artikel KB977346

 

[pinochio]

@All Vorab Danke. Gerade ist er wieder hängen geblieben

System: GA-P35-DQ6, 8 GB RAM Muskin, CPU QX6850 QuadCore , nicht übertaktet, Bootplatte SSD Intel - 80 Postville

Crashtext:


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


Loading Dump File [C:\Windows\MEMORY.DMP]
Kernel Summary Dump File: Only kernel address space is available

Symbol search path is: SRV*C:\Symbols*http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows 7 Kernel Version 7600 MP (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7600.16539.amd64fre.win7_gdr.100226-1909
Machine Name:
Kernel base = 0xfffff800`01e4a000 PsLoadedModuleList = 0xfffff800`02087e50
Debug session time: Fri Jul 9 17:55:13.730 2010 (UTC + 2:00)
System Uptime: 0 days 0:01:34.418
Loading Kernel Symbols
...............................................................
................................................................
....................
Loading User Symbols

Loading unloaded module list
....
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck D1, {b8, 2, 0, fffff880019cc18f}

Probably caused by : CLASSPNP.SYS ( CLASSPNP!SubmitTransferPacket+3f )

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

2: 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: 00000000000000b8, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000000, value 0 = read operation, 1 = write operation
Arg4: fffff880019cc18f, address which referenced memory

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


READ_ADDRESS: 00000000000000b8

CURRENT_IRQL: 2

FAULTING_IP:
CLASSPNP!SubmitTransferPacket+3f
fffff880`019cc18f 498b93b8000000 mov rdx,qword ptr [r11+0B8h]

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0xD1

PROCESS_NAME: System

TRAP_FRAME: fffff88002085d40 -- (.trap 0xfffff88002085d40)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=fffffa8009044f80 rbx=0000000000000000 rcx=000000000000001b
rdx=0000000000000000 rsi=0000000000000000 rdi=0000000000000000
rip=fffff880019cc18f rsp=fffff88002085ed0 rbp=fffffa8009044e60
r8=0000000000000000 r9=0000000000000000 r10=0000000000004000
r11=0000000000000000 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei ng nz na po nc
CLASSPNP!SubmitTransferPacket+0x3f:
fffff880`019cc18f 498b93b8000000 mov rdx,qword ptr [r11+0B8h] ds:9833:00b8=????????????????
Resetting default scope

LAST_CONTROL_TRANSFER: from fffff80001eb9b69 to fffff80001eba600

STACK_TEXT:
fffff880`02085bf8 fffff800`01eb9b69 : 00000000`0000000a 00000000`000000b8 00000000`00000002 00000000`00000000 : nt!KeBugCheckEx
fffff880`02085c00 fffff800`01eb87e0 : fffffa80`0886e000 fffffa80`09044e60 00000000`00000002 00000000`00000000 : nt!KiBugCheckDispatch+0x69
fffff880`02085d40 fffff880`019cc18f : fffffa80`09044e60 fffffa80`09044e60 fffffa80`074e5520 fffffa80`07839010 : nt!KiPageFault+0x260
fffff880`02085ed0 fffff800`01ec5cdc : fffff880`02056180 fffffa80`09044ee0 fffffa80`074f4050 00000000`000000a4 : CLASSPNP!SubmitTransferPacket+0x3f
fffff880`02085f00 fffff800`01ec0765 : 08438b48`0974dd3b fffffa80`0766ab60 00000000`00000000 fffff880`019de9f0 : nt!KiRetireDpcList+0x1bc
fffff880`02085fb0 fffff800`01ec057c : 00000000`00003905 fffffa80`00000000 00000000`00000020 fffff880`02760960 : nt!KyRetireDpcList+0x5
fffff880`027607e0 fffff800`01f059dc : fffffa80`076d5b60 fffff800`01ec09e2 00000000`12690467 fffff880`02056180 : nt!KiDispatchInterruptContinue
fffff880`02760810 fffff800`01ec1774 : 00000000`00000000 fffffa80`0766ab60 00000000`000007ff 00000000`0000000e : nt!KiDpcInterrupt+0xcc
fffff880`027609a0 fffff800`01ebdc4b : 00000000`00000011 fffff880`01850dbd 0000057f`00000000 fffff880`01850a9d : nt!KiCommitThreadWait+0x1f4
fffff880`02760a30 fffff880`0185a336 : 00000000`00000002 fffff880`02760d20 fffffa80`00000001 fffffa80`00000000 : nt!KeWaitForMultipleObjects+0x271
fffff880`02760ce0 fffff800`0215fa86 : 00000000`00000000 fffff880`00000000 fffffa80`0766ab60 fffffa80`06748890 : rdyboost!SMKM_STORE<SMD_TRAITS>::SmStWorker+0x8a
fffff880`02760d40 fffff800`01e98b06 : fffff880`02056180 fffffa80`0766ab60 fffff880`02060fc0 00000000`00000000 : nt!PspSystemThreadStartup+0x5a
fffff880`02760d80 00000000`00000000 : fffff880`02761000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KxStartSystemThread+0x16


STACK_COMMAND: kb

FOLLOWUP_IP:
CLASSPNP!SubmitTransferPacket+3f
fffff880`019cc18f 498b93b8000000 mov rdx,qword ptr [r11+0B8h]

SYMBOL_STACK_INDEX: 3

SYMBOL_NAME: CLASSPNP!SubmitTransferPacket+3f

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: CLASSPNP

IMAGE_NAME: CLASSPNP.SYS

DEBUG_FLR_IMAGE_TIMESTAMP: 4a5bc11e

FAILURE_BUCKET_ID: X64_0xD1_CLASSPNP!SubmitTransferPacket+3f

BUCKET_ID: X64_0xD1_CLASSPNP!SubmitTransferPacket+3f

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

2: 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: 00000000000000b8, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000000, value 0 = read operation, 1 = write operation
Arg4: fffff880019cc18f, address which referenced memory

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


READ_ADDRESS: 00000000000000b8

CURRENT_IRQL: 2

FAULTING_IP:
CLASSPNP!SubmitTransferPacket+3f
fffff880`019cc18f 498b93b8000000 mov rdx,qword ptr [r11+0B8h]

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0xD1

PROCESS_NAME: System

TRAP_FRAME: fffff88002085d40 -- (.trap 0xfffff88002085d40)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=fffffa8009044f80 rbx=0000000000000000 rcx=000000000000001b
rdx=0000000000000000 rsi=0000000000000000 rdi=0000000000000000
rip=fffff880019cc18f rsp=fffff88002085ed0 rbp=fffffa8009044e60
r8=0000000000000000 r9=0000000000000000 r10=0000000000004000
r11=0000000000000000 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei ng nz na po nc
CLASSPNP!SubmitTransferPacket+0x3f:
fffff880`019cc18f 498b93b8000000 mov rdx,qword ptr [r11+0B8h] ds:9833:00b8=????????????????
Resetting default scope

LAST_CONTROL_TRANSFER: from fffff80001eb9b69 to fffff80001eba600

STACK_TEXT:
fffff880`02085bf8 fffff800`01eb9b69 : 00000000`0000000a 00000000`000000b8 00000000`00000002 00000000`00000000 : nt!KeBugCheckEx
fffff880`02085c00 fffff800`01eb87e0 : fffffa80`0886e000 fffffa80`09044e60 00000000`00000002 00000000`00000000 : nt!KiBugCheckDispatch+0x69
fffff880`02085d40 fffff880`019cc18f : fffffa80`09044e60 fffffa80`09044e60 fffffa80`074e5520 fffffa80`07839010 : nt!KiPageFault+0x260
fffff880`02085ed0 fffff800`01ec5cdc : fffff880`02056180 fffffa80`09044ee0 fffffa80`074f4050 00000000`000000a4 : CLASSPNP!SubmitTransferPacket+0x3f
fffff880`02085f00 fffff800`01ec0765 : 08438b48`0974dd3b fffffa80`0766ab60 00000000`00000000 fffff880`019de9f0 : nt!KiRetireDpcList+0x1bc
fffff880`02085fb0 fffff800`01ec057c : 00000000`00003905 fffffa80`00000000 00000000`00000020 fffff880`02760960 : nt!KyRetireDpcList+0x5
fffff880`027607e0 fffff800`01f059dc : fffffa80`076d5b60 fffff800`01ec09e2 00000000`12690467 fffff880`02056180 : nt!KiDispatchInterruptContinue
fffff880`02760810 fffff800`01ec1774 : 00000000`00000000 fffffa80`0766ab60 00000000`000007ff 00000000`0000000e : nt!KiDpcInterrupt+0xcc
fffff880`027609a0 fffff800`01ebdc4b : 00000000`00000011 fffff880`01850dbd 0000057f`00000000 fffff880`01850a9d : nt!KiCommitThreadWait+0x1f4
fffff880`02760a30 fffff880`0185a336 : 00000000`00000002 fffff880`02760d20 fffffa80`00000001 fffffa80`00000000 : nt!KeWaitForMultipleObjects+0x271
fffff880`02760ce0 fffff800`0215fa86 : 00000000`00000000 fffff880`00000000 fffffa80`0766ab60 fffffa80`06748890 : rdyboost!SMKM_STORE<SMD_TRAITS>::SmStWorker+0x8a
fffff880`02760d40 fffff800`01e98b06 : fffff880`02056180 fffffa80`0766ab60 fffff880`02060fc0 00000000`00000000 : nt!PspSystemThreadStartup+0x5a
fffff880`02760d80 00000000`00000000 : fffff880`02761000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KxStartSystemThread+0x16


STACK_COMMAND: kb

FOLLOWUP_IP:
CLASSPNP!SubmitTransferPacket+3f
fffff880`019cc18f 498b93b8000000 mov rdx,qword ptr [r11+0B8h]

SYMBOL_STACK_INDEX: 3

SYMBOL_NAME: CLASSPNP!SubmitTransferPacket+3f

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: CLASSPNP

IMAGE_NAME: CLASSPNP.SYS

DEBUG_FLR_IMAGE_TIMESTAMP: 4a5bc11e

FAILURE_BUCKET_ID: X64_0xD1_CLASSPNP!SubmitTransferPacket+3f

BUCKET_ID: X64_0xD1_CLASSPNP!SubmitTransferPacket+3f

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

Ich schaue auch sofort nach dem oberen Hinweis bzgl. Knowledebase.

Gruss Pinochio

 

[HisN]

DRIVER_IRQL_NOT_LESS_OR_EQUAL (d1)

RAM im Arsch oder ein Treiber der rumspackt.
Speicher-Test mit Memtest von Boot-CD oder Floppy oder USB-Stick haste natürlich schon mal über Nacht ohne Fehler laufen lassen?

 

[pinochio]

Allerdings verändern sich die Fehlercodes, mal der obige, mal ein anderer, keine bestimmte Häufigkeit von diesem einem Fehler.

memtest muss ich noch laufen lassen, der Speichertest über die OriginalDvD von W7 meldete keine RamFehler.

Wie kann ich einen defekten , falschen Treiber identifizieren ?

 

[HisN]

Du baust alles an Hardware aus was an den Rechner an oder eingesteckt ist und packst es dann Stück für Stück einzeln wieder dazu.
Oder Du findest jemanden der Dir den Minidump vom Absturz analysiert. Da steht meistens drinne welches Modul den Fehler verursacht hat.

 

[simpel1970]

In der oben geposteten Auswertung war es die CLASSPNP.SYS die den Bluescreen verursacht hat.
Da jedoch wechselnde Stopfehlermeldungen auftreten, würde ich auch eher den RAM als Ursache verdächtigen.

Teste den RAM mit Memtest86+.

Da du mit 8GB RAM Vollbestückung auf dem Board hast, könnte es auch notwendig sein die RAM- und/oder Northbridge Spannung zu erhöhen.
Mache bitte mal ein paar Screenshots von CPU-Z (Reiter Mainbaord, Memory und SPD).

 

[pinochio]

Ich vermute ich habe die Ursache gefunden, bin aber noch nicht sicher.

Ich habe eine FX5800 Grafikkarte im Rechner ( Video&Bildbearbeitung, Arbeitsmaschine). Die Karte wird am Gehäuse so heiss, das ich sie kaum berühren kann. Diese Karte ist relativ nahe auf dem Baord an den RAM-Bausteinen plazier. Diese werden durch die GrKa aufgeheizt.
Ich habe zum experimentieren, den Rechner geöffnet und einen TischVentilator vor der geöffneten Towerseite plaziert. Der bläst kräftig auf die Graka und RAM´s. Es scheint stabiler zu laufen.

Sollte ich trotzdem die RAM-Spannung und Northbridge-Spannung gering erhöhen ?
Die oben geforderten Screenshoots liefere ich nach.

Gruss Pinochio

 

[simpel1970]

Wenn dein Sys weiterhin stabil läuft, ist eine Erhöhung der Spannung nicht notwendig.

 

[pinochio]

@All Es war ein Wärmeproblem. Mein Rechner läuft nun fast 48 Stunden ohne einen Absturz.

Allerdings kann ich ja nun nicht die ganze Zeit den Tischlüfter unter dem Schreibtisch ins Gehäuse blasen lasen. Die Wärmequelle ist die FX5800 . Die Karte ist an sich ja schon komplett gekapselt und belüftet.

Hat eventuell hier noch jemand einen Tipp wie ich die Karte besser kühlen kann ? ( Sie hängt halt unglücklicherweise direkt unter dem RAM, der sich dadurch aufheizte und die BlueScreens verursachte).

Gruss Pinochio

 

[simpel1970]

Wie ist denn dein Gehäuse belüftet (Gehäuselüfter)?

 

[pinochio]

Das Gehäuse ist ein CoolerMaster.

4 Ventilatoren in der Seite
1 Ventilater an der Rückseite
1 Ventialtor oben
Netzteil und CPU extra Lüfter

 

[HisN]

Häng halt noch einen Lüfter vors RAM, oder besorg Dir nen schönen RAM-Kühler.

 

[simpel1970]

Wie ist denn die Strömungsrichtung der einzelnen Gehäuselüfter? Vorne rein...hinten raus...und die Seitlichen?