Win7 kloppt mir nur noch Bluescreens rein, bitte um Hilfe!

Heute kam der neue RAM und bis jetzt läufts.
Anfangs hatte ich zwar wieder BSODs, jetzt aber nicht mehr. Ich melde mich wenn wieder was passiert.
 
Die selben Probleme wie vorher auch. Wie gesagt, formatieren kann ich im Moment noch nicht. Die Daten die ich sichern will kann ich nicht einfach kopieren. Das mit den CL9 Timings habe ich nicht ganz verstanden (ises das mit 8-8-8-24 ?)aber die Spannung habe ich auf 1,6V erhöht.

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


Loading Dump File [C:\Users\SibstLP\Desktop\092310-13681-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: SRV*C:\symbols*Symbol information
Executable search path is:
Windows 7 Kernel Version 7600 MP (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Built by: 7600.16617.amd64fre.win7_gdr.100618-1621
Machine Name:
Kernel base = 0xfffff800`02e5b000 PsLoadedModuleList = 0xfffff800`03098e50
Debug session time: Thu Sep 23 10:17:00.328 2010 (UTC + 2:00)
System Uptime: 0 days 0:00:11.623
Loading Kernel Symbols
...............................................................
..................................................
Loading User Symbols
Loading unloaded module list
.
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck D1, {fffffa7fb804d758, 2, 0, fffff8800485ddad}

Probably caused by : memory_corruption

Followup: memory_corruption
---------

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

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


READ_ADDRESS: GetPointerFromAddress: unable to read from fffff800031030e0
fffffa7fb804d758

CURRENT_IRQL: 2

FAULTING_IP:
usbehci!EHCI_InterruptDpcEx+291
fffff880`0485ddad 8b8fb80000b3 mov ecx,dword ptr [rdi-4CFFFF48h]

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: CODE_CORRUPTION

BUGCHECK_STR: 0xD1

PROCESS_NAME: System

TRAP_FRAME: fffff88002f8ba50 -- (.trap 0xfffff88002f8ba50)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000002000 rbx=0000000000000000 rcx=0000000000000002
rdx=000000004f444648 rsi=0000000000000000 rdi=0000000000000000
rip=fffff8800485ddad rsp=fffff88002f8bbe0 rbp=0000000000000000
r8=000000004f444648 r9=0000000000000008 r10=000000000000863a
r11=fffffa80039bcede r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl nz na pe nc
usbehci!EHCI_InterruptDpcEx+0x291:
fffff880`0485ddad 8b8fb80000b3 mov ecx,dword ptr [rdi-4CFFFF48h] ds:000c:ffffffff`b30000b8=????????
Resetting default scope

LAST_CONTROL_TRANSFER: from fffff80002ecaca9 to fffff80002ecb740

STACK_TEXT:
fffff880`02f8b908 fffff800`02ecaca9 : 00000000`0000000a fffffa7f`b804d758 00000000`00000002 00000000`00000000 : nt!KeBugCheckEx
fffff880`02f8b910 fffff800`02ec9920 : 00000000`00000001 00000000`00000008 fffffa80`039c4c00 fffff880`02f8bb80 : nt!KiBugCheckDispatch+0x69
fffff880`02f8ba50 fffff880`0485ddad : 00000000`00000008 00000000`00000000 00000000`00000001 fffffa80`052af830 : nt!KiPageFault+0x260
fffff880`02f8bbe0 fffff880`0482d474 : fffffa80`0504c1a0 00000000`00000201 fffffa80`0504c1a0 00000000`00000018 : usbehci!EHCI_InterruptDpcEx+0x291
fffff880`02f8bc70 fffff800`02ed6bfc : fffff880`02f63180 fffffa80`0504c050 fffffa80`0504d178 00000000`00000000 : USBPORT!USBPORT_IsrDpc+0x178
fffff880`02f8bcd0 fffff800`02ed3eea : fffff880`02f63180 fffff880`02f6dfc0 00000000`00000000 fffff880`0482d2fc : nt!KiRetireDpcList+0x1bc
fffff880`02f8bd80 00000000`00000000 : fffff880`02f8c000 fffff880`02f86000 fffff880`02f8bd40 00000000`00000000 : nt!KiIdleLoop+0x5a


STACK_COMMAND: kb

CHKIMG_EXTENSION: !chkimg -lo 50 -d !usbehci
fffff8800485ddb2 - usbehci!EHCI_InterruptDpcEx+296
[ 00:b3 ]
1 error : !usbehci (fffff8800485ddb2)

MODULE_NAME: memory_corruption

IMAGE_NAME: memory_corruption

FOLLOWUP_NAME: memory_corruption

DEBUG_FLR_IMAGE_TIMESTAMP: 0

MEMORY_CORRUPTOR: ONE_BYTE

FAILURE_BUCKET_ID: X64_MEMORY_CORRUPTION_ONE_BYTE

BUCKET_ID: X64_MEMORY_CORRUPTION_ONE_BYTE

Followup: memory_corruption
---------

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


Loading Dump File [C:\Users\SibstLP\Desktop\092310-16988-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: SRV*C:\symbols*Symbol information
Executable search path is:
Windows 7 Kernel Version 7600 MP (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Built by: 7600.16617.amd64fre.win7_gdr.100618-1621
Machine Name:
Kernel base = 0xfffff800`02e5f000 PsLoadedModuleList = 0xfffff800`0309ce50
Debug session time: Thu Sep 23 18:05:47.762 2010 (UTC + 2:00)
System Uptime: 0 days 7:45:08.432
Loading Kernel Symbols
..............................................
Loading User Symbols
Loading unloaded module list
......
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 19, {3, fffff8800285fc40, fffff8800285ee00, fffff8800285ee00}

Probably caused by : Pool_Corruption ( nt!ExDeferredFreePool+a56 )

Followup: Pool_corruption
---------

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

BAD_POOL_HEADER (19)
The pool is already corrupt at the time of the current request.
This may or may not be due to the caller.
The internal pool links must be walked to figure out a possible cause of
the problem, and then special pool applied to the suspect tags or the driver
verifier to a suspect driver.
Arguments:
Arg1: 0000000000000003, the pool freelist is corrupt.
Arg2: fffff8800285fc40, the pool entry being checked.
Arg3: fffff8800285ee00, the read back flink freelist value (should be the same as 2).
Arg4: fffff8800285ee00, the read back blink freelist value (should be the same as 2).

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


BUGCHECK_STR: 0x19_3

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

PROCESS_NAME: explorer.exe

CURRENT_IRQL: 0

LAST_CONTROL_TRANSFER: from fffff80003002d6f to fffff80002ecf740

STACK_TEXT:
fffff880`0474a998 fffff800`03002d6f : 00000000`00000019 00000000`00000003 fffff880`0285fc40 fffff880`0285ee00 : nt!KeBugCheckEx
fffff880`0474a9a0 fffff960`001b4d82 : 00000000`00000000 fffff900`c2ad5010 00000000`6c777355 00000000`00000000 : nt!ExDeferredFreePool+0xa56
fffff880`0474aa90 00000000`00000000 : fffff900`c2ad5010 00000000`6c777355 00000000`00000000 fffff900`c0c56100 : 0xfffff960`001b4d82


STACK_COMMAND: kb

FOLLOWUP_IP:
nt!ExDeferredFreePool+a56
fffff800`03002d6f cc int 3

SYMBOL_STACK_INDEX: 1

SYMBOL_NAME: nt!ExDeferredFreePool+a56

FOLLOWUP_NAME: Pool_corruption

IMAGE_NAME: Pool_Corruption

DEBUG_FLR_IMAGE_TIMESTAMP: 0

MODULE_NAME: Pool_Corruption

FAILURE_BUCKET_ID: X64_0x19_3_nt!ExDeferredFreePool+a56

BUCKET_ID: X64_0x19_3_nt!ExDeferredFreePool+a56

Followup: Pool_corruption
---------
 
Zuletzt bearbeitet:
CL9 Timings: 9-9-9-25-40; Command Rate 2T. Spannung zunächst auf 1,50V, bei Problemen bis 1,65V (in Schritten) erhöhen.

Bleiben die Probleme, die RAM Frequenz zusätzlich auf 1066mhz (533mhz) senken.
 
Also auf 9-9-9-25 stehts, was du mit der 40 meinst weis ich nich, 2T is klar.
1066Hz is auch drin und die Spannung mittlerweile auf 1,6V

Trotzdem treten noch welche auf.


So, jetzt hab ich echt n Problem. Nach dem Neustart hab ich plötzlich nen anderen Desktop und der meint, jedes mal wenn ich den Benutzer hier verlasse wird alles was neu auf den Desktop kam gelöscht.

Dann geh ich aus dem Benutzer raus, will in meinen rein und dann bin ich wieder im selben wo alles zurückgesetzt wurde...

WTF? Was geht denn hier ab? Ich blick nimmer durch, nimmer lange und das Teil fliegt vom Balkon >.<
 
Zuletzt bearbeitet:
Mit 40 meine ich die Row Cycle Time.

Das ist ja wirklich zum Haare rausreißen. Hast du die neuen RAM bereits mit Memtest86+ auf Fehler überprüft?

Mit der 7er Chipsatzreihe gab es bei manchen Boards i.V.m. dem PII X4 Probleme mit den 9er Timings. Das wäre noch eine Möglichkeit (sofern Memtest wieder keine Fehler findet). Ob es etwas bringt...dachte eigentlich, die Probleme gibt es bei den aktuellen 8er Chipsatzreiher nicht mehr.

Stelle die Timings auf 8-8-8-28-42 @2T @1,65V.

Hast du die Festplatte auch schon auf Fehler überprüft?
 
Laut Memtest ist alles in Ordnung, trotzdem hin und wieder noch BSODs, liegt warscheinlich echt an Treiberproblemen. Werde die Tage mal formatieren.

Bräuchte halt nur nochmal Hilfe bei der Treibersammlung, also welche ich jetzt genau für was in welcher Reihenfolge brauche.
 
Ich gehe bei der Installation immer wie folgt vor:

Betriebssystem installieren
Updates des Betriebssystems installieren
Chipsatztreiber (Motherboard/Integrated Video Drivers -> South Bridge Driver, AHCI Treiber (sofern AHCI eingestellt ist))
USB3 Treiber (von der Gigabyte Seite)
Soundtreiber
Grafikkartentreiber

(LAN Treiber installiere ich i.d.R. nicht extra)

wobei ich auch -zum testen- die Installation der Treiber beliebig geändert habe, ohne dass es jemals Probleme gab.
 
Also bevor ich da was falsches runterlade würd ich das gern mit jemanden zusammen machen per TeamViewer oder so oder Skypeübertragung.
 
Da muss ich passen, da ich mit/über das Geschäft Online bin und auf den Geräten keine andere (als die installierte) Software nutzen/installieren darf.

GA-870A-UD3 - das ist dein Board...richtig?

Schau dir die Links an. Da kann man -im Prinzip- nichts falsches runterladen. Falls du zu der einen oder anderen Datei/Link eine Frage hast, immer raus damit (sofern sich hier niemand findet, der dich mit TeamViewer oder Skype unterstützen kann).
 
Wenn das NT auf Vollast Probleme macht würdest du schnell mitbekommen (PC würde i.d.R. schlagartig ausgehen).

Der Ereignis ID Eintrag 41 (Kernel Power) besagt lediglich, dass dir das System in den letzten Stunde zwei mal abgeschmiert ist. Ob das an einer Bios-Spannungseinstellung liegt, ist vollkommen offen.
 
Probiere erneut die Einstellung "Command Rate" 2T. Spannung erst einmal auf "AUTO" lassen. Bleiben die Probleme (ich traue mich das ja fast nicht mehr zu schreiben) ... die Spannung wieder schrittweise erhöhen.

Was willst du mit den Beep Codes sagen? Die treten bei jedem Start auf und auch in der Reihenfolge?

Folgendes fällt mir noch ein.
-Graka: deine alte Grafikkarte noch mal versuchen einzubauen und damit zu testen.
-Stromversorgung: Ist dein PC an einer Steckdosenleiste angeschlossen? Wenn ja, PC direkt an eine Steckdose hängen. Was für ein NT ist eingebaut?
-Temperaturen: Bei Last (Prime95, Furmark) die CPU und Grafikkartentemperatur beobachten.

Hilft auch das alles nichts, solltest du erneut die Hardware reklamieren. Zunächst erneut den RAM (keine Geil oder G.Skill mehr) - z.B. Corsair oder Kingston ausprobieren.
Als nächstes (wenn es mit dem neuen -nun 3. RAM Riegeln- auch nicht besser wird) das Motherboard reklamieren.
 
Zurück