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

simpel1970 · 8. September 2010

Ja die steht die ganze Zeit schon auf 2T und 1,64V.

2T war aber in deinem letzten Screenshot (post #116) nicht eingestellt!

Ram Taktung nach dem Test auf das hier gestellt:
http://img823.imageshack.us/img823/5224/ramramtakt.png
Steht unter anderem auf 1,6V

So ist es jetzt aktuell eingestellt?

serafen · 8. September 2010

Ich habe dieses G.Skill-Paar absolut stabil mit 1,507 Volt laufen (glatt geht's ja selten); Timings 9-9-9-24-40 1T.

Die Werte habe ich fast 1:1 aus dem XMP-Profil entnommen (obwohl für Intel optimiert, jaaaa *ggg*); lediglich tRAS habe ich (wie auf den Modulen aufgedruckt) auf 24 gesetzt (XMP: 25).

Natürlich kann es, je nach Board, diesbezüglich Änderungen geben - derart massive Probleme, selbst auf Gigabyte-Boards, sind mir (gerade mit diesem Speicherkit) noch nicht untergekommen.

Sofern CR1 respektive 1T nicht stabil läuft, würde ich ebenfalls auf 2T runtergehen; mehr als 1,65 Volt legte ich jedoch in keinem Fall an - bei diesem Kit aber mehr als ungewöhnlich.

MfG.

Sibst · 8. September 2010

Thx für die schnellen Antworten.

Also ich versteh davon gerade mal die Hälfte xD
Was ist denn ein XMP-Profil? Würde es dir helfen wenn ich dir meine komplette Hardwarezusammenstellung zeigen würde? Mit Config-Daten?

Vielleicht kannste das ja dann etwas besser untersuchen und beurteilen^^

@Simpel1970:
Genau so ises zur Zeit eingestellt.

EDIT: Hatte gerade wieder nen BSOD:

BAD_POOL_HEADER

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

Loading Dump File [C:\Users\SibstLP\Desktop\090810-19047-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`02e51000 PsLoadedModuleList = 0xfffff800`0308ee50
Debug session time: Wed Sep 8 17:45:02.839 2010 (UTC + 2:00)
System Uptime: 0 days 0:37:46.524
Loading Kernel Symbols
...............................................................
................................................................
................................
Loading User Symbols
Loading unloaded module list
......
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 19, {3, fffff80003050d30, fffff80003050d30, fffff80003f80d30}

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

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

3: 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: fffff80003050d30, the pool entry being checked.
Arg3: fffff80003050d30, the read back flink freelist value (should be the same as 2).
Arg4: fffff80003f80d30, 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: svchost.exe

CURRENT_IRQL: 2

LAST_CONTROL_TRANSFER: from fffff80002ff4d6f to fffff80002ec1740

STACK_TEXT:
fffff880`0971d448 fffff800`02ff4d6f : 00000000`00000019 00000000`00000003 fffff800`03050d30 fffff800`03050d30 : nt!KeBugCheckEx
fffff880`0971d450 fffff800`02ea11ea : 00000000`00000000 00000000`00000000 00000000`7249534e fffffa80`00000000 : nt!ExDeferredFreePool+0xa56
fffff880`0971d540 fffff880`01403132 : fffff880`0971d6e0 fffffa80`00000001 00000000`00000000 fffffa80`0404d088 : nt!ExAllocatePoolWithTagPriority+0x4a
fffff880`0971d5d0 fffff880`02dd0e29 : fffffa80`0404d000 00000000`00000070 fffffa80`00000000 00000000`0000007c : NETIO!NsiEnumerateObjectsAllParametersEx+0x356
fffff880`0971d7b0 fffff880`02dd28e8 : fffffa80`03997f20 fffffa80`03997e50 00000000`00000003 fffffa80`03997e88 : nsiproxy!NsippEnumerateObjectsAllParameters+0x305
fffff880`0971d9a0 fffff880`02dd29db : fffffa80`04c947f0 00000000`00000000 00000000`00000001 00000000`00000003 : nsiproxy!NsippDispatchDeviceControl+0x70
fffff880`0971d9e0 fffff800`031dc707 : fffffa80`05c92980 fffffa80`05c92980 fffffa80`03997f68 fffffa80`03997e50 : nsiproxy!NsippDispatch+0x4b
fffff880`0971da10 fffff800`031dcf66 : 00000000`04bff490 00000000`00000630 00000000`00000000 00000000`00000000 : nt!IopXxxControlFile+0x607
fffff880`0971db40 fffff800`02ec0993 : fffffa80`0685b060 00000000`04bff478 fffff880`0971dbc8 00000000`00000001 : nt!NtDeviceIoControlFile+0x56
fffff880`0971dbb0 00000000`77c6fdca : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13
00000000`04bff508 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x77c6fdca

STACK_COMMAND: kb

FOLLOWUP_IP:
nt!ExDeferredFreePool+a56
fffff800`02ff4d6f 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
---------

Hier komplettes Bild von CPU-Z:

http://img155.imageshack.us/img155/2156/hardwareconfig.png

TheWitcher79 · 8. September 2010

Hmm. komisch das Ganze. Meint ihr nicht auch, dass eventuell das Board ne Macke hat ? Ich mein du hast ja jetzt schon den RAM getauscht.

Du hattest früher mal geschrieben, dass du mit den Modulen einzeln keine Probleme hattest. Möglicher Weise sind ein oder mehrere Slots defekt.
Angeblich soll das im Bezug auf Gigabyteborads schon oft vorgekommen sein.

serafen · 8. September 2010

Naja, die Wahrscheinlichkeit, dass zwei verschiedene Speicherpärchen defekt bzw. inkompatibel sind, ist schon überschaubar, um es mal vorsichtig zu formulieren. Je länger ich mir das anschaue, desto eher würde ich auf eine Inkompatibilität des System bzw. eine Treiberproblematik in den Raum stellen wollen.

Wenn ich nach dem Screenshot gehe:

Übertaktung rausnehmen: lass die CPU mal im Standardtakt laufen, vor allem (erstmal) mit höherem VCore bzw. CPU Voltage auf AUTO
BIOS-Update durchführen: Rev. 2.0 oder Rev. 2.1
Speichertimings auf 9-9-9-24-40 2T setzen
System neu aufsetzen (auch wenn es lästig erscheinen mag): aktuellen Chipsatz- und Grafiktreiber aufspielen (ich mache das immer gern manuell, also South Bridge-/AHCI-/Grafiktreiber, RealTek HD-Audiotreiber, LAN-Treiber, weitere Treiber (USB 3.0, individuelle Komponenten-Treiber usw.)
Updates einspielen
bitte mal vorübergehend/anfänglich auf Antiviren-/Schutzlösungen verzichten & nicht unbedingt erforderliche Anwendungen deinstalliert lassen (z. B. D**** Tools usw.)
Hintergrundanwendungen minimieren bzw. alles Unnötige abschalten
Speichermodule ggf. einzeln (testen) in den jeweiligen Slots laufen lassen; sofern tatsächlich Probleme mit den Slots anliegen > Board reklamieren

MfG.

simpel1970 · 9. September 2010

serafen schrieb:
Übertaktung rausnehmen: lass die CPU mal im Standardtakt laufen, vor allem (erstmal) mit höherem VCore bzw. CPU Voltage auf AUTO

BIOS-Update durchführen: Rev. 2.0 oder Rev. 2.1

Speichertimings auf 9-9-9-24-40 2T setzen

System neu aufsetzen (auch wenn es lästig erscheinen mag): aktuellen Chipsatz- und Grafiktreiber aufspielen (ich mache das immer gern manuell, also South Bridge-/AHCI-/Grafiktreiber, RealTek HD-Audiotreiber, LAN-Treiber, weitere Treiber (USB 3.0, individuelle Komponenten-Treiber usw.)

Updates einspielen

bitte mal vorübergehend/anfänglich auf Antiviren-/Schutzlösungen verzichten & nicht unbedingt erforderliche Anwendungen deinstalliert lassen (z. B. D**** Tools usw.)

Hintergrundanwendungen minimieren bzw. alles Unnötige abschalten

Speichermodule ggf. einzeln (testen) in den jeweiligen Slots laufen lassen; sofern tatsächlich Probleme mit den Slots anliegen > Board reklamieren

Genau so!

War die CPU-Übertaktung von Anfang an drin? Wie kann ich blos nicht danach gefragt haben... :klatsch:

Sibst · 9. September 2010

Die Taktung war so nicht von anfang an drin, die hab natürlich ich reingehauen, sollte auch keine Probleme bereiten denn es is ne Black Edition.
Die kann ich ohne weiteres erhöhen und laut Prime95 läufts stabil.

Selbst wenn ich die rausnehme kommen die BSODs

Hatte gerade nachm neustart gleich 3 Stück.

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

Loading Dump File [C:\Users\SibstLP\Desktop\090910-14944-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`02e5e000 PsLoadedModuleList = 0xfffff800`0309be50
Debug session time: Thu Sep 9 12:43:53.605 2010 (UTC + 2:00)
System Uptime: 0 days 0:01:05.291
Loading Kernel Symbols
...............................................................
................................................................
..............................
Loading User Symbols
Loading unloaded module list
.....
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck F4, {3, fffffa8005885b30, fffffa8005885e10, fffff800031d95d0}

Probably caused by : wininit.exe

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

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

CRITICAL_OBJECT_TERMINATION (f4)
A process or thread crucial to system operation has unexpectedly exited or been
terminated.
Several processes and threads are necessary for the operation of the
system; when they are terminated (for any reason), the system can no
longer function.
Arguments:
Arg1: 0000000000000003, Process
Arg2: fffffa8005885b30, Terminating object
Arg3: fffffa8005885e10, Process image file name
Arg4: fffff800031d95d0, Explanatory message (ascii)

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

PROCESS_OBJECT: fffffa8005885b30

DEBUG_FLR_IMAGE_TIMESTAMP: 0

MODULE_NAME: wininit

FAULTING_MODULE: 0000000000000000

PROCESS_NAME: WerFault.exe

BUGCHECK_STR: 0xF4_WerFault.exe

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

CURRENT_IRQL: 0

LAST_CONTROL_TRANSFER: from fffff8000325a652 to fffff80002ece740

STACK_TEXT:
fffff880`03adbb08 fffff800`0325a652 : 00000000`000000f4 00000000`00000003 fffffa80`05885b30 fffffa80`05885e10 : nt!KeBugCheckEx
fffff880`03adbb10 fffff800`032033e3 : ffffffff`ffffffff fffffa80`059eab60 fffffa80`05885b30 fffffa80`06398060 : nt!PspCatchCriticalBreak+0x92
fffff880`03adbb50 fffff800`0318b80c : ffffffff`ffffffff 00000000`00000001 fffffa80`05885b30 00000000`00000008 : nt! ?? ::NNGAKEGL::`string'+0x17946
fffff880`03adbba0 fffff800`02ecd993 : fffffa80`05885b30 fffff880`000000ff 00000000`00000e84 fffffa80`059eab60 : nt!NtTerminateProcess+0x20c
fffff880`03adbc20 00000000`77cc001a : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13
00000000`0023d218 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x77cc001a

STACK_COMMAND: kb

FOLLOWUP_NAME: MachineOwner

IMAGE_NAME: wininit.exe

FAILURE_BUCKET_ID: X64_0xF4_WerFault.exe_IMAGE_wininit.exe

BUCKET_ID: X64_0xF4_WerFault.exe_IMAGE_wininit.exe

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

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

Loading Dump File [C:\Users\SibstLP\Desktop\090910-15802-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`02e17000 PsLoadedModuleList = 0xfffff800`03054e50
Debug session time: Thu Sep 9 12:40:36.653 2010 (UTC + 2:00)
System Uptime: 0 days 0:00:50.338
Loading Kernel Symbols
...............................................................
................................................................
..............................
Loading User Symbols
Loading unloaded module list
....
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck BE, {fffff8a0013c5ba0, 800000010fb68121, fffff88003997ff0, b}

Probably caused by : fileinfo.sys ( fileinfo!FIStreamLog+89 )

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

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

ATTEMPTED_WRITE_TO_READONLY_MEMORY (be)
An attempt was made to write to readonly memory. The guilty driver is on the
stack trace (and is typically the current instruction pointer).
When possible, the guilty driver's name (Unicode string) is printed on
the bugcheck screen and saved in KiBugCheckDriver.
Arguments:
Arg1: fffff8a0013c5ba0, Virtual address for the attempted write.
Arg2: 800000010fb68121, PTE contents.
Arg3: fffff88003997ff0, (reserved)
Arg4: 000000000000000b, (reserved)

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

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0xBE

PROCESS_NAME: avast.setup

CURRENT_IRQL: 0

TRAP_FRAME: fffff88003997ff0 -- (.trap 0xfffff88003997ff0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=fffff80003028c01 rbx=0000000000000000 rcx=00000000000001d1
rdx=0f5058789271d1d1 rsi=0000000000000000 rdi=0000000000000000
rip=fffff8000320f93d rsp=fffff88003998180 rbp=0000000000000000
r8=fffff8a00243e000 r9=00000000000002fd r10=ffffffffffffffff
r11=fffff8a0013c5ba0 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl nz na po nc
nt!PfpRpRehashIfNeeded+0x15d:
fffff800`0320f93d 498903 mov qword ptr [r11],rax ds:0001:fffff8a0`013c5ba0=000000280000000c
Resetting default scope

LAST_CONTROL_TRANSFER: from fffff80002f07ae2 to fffff80002e87740

STACK_TEXT:
fffff880`03997e88 fffff800`02f07ae2 : 00000000`000000be fffff8a0`013c5ba0 80000001`0fb68121 fffff880`03997ff0 : nt!KeBugCheckEx
fffff880`03997e90 fffff800`02e8582e : 00000000`00000001 00000000`00000800 fffffa80`03973800 00000000`00000000 : nt! ?? ::FNODOBFM::`string'+0x4237e
fffff880`03997ff0 fffff800`0320f93d : 00000000`00000000 fffff8a0`0163aa80 fffff800`03028c88 fffff880`03998368 : nt!KiPageFault+0x16e
fffff880`03998180 fffff800`032d3aba : 0000000a`f673f310 00000000`00000000 18b9db8c`12e5cf47 fffff800`03028c00 : nt!PfpRpRehashIfNeeded+0x15d
fffff880`039981c0 fffff800`02fa85b1 : fffffa80`04d20050 00000000`00000800 fffffa80`00000001 fffff8a0`021f46a0 : nt!PfpRpFileKeyUpdate+0x39a
fffff880`03998250 fffff880`010c455d : 00000000`00000000 00000000`00000000 fffff880`039983e8 fffffa80`03a3fc70 : nt!PfFileInfoNotify+0x5a1
fffff880`039982e0 fffff880`010c4ba8 : fffffa80`04a7b800 fffff8a0`0166c680 fffff880`039984c0 fffff880`039984c0 : fileinfo!FIStreamLog+0x89
fffff880`039983b0 fffff880`010c43c8 : fffff8a0`0166c680 00000000`00000000 fffff880`039984c0 fffff880`039984c0 : fileinfo!FIStreamSetFileInfo+0x14c
fffff880`03998420 fffff880`010c2bdb : fffff140`03b8a9c7 00000000`00000001 00000000`00000000 00000000`00001001 : fileinfo!FIStreamGetInfo+0x17c
fffff880`039984a0 fffff880`01073242 : 00000000`00000000 fffff8a0`0166c680 fffffa80`04914fb0 00000000`00000000 : fileinfo!FIPostCreateCallback+0x1c7
fffff880`03998530 fffff880`0107238b : fffffa80`04be6030 fffffa80`062b6d80 fffffa80`04944bb0 fffffa80`04944dd0 : fltmgr!FltpPerformPostCallbacks+0x392
fffff880`03998600 fffff880`010912b9 : fffffa80`04914c10 fffffa80`04a7b800 fffffa80`04914c00 fffffa80`04917de0 : fltmgr!FltpLegacyProcessingAfterPreCallbacksCompleted+0x39b
fffff880`03998690 fffff800`0318a807 : 00000000`00000005 fffff800`0318a260 fffffa80`05c32940 00000000`00000000 : fltmgr!FltpCreate+0x2a9
fffff880`03998740 fffff800`03180e84 : fffffa80`048ee8c0 00000000`00000000 fffffa80`05c14b10 fffffa80`06104701 : nt!IopParseDevice+0x5a7
fffff880`039988d0 fffff800`03185e4d : fffffa80`05c14b10 fffff880`03998a30 fffffa80`00000042 fffffa80`039e1c90 : nt!ObpLookupObjectName+0x585
fffff880`039989d0 fffff800`0318c917 : fffff880`03998a80 00000000`00000005 fffffa80`06104701 00000000`00000001 : nt!ObOpenObjectByName+0x1cd
fffff880`03998a80 fffff800`03196520 : 00000000`001ee068 fffff8a0`c0100080 fffff8a0`01b1da20 00000000`001ee080 : nt!IopCreateFile+0x2b7
fffff880`03998b20 fffff800`02e86993 : fffffa80`0608f5c0 00000000`00000001 fffffa80`06609440 fffff800`0319d414 : nt!NtCreateFile+0x78
fffff880`03998bb0 00000000`776702aa : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13
00000000`001edff8 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x776702aa

STACK_COMMAND: kb

FOLLOWUP_IP:
fileinfo!FIStreamLog+89
fffff880`010c455d 4c8b1534c5ffff mov r10,qword ptr [fileinfo!FIGlobals+0x798 (fffff880`010c0a98)]

SYMBOL_STACK_INDEX: 6

SYMBOL_NAME: fileinfo!FIStreamLog+89

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: fileinfo

IMAGE_NAME: fileinfo.sys

DEBUG_FLR_IMAGE_TIMESTAMP: 4a5bc481

FAILURE_BUCKET_ID: X64_0xBE_fileinfo!FIStreamLog+89

BUCKET_ID: X64_0xBE_fileinfo!FIStreamLog+89

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

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

ATTEMPTED_WRITE_TO_READONLY_MEMORY (be)
An attempt was made to write to readonly memory. The guilty driver is on the
stack trace (and is typically the current instruction pointer).
When possible, the guilty driver's name (Unicode string) is printed on
the bugcheck screen and saved in KiBugCheckDriver.
Arguments:
Arg1: fffff8a0013c5ba0, Virtual address for the attempted write.
Arg2: 800000010fb68121, PTE contents.
Arg3: fffff88003997ff0, (reserved)
Arg4: 000000000000000b, (reserved)

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

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0xBE

PROCESS_NAME: avast.setup

CURRENT_IRQL: 0

TRAP_FRAME: fffff88003997ff0 -- (.trap 0xfffff88003997ff0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=fffff80003028c01 rbx=0000000000000000 rcx=00000000000001d1
rdx=0f5058789271d1d1 rsi=0000000000000000 rdi=0000000000000000
rip=fffff8000320f93d rsp=fffff88003998180 rbp=0000000000000000
r8=fffff8a00243e000 r9=00000000000002fd r10=ffffffffffffffff
r11=fffff8a0013c5ba0 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl nz na po nc
nt!PfpRpRehashIfNeeded+0x15d:
fffff800`0320f93d 498903 mov qword ptr [r11],rax ds:0001:fffff8a0`013c5ba0=000000280000000c
Resetting default scope

LAST_CONTROL_TRANSFER: from fffff80002f07ae2 to fffff80002e87740

STACK_TEXT:
fffff880`03997e88 fffff800`02f07ae2 : 00000000`000000be fffff8a0`013c5ba0 80000001`0fb68121 fffff880`03997ff0 : nt!KeBugCheckEx
fffff880`03997e90 fffff800`02e8582e : 00000000`00000001 00000000`00000800 fffffa80`03973800 00000000`00000000 : nt! ?? ::FNODOBFM::`string'+0x4237e
fffff880`03997ff0 fffff800`0320f93d : 00000000`00000000 fffff8a0`0163aa80 fffff800`03028c88 fffff880`03998368 : nt!KiPageFault+0x16e
fffff880`03998180 fffff800`032d3aba : 0000000a`f673f310 00000000`00000000 18b9db8c`12e5cf47 fffff800`03028c00 : nt!PfpRpRehashIfNeeded+0x15d
fffff880`039981c0 fffff800`02fa85b1 : fffffa80`04d20050 00000000`00000800 fffffa80`00000001 fffff8a0`021f46a0 : nt!PfpRpFileKeyUpdate+0x39a
fffff880`03998250 fffff880`010c455d : 00000000`00000000 00000000`00000000 fffff880`039983e8 fffffa80`03a3fc70 : nt!PfFileInfoNotify+0x5a1
fffff880`039982e0 fffff880`010c4ba8 : fffffa80`04a7b800 fffff8a0`0166c680 fffff880`039984c0 fffff880`039984c0 : fileinfo!FIStreamLog+0x89
fffff880`039983b0 fffff880`010c43c8 : fffff8a0`0166c680 00000000`00000000 fffff880`039984c0 fffff880`039984c0 : fileinfo!FIStreamSetFileInfo+0x14c
fffff880`03998420 fffff880`010c2bdb : fffff140`03b8a9c7 00000000`00000001 00000000`00000000 00000000`00001001 : fileinfo!FIStreamGetInfo+0x17c
fffff880`039984a0 fffff880`01073242 : 00000000`00000000 fffff8a0`0166c680 fffffa80`04914fb0 00000000`00000000 : fileinfo!FIPostCreateCallback+0x1c7
fffff880`03998530 fffff880`0107238b : fffffa80`04be6030 fffffa80`062b6d80 fffffa80`04944bb0 fffffa80`04944dd0 : fltmgr!FltpPerformPostCallbacks+0x392
fffff880`03998600 fffff880`010912b9 : fffffa80`04914c10 fffffa80`04a7b800 fffffa80`04914c00 fffffa80`04917de0 : fltmgr!FltpLegacyProcessingAfterPreCallbacksCompleted+0x39b
fffff880`03998690 fffff800`0318a807 : 00000000`00000005 fffff800`0318a260 fffffa80`05c32940 00000000`00000000 : fltmgr!FltpCreate+0x2a9
fffff880`03998740 fffff800`03180e84 : fffffa80`048ee8c0 00000000`00000000 fffffa80`05c14b10 fffffa80`06104701 : nt!IopParseDevice+0x5a7
fffff880`039988d0 fffff800`03185e4d : fffffa80`05c14b10 fffff880`03998a30 fffffa80`00000042 fffffa80`039e1c90 : nt!ObpLookupObjectName+0x585
fffff880`039989d0 fffff800`0318c917 : fffff880`03998a80 00000000`00000005 fffffa80`06104701 00000000`00000001 : nt!ObOpenObjectByName+0x1cd
fffff880`03998a80 fffff800`03196520 : 00000000`001ee068 fffff8a0`c0100080 fffff8a0`01b1da20 00000000`001ee080 : nt!IopCreateFile+0x2b7
fffff880`03998b20 fffff800`02e86993 : fffffa80`0608f5c0 00000000`00000001 fffffa80`06609440 fffff800`0319d414 : nt!NtCreateFile+0x78
fffff880`03998bb0 00000000`776702aa : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13
00000000`001edff8 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x776702aa

STACK_COMMAND: kb

FOLLOWUP_IP:
fileinfo!FIStreamLog+89
fffff880`010c455d 4c8b1534c5ffff mov r10,qword ptr [fileinfo!FIGlobals+0x798 (fffff880`010c0a98)]

SYMBOL_STACK_INDEX: 6

SYMBOL_NAME: fileinfo!FIStreamLog+89

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: fileinfo

IMAGE_NAME: fileinfo.sys

DEBUG_FLR_IMAGE_TIMESTAMP: 4a5bc481

FAILURE_BUCKET_ID: X64_0xBE_fileinfo!FIStreamLog+89

BUCKET_ID: X64_0xBE_fileinfo!FIStreamLog+89

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

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

Loading Dump File [C:\Users\SibstLP\Desktop\090910-18408-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`02e5a000 PsLoadedModuleList = 0xfffff800`03097e50
Debug session time: Thu Sep 9 12:46:11.964 2010 (UTC + 2:00)
System Uptime: 0 days 0:00:53.650
Loading Kernel Symbols
...............................................................
................................................................
..............................
Loading User Symbols
Loading unloaded module list
....
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 4E, {99, 101404, 0, 95104}

Probably caused by : memory_corruption ( nt!MiBadShareCount+4c )

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

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

PFN_LIST_CORRUPT (4e)
Typically caused by drivers passing bad memory descriptor lists (ie: calling
MmUnlockPages twice with the same list, etc). If a kernel debugger is
available get the stack trace.
Arguments:
Arg1: 0000000000000099, A PTE or PFN is corrupt
Arg2: 0000000000101404, page frame number
Arg3: 0000000000000000, current page state
Arg4: 0000000000095104, 0

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

BUGCHECK_STR: 0x4E_99

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

PROCESS_NAME: svchost.exe

CURRENT_IRQL: 2

LAST_CONTROL_TRANSFER: from fffff80002f5a38c to fffff80002eca740

STACK_TEXT:
fffff880`063b8f28 fffff800`02f5a38c : 00000000`0000004e 00000000`00000099 00000000`00101404 00000000`00000000 : nt!KeBugCheckEx
fffff880`063b8f30 fffff800`02f3c9f7 : 00000000`00000000 fffff680`00002100 00000000`00000002 00000000`00000001 : nt!MiBadShareCount+0x4c
fffff880`063b8f70 fffff800`02e9ec23 : fffffa80`05be0b30 fffff700`00001b6f 0000007f`fffffff8 fffff8a0`077e2d60 : nt! ?? ::FNODOBFM::`string'+0x3223e
fffff880`063b9000 fffff800`02e9d68a : fffffa80`05be0b30 fffffa80`00000008 fffff8a0`00000d2b fffff880`00000000 : nt!MiDeleteAddressesInWorkingSet+0x307
fffff880`063b98b0 fffff800`031afdcf : fffff8a0`01529060 fffff880`063b9c20 00000000`00000000 fffffa80`06156060 : nt!MmCleanProcessAddressSpace+0x96
fffff880`063b9900 fffff800`03188635 : 00000000`000000ff fffffa80`06156001 000007ff`fff64000 fffffa80`05b79b60 : nt!PspExitThread+0x92f
fffff880`063b99c0 fffff800`02ea71db : 00000000`00000000 fffff800`031c93b9 fffff8a0`02088d00 fffff8a0`00000010 : nt!PsExitSpecialApc+0x1d
fffff880`063b99f0 fffff800`02ea7620 : 00000000`05c812f0 fffff880`063b9a70 fffff800`0318874c 00000000`00000001 : nt!KiDeliverApc+0x2eb
fffff880`063b9a70 fffff800`02ec9a37 : fffffa80`06156060 fffff880`063b9ca0 00000000`05c7f718 fffff880`063b9c28 : nt!KiInitiateUserApc+0x70
fffff880`063b9bb0 00000000`76f505aa : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceExit+0x9c
00000000`05c7f6f8 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x76f505aa

STACK_COMMAND: kb

FOLLOWUP_IP:
nt!MiBadShareCount+4c
fffff800`02f5a38c cc int 3

SYMBOL_STACK_INDEX: 1

SYMBOL_NAME: nt!MiBadShareCount+4c

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

DEBUG_FLR_IMAGE_TIMESTAMP: 4c1c44a9

IMAGE_NAME: memory_corruption

FAILURE_BUCKET_ID: X64_0x4E_99_nt!MiBadShareCount+4c

BUCKET_ID: X64_0x4E_99_nt!MiBadShareCount+4c

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

Ich gehe davon aus, dass das Mainboard einen an der Klatsche hat und nicht der RAM, obwohl der AB UND ZU! laut Memtest Fehler aufweist.

Wie kann es denn sein, dass ich einen ganzen Tag lang Ruhe vor BSODs habe und am nächsten Tag muss ich erst 3 mal neustarten damit der Rechner schafft alle Treiber zu laden.

Manchmal erkennt er die Lan-Verbindung nicht, dann wiederum findet er die Soundtreiber nicht.

Ok, mit dem RAM den ich vorher drin hatte, hatte ich nicht sooo schlimme Probleme,
ich denke mal mit der Zeit verabschiedet sich das Board immer mehr^^

Ich kann ja jetzt auch alles zocken und so, läuft alles super.

Wenn der Rechner 1 mal normal hochgefahren ist, dann bleibt er auch oben. (Meistens!)^^

Im Moment kann ich leider nicht formatieren, muss hier am PC noch einiges fertig machen
und kann die Daten noch nicht auf ne externe kopieren.

Werde aber in den nächsten Tagen mal die Anweisungen von Serafan befolgen und schauen was passiert.

Habe da aber noch ne Frage, habe mit dem Board Programm, welches auf der CD war schon nen BIOS-Update gemacht. Sollte das nicht reichen?
Könnte doch zu Problemen führen wenn ich jetzt noch was dazu installiere oder?

serafen · 9. September 2010

Soweit ich gelesen habe, ist nicht die aktuelle BIOS-Version aufgespielt, eine neuere Version könnte u. U. (ein paar) Probleme beheben; momentan hast Du die F2 geflasht, aktuell vom 05.08.2010 ist die F3D - zwar eine Beta, aber das muss nicht unbedingt nachteilig sein.

Ich bin mir fast sicher, mit einer sauberen Installation, aktuellem BIOS und Treibern sowie den korrekten Einstellungen läuft das System - avast scheint u. a. auch Probleme zu bereiten, ein vollständigen Virenscan wäre (sauber installiertes BS vorausgesetzt), ebenfalls eine klare Empfehlung.

Sibst · 9. September 2010

Na ich hatte das System ja schon neu aufgesetzt gehabt, nachträglich sind die RAM-Riegel dazu gekommen. Hatte nichts unnötiges installiert gehabt.

Ich bin mit Simpel1970 ja alles durchgegangen.
Meinste neuauflegen sagt dem Rechner:
"Schau mal hier, da ist der und der Ram drin, jetzt weiste womit du arbeiten sollst!"

Also ich hab immer im Hinterkopf, dass alle PCs selbstständig denken und mich verarschen wollen xD

Wie gesagt, ich werde deinen Rat bald mal befolgen und alles neu Aufsetzen.

simpel1970 · 9. September 2010

Ich kann ja jetzt auch alles zocken und so, läuft alles super.
Wenn der Rechner 1 mal normal hochgefahren ist, dann bleibt er auch oben.

Das hört sich dann eher nach dem Cold-Boot-Bug der G.Skill RAM an: Bluescreens nur nach einem Kaltstart. Wenn der PC dann läuft, läuft er problemlos.
Der ColdBootBug (kannst du nach googeln: G.Skill Cold Boot Bug) tritt nur nach dem Kaltstart auf, wenn der PC mehrere Stunden aus war.
Ist das bei dir der Fall, bleibt dir nichts anderes übrig, als die RAM (erneut) umzutauschen. Dies betrifft natürlich nicht alle G.Skill RAM, du könntest daher den gleichen RAM wieder nehmen.

Sibst · 9. September 2010

Cold Boot Bug oO? WTF? Warum zur Hölle gibt es sowas?
Ich mein, ist ja nicht weiter schlimm wenn er nicht gleich hochfährt,
dann geb ich ihm halt 5 Minuten^^ Trotzdem kommen ja immernoch BSODs.

Kann man mir nicht 1 mal nen RAM vorschlagen bei dem es keine Probleme gibt?
Ist ja echt unzumutbar, wenn ich mir das nächste mal nen Rechner kaufe dann nen fertig Teil,
da hab ich solche Probleme nicht, kostet zwar mehr aber das nehm ich dann in kauf...

Also du sagst genau den selben RAM einfach nochmal holen? Also einfach umtauschen?
Das werde ich dann wohl machen bevor ich formatiere.

Ich warte aber erstmal auf Serafen, vielleicht fällt ihm dazu noch was ein.

Gerade auch wieder als ich hier antworten wollte kam nen:

BAD_POOL_HEADER

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

Loading Dump File [C:\Users\SibstLP\Desktop\090910-19234-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`02e1a000 PsLoadedModuleList = 0xfffff800`03057e50
Debug session time: Thu Sep 9 15:08:59.025 2010 (UTC + 2:00)
System Uptime: 0 days 2:14:41.336
Loading Kernel Symbols
...............................................................
................................................................
...............................
Loading User Symbols
Loading unloaded module list
......
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 19, {3, fffff88005bf6fd0, fffff88005776fd0, fffff88005bf6fd0}

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

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

3: 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: fffff88005bf6fd0, the pool entry being checked.
Arg3: fffff88005776fd0, the read back flink freelist value (should be the same as 2).
Arg4: fffff88005bf6fd0, 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: sidebar.exe

CURRENT_IRQL: 0

LAST_CONTROL_TRANSFER: from fffff80002fbdd6f to fffff80002e8a740

STACK_TEXT:
fffff880`07b45078 fffff800`02fbdd6f : 00000000`00000019 00000000`00000003 fffff880`05bf6fd0 fffff880`05776fd0 : nt!KeBugCheckEx
fffff880`07b45080 fffff960`000d29e9 : 00000000`00000000 fffff880`07b45200 7fffffff`7fffffff 80000000`00000000 : nt!ExDeferredFreePool+0xa56
fffff880`07b45170 fffff960`000d635f : 00000000`00000618 fffff880`07b45200 fffff900`c0a47088 00000000`00000000 : win32k!AllocateObject+0x109
fffff880`07b451b0 fffff960`00255ff4 : fffff900`c01fffe8 00000618`00000000 0000029f`00000001 fffff960`000e41c5 : win32k!RGNMEMOBJ::vInitialize+0x27
fffff880`07b451e0 fffff960`000478cf : fffff900`c01fffe8 00000000`00000050 fffff880`07b45280 00000000`00000001 : win32k!RGNOBJ::bExpand+0x1c
fffff880`07b45220 fffff960`0003fa90 : 00000000`00000001 fffff880`07b45360 fffff880`07b45310 00000000`0000000e : win32k!RGNOBJ::bMerge+0xdf
fffff880`07b45280 fffff960`00256248 : fffff900`c0081040 00000000`00000001 fffff880`07b45360 00000000`00000001 : win32k!RGNOBJ::iCombine+0x1cc
fffff880`07b452e0 fffff960`001d0d0d : fffff880`07b45360 00000000`00000003 fffff880`07b45520 00000000`00000000 : win32k!RGNOBJ::bSet+0xe8
fffff880`07b45340 fffff960`00216ae1 : 00000000`00000001 00000000`00000050 00000000`00000000 fffff960`00076560 : win32k!GreExtCreateRegion+0x8d
fffff880`07b45430 fffff800`02e89993 : 00000000`00000000 00000000`00000050 fffff880`07b452d0 fffff900`c0081000 : win32k!NtGdiExtCreateRegion+0xc9
fffff880`07b454a0 000007fe`fd6d93ea : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13
00000000`02b6bd38 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x7fe`fd6d93ea

STACK_COMMAND: kb

FOLLOWUP_IP:
nt!ExDeferredFreePool+a56
fffff800`02fbdd6f 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
---------

serafen · 9. September 2010

Naja, was soll mir noch großartig dazu einfallen? Im letzten Screenshot stand bei den Speichertimings der tRC-Wert auf 33 - was grundsätzlich (tRAS + tRP) grundsätzlich richtig ist, evtl. lassen sich die Probleme umgehen, indem Du im BIOS die betreffenden Parameter auf AUTO belässt, also lediglich 9-9-9-24 2T manuell einstellen; große Auswirkungen auf die Performance hat es zwar nicht, aber durchaus der Stabilität zuträglich (der 33er-Wert ist rechnerisch das Minimum ...).

System neu aufsetzen ist natürlich immer eine der letzten Optionen, aber wenn zwei Personen ein System aufspielen, kommt am Ende nicht immer Vergleichbares raus ... ;-)

- nur, um absolut sicher zu gehen, würde ich in diesem Zuge auch das aktuelleste BIOS flashen und korrekten CMOS-Reset durchführen (gezogener Netzstecker).

Bezüglich des Speichers: in der QVL des Herstellers ist u. a. das ECO-Kit von G.Skill enthalten - dann ist das CL9er-Kit von Dir mit an Sicherheit grenzender Wahrscheinlichkeit auch kompatibel.

Im Übrigen, soweit ich das korrekt verstanden habe, wurde der Rechner doch komplett beim Händler gekauft, oder (und bereits geprüft)?! - Allein schon diesem Grund würde ich so wenig wie möglich selbst daran rumtüfteln, sondern eine Überprüfung, ggf. Mängelbeseitigung und ein stabiles System verlangen!

Deine beschriebenen Fehlermeldungen kannst Du ja zu Dokumentationszwecken mitnehmen; ein kleines Fehlerprotokoll, wann genau die Probleme auftraten, ebenfalls anfertigen und ab damit. Man kann sich zwar selbst darum kümmern, aber allein der Zeit-/Nutzenaufwand steht doch im krassen Missverhältnis!

Sofern das System neu aufgespielt ist, aktuelles BIOS und Treiber eingespielt sind sowie richtig konfiguriert wurde: das System einfach zum Händler bringen

Sibst · 9. September 2010

Ok werde dann mal alles protokollieren, das Problem ist nur, der Händler ist Hardwareversand.de
Wenn ich den kompletten Rechner dahin schicke,
heulen die mir hinterher die Ohren voll von wegen "Ja das hätte auch auf dem Weg hier hin passieren können"...

Ich rufe da morgen einfach mal an, schildere denen meine Probleme usw. und frage dann nach ob es in Ordnung ist,
den Rechner in einem PC-Laden meiner Wahl auf Kosten des Hardwareversands überprüfen zu lassen.

EDIT: Ich verstehe nur nicht was ich da alles auf der AMD Seite runterladen soll, da is sooo viel xD

Bevor ich da jetzt noch was falsches runterlade und installiere...

ATI CrossFireX™ Application Profiles -> Windows 7 64-bit -> Display Driver 10.8 vom 8/25/2010 (Was ist mit CCC? brauche ich nicht oder?)

Motherboard/Integrated Video Drivers -> Windows 7 64-bit -> Optional Downloads -> South Bridge Driver (+ Raid Driver for Windows 7?)

Das mit dem Lan-Treiber verstehe ich nicht. Da steht was von Win7 und Server...

Edit2: Habe die RAM-Riegel jetzt nochmal in die anderen Slots gesteckt. Hier läufts genauso, wie mir schon jemand sagte:

"Ein defekter Ram kann die schönsten Fehlermeldungen produzieren"

Also ises doch NUR der Ram oder? Ich hoffe doch, dann muss ich nicht den kompletten Rechner auseinander nehmen.

simpel1970 · 10. September 2010

dann geb ich ihm halt 5 Minuten^^ Trotzdem kommen ja immernoch BSODs.

Wie denn nun? Wenn es der Cold-Boot-Bug wäre, müsste er -einmal richtig hochgefahren- auch stabil bleiben.

Also ises doch NUR der Ram oder? Ich hoffe doch, dann muss ich nicht den kompletten Rechner auseinander nehmen.

Es deutet alles darauf hin.

Sibst · 10. September 2010

Vielleicht kann ich es ja doch noch beheben. Habe gerade etwas gefunden:

Du kannst mal folgendes probieren:
Speicherspannung um eine Stufe erhöhen
CPU-NB Spannung um eine Stufe erhöhen
Speicherverwaltung von "unganged"auf "ganged" stellen

Die NB Spannung habe ich bisher noch nicht 1 mal angerührt und die Speicherverwaltung genauso wenig.

Rayza · 11. September 2010

Wenn ich den kompletten Rechner dahin schicke,
heulen die mir hinterher die Ohren voll von wegen "Ja das hätte auch auf dem Weg hier hin passieren können"...

Nä, machen die nicht

Hab auch ein Problem mit dem RAM + Mainboard (hab auch einen Thread mit Bluescreens)
Rechner dorthin geschickt, Probleme geschildert.
HWV: Kein Problem, wir machen alles (BIOS Einstellungen usw.)
Obwohl ich ein Mugen 2 hab ( der eigl. nicht eingebaut und versendet wird) hat der Supporter gesagt das sich da was machen lässt

simpel1970 · 13. September 2010

Sibst schrieb:
Die NB Spannung habe ich bisher noch nicht 1 mal angerührt und die Speicherverwaltung genauso wenig.

Und? Besser geworden?

Sibst · 13. September 2010

Leider nein. Hab heute morgen das Retourepaket zurückgeschickt.
Denke mal gegen Ende der Woche kommt die Lieferung hier wieder an^^

simpel1970 · 13. September 2010

Ok. Dann viel Glück mit dem neuen RAM.

Rayza · 16. September 2010

Sibst schrieb:
Leider nein. Hab heute morgen das Retourepaket zurückgeschickt.
Denke mal gegen Ende der Woche kommt die Lieferung hier wieder an^^

mach dir keine falsche hoffnung

hab auch ca. 2 wochen gewartet da die viel zutun haben (laut support)

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

Lötkolbengott/-göttin

serafen

Guest

Komplett-PC-Käufer(in)

Freizeitschrauber(in)

serafen

Guest

Lötkolbengott/-göttin

Komplett-PC-Käufer(in)

serafen

Guest

Komplett-PC-Käufer(in)

Lötkolbengott/-göttin

Komplett-PC-Käufer(in)

serafen

Guest

Komplett-PC-Käufer(in)

Lötkolbengott/-göttin

Komplett-PC-Käufer(in)

Komplett-PC-Aufrüster(in)

Lötkolbengott/-göttin

Komplett-PC-Käufer(in)

Lötkolbengott/-göttin

Komplett-PC-Aufrüster(in)

Ähnliche Themen