WinFuture-Forum.de: Bluescreen RAM - WinFuture-Forum.de

Zum Inhalt wechseln

Alle Informationen zum Thema Windows 7 in unserem Special. Windows 7 Download, FAQ und neue Funktionen im Überblick.
Seite 1 von 1

Bluescreen RAM


#1 Mitglied ist offline   maaR 

  • Gruppe: aktive Mitglieder
  • Beiträge: 53
  • Beigetreten: 12. Mai 07
  • Reputation: 0

geschrieben 10. Juli 2011 - 12:54

Hi, ich hab das problem das immer wenn ich den Rechner aus hatte, also mindestens ein paar stunden dann stürzt er beim 1. starten nach ca 1-2 minuten im Windows ab.
Danach läuft der Rechner tagelang ohne probleme.. nachm restart läuft er auch weiter das problem tritt nur wieder auf wenn der rechner über nacht ausgeschaltet wurde un dann am nächsten tag neu gestartet wird..

Ich vermute er hat da probleme mit dem Ram wenn der warm ist is der fehler behoben.
Vermutet ihr auch den Ram anhand des debug files?
kann man am file sehen welcher Ram Slot den fehler auslöst? bekomme die nur schwer raus weil der CPU kühler die Rams verdeckt ;/ sonst hätte ich schon lang mal ausprobiert mit welchem riegel der fehler auftritt ^^

Habe Windows 7 Ultimate 64bit
6GB Ram - 3 riegel

PS. Achso das problem bestehet seit anfang an. Habe den Rechner selbst zusammen gebaut



Gruß Martin


0: 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: fffff6fb40003fe8, Virtual address for the attempted write.
Arg2: 00d000016eb75025, PTE contents.
Arg3: fffff88003bc37c0, (reserved)
Arg4: 000000000000000b, (reserved)

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


CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

BUGCHECK_STR:  0xBE

PROCESS_NAME:  svchost.exe

CURRENT_IRQL:  0

TRAP_FRAME:  fffff88003bc3ab0 -- (.trap 0xfffff88003bc3ab0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000000000 rbx=0000000000000000 rcx=0000000000005a4d
rdx=00000000ffb10000 rsi=0000000000000000 rdi=0000000000000000
rip=fffff80002c997e7 rsp=fffff88003bc3c48 rbp=fffff88003bc4ca0
 r8=0000000000000000  r9=fffff88003bc3c88 r10=0000000000000000
r11=0000000000000000 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0		 nv up ei pl nz na pe nc
nt!RtlImageNtHeaderEx+0x3f:
fffff800`02c997e7 66390a		  cmp	 word ptr [rdx],cx ds:5b60:00000000`ffb10000=?
Resetting default scope

LAST_CONTROL_TRANSFER:  from fffff80002d39ae2 to fffff80002cb9740

STACK_TEXT:  
fffff880`03bc3658 fffff800`02d39ae2 : 00000000`000000be fffff6fb`40003fe8 00d00001`6eb75025 fffff880`03bc37c0 : nt!KeBugCheckEx
fffff880`03bc3660 fffff800`02cb782e : 00000000`00000001 fffff680`007fd880 00000000`00000200 fffff880`03bc38f0 : nt! ? ::FNODOBFM::`string'+0x4237e
fffff880`03bc37c0 fffff800`02cd40f7 : 00000000`00000000 00000000`00000000 ffffffff`ffffffff ffffffff`ffffffff : nt!KiPageFault+0x16e
fffff880`03bc3950 fffff800`02cb782e : 00000000`00000000 000007ff`fffd7000 00000000`00000000 fffff880`03bc4020 : nt!MmAccessFault+0xcf7
fffff880`03bc3ab0 fffff800`02c997e7 : fffff800`02c99872 00000000`00000002 fffff800`02f69609 00000000`00000010 : nt!KiPageFault+0x16e
fffff880`03bc3c48 fffff800`02c99872 : 00000000`00000002 fffff800`02f69609 00000000`00000010 00000000`00010246 : nt!RtlImageNtHeaderEx+0x3f
fffff880`03bc3c50 fffff800`02f69776 : fffff880`00000001 00000000`00000000 fffff880`00000380 fffff880`03bc3ce8 : nt!RtlImageNtHeader+0x1e
fffff880`03bc3c80 fffff800`02f677a1 : 00000000`00000000 fffffa80`0782db30 fffffa80`07d21b98 00000000`000002bc : nt!MmCreatePeb+0x276
fffff880`03bc3db0 fffff800`02f64fe8 : 00000000`00000000 00000000`01a1cf80 fffff880`03bc46f0 fffffa80`055f78ae : nt!PspAllocateProcess+0x79d
fffff880`03bc4080 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!NtCreateUserProcess+0x4a3


STACK_COMMAND:  kb

FOLLOWUP_IP: 
nt! ? ::FNODOBFM::`string'+4237e
fffff800`02d39ae2 cc			  int	 3

SYMBOL_STACK_INDEX:  1

SYMBOL_NAME:  nt! ? ::FNODOBFM::`string'+4237e

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: nt

IMAGE_NAME:  ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP:  4c1c44a9

FAILURE_BUCKET_ID:  X64_0xBE_nt!_?_::FNODOBFM::_string_+4237e

BUCKET_ID:  X64_0xBE_nt!_?_::FNODOBFM::_string_+4237e

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

0: kd> !analyze -v

Dieser Beitrag wurde von maaR bearbeitet: 10. Juli 2011 - 13:05

0

Anzeige



#2 Mitglied ist offline   Mal4ik 

  • Gruppe: aktive Mitglieder
  • Beiträge: 645
  • Beigetreten: 22. Januar 05
  • Reputation: 0
  • Geschlecht:Männlich

geschrieben 11. Juli 2011 - 09:09

Hallo,

hatte bei mir vor einer Woche absolut das gleiche Problem.

Habe dann den Arbeitsspeicher mittels Memtest86+ gecheckt. Dieser war
vollkommen OK und wies keine Fehler auf, trotzdem hatte ich das gleiche Phänomen wie bei dir.
Später fand ich heraus, das es mit der automatischen Übertaktung von meinem Core i5 zusammen gehangen hat. Es ist eine CPU mit 2,66GHz welche Standardmäßig mit 3,00 GHz lief. Dadurch hat
sie logischerweise eine höhere Spannung bekommen und hatte immer dieses Problem welches du
beschreibst.
Nachdem ich die CPU Spannung auf den Default Wert angepasst habe, ist das Problem verschwunden und es funktioniert alles super. Vielleicht hilft dir das ja?

Bei diesem Tool habe ichs bei mir eingestellt: Angehängtes Bild: ShadowForm_2011_07_11_10_06_04.jpg
//**~ Mal4ik ~**//
0

#3 Mitglied ist offline   sermon 

  • Gruppe: aktive Mitglieder
  • Beiträge: 5.181
  • Beigetreten: 12. März 08
  • Reputation: 162
  • Geschlecht:Männlich
  • Wohnort:Bielefeld

geschrieben 11. Juli 2011 - 13:00

Erstmal ins BIOS und alles auf default stellen.
Außerdem wäre es schön zu wissen, was für ein Board du hast und welchen RAM.
Eingefügtes Bild
Eingefügtes Bild
0

#4 Mitglied ist offline   maaR 

  • Gruppe: aktive Mitglieder
  • Beiträge: 53
  • Beigetreten: 12. Mai 07
  • Reputation: 0

geschrieben 12. Juli 2011 - 11:57

Also übertaktet ist denke ich nichts mehr.. weil ich das erstmal hinten angestellt hab wenn das system probleme macht :ph34r:

AMD Phenom 2 x4 955
Deneb Socket am3 45nm läuft auf 1.344V ist das korrekt?
(is ne black cpu will ihn eigentlich schon wieder übertakten aber mit dem problem nervts einfach)

läuft derzeit mit multi x16
3206.5 MHZ
Bus-Speed: 200
HT link: 2004

Stepping 3

Mainboard is nen ASRock 870 Extrem3

Ram sind nen 3er pack OCZ PC3-10700H 667mhz (ddr3)
OCZ3G133KV2G

Channel: Dual
DC mode unganged
Dran Freq 668 mhz
und der teiler auf 3:10
0

#5 Mitglied ist offline   sermon 

  • Gruppe: aktive Mitglieder
  • Beiträge: 5.181
  • Beigetreten: 12. März 08
  • Reputation: 162
  • Geschlecht:Männlich
  • Wohnort:Bielefeld

geschrieben 12. Juli 2011 - 13:00

Wieso ein 3erpack? normalerweise ist das dann RAM, der für die x58 Boards ausgelegt ist, für Intel mit ihrem triple chanel.
Nimm mal einen Riegel raus und teste es dann. lass aber die Riegel drine, die im Cualchanel sind.
Eingefügtes Bild
Eingefügtes Bild
0

#6 Mitglied ist offline   DK2000 

  • Gruppe: Administration
  • Beiträge: 19.806
  • Beigetreten: 19. August 04
  • Reputation: 1.435
  • Geschlecht:Männlich
  • Wohnort:Oben auf dem Berg
  • Interessen:Essen, PC, Filme, TV Serien...

geschrieben 12. Juli 2011 - 14:32

Wäre auch wichtig zu wissen, ob es immer der selbe BSOD ist.

Ausgehend von ersten Post, könnte es auch sein, dass die svchost.exe irgend etwas startet, was zu diesem Fehler führt.
Ich bin kein Toilettenpapier-Hamster.
---
Ich bin ein kleiner, schnickeldischnuckeliger Tiger aus dem Schwarzwald.
Alle haben mich ganz dolle lila lieb.
0

#7 Mitglied ist offline   maaR 

  • Gruppe: aktive Mitglieder
  • Beiträge: 53
  • Beigetreten: 12. Mai 07
  • Reputation: 0

geschrieben 12. Juli 2011 - 14:46

ok werd glei mal nochn 2. file analisieren und schaun

ja mit dem riegel raus nhemen :ph34r: is ja so ne sache x_X naja ich schau mal zur not muss halt cpu kühler runter

besten dank schonmal
0

#8 Mitglied ist offline   maaR 

  • Gruppe: aktive Mitglieder
  • Beiträge: 53
  • Beigetreten: 12. Mai 07
  • Reputation: 0

geschrieben 15. Juli 2011 - 11:45

CODE
0: 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: fffff6fb40003fe8, Virtual address for the attempted write.
Arg2: 00d000016eb75025, PTE contents.
Arg3: fffff88003bc37c0, (reserved)
Arg4: 000000000000000b, (reserved)

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


CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0xBE

PROCESS_NAME: svchost.exe

CURRENT_IRQL: 0

TRAP_FRAME: fffff88003bc3ab0 -- (.trap 0xfffff88003bc3ab0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000000000 rbx=0000000000000000 rcx=0000000000005a4d
rdx=00000000ffb10000 rsi=0000000000000000 rdi=0000000000000000
rip=fffff80002c997e7 rsp=fffff88003bc3c48 rbp=fffff88003bc4ca0
r8=0000000000000000 r9=fffff88003bc3c88 r10=0000000000000000
r11=0000000000000000 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl nz na pe nc
nt!RtlImageNtHeaderEx+0x3f:
fffff800`02c997e7 66390a cmp word ptr [rdx],cx ds:5b60:00000000`ffb10000=?
Resetting default scope

LAST_CONTROL_TRANSFER: from fffff80002d39ae2 to fffff80002cb9740

STACK_TEXT:
fffff880`03bc3658 fffff800`02d39ae2 : 00000000`000000be fffff6fb`40003fe8 00d00001`6eb75025 fffff880`03bc37c0 : nt!KeBugCheckEx
fffff880`03bc3660 fffff800`02cb782e : 00000000`00000001 fffff680`007fd880 00000000`00000200 fffff880`03bc38f0 : nt! ? ::FNODOBFM::`string'+0x4237e
fffff880`03bc37c0 fffff800`02cd40f7 : 00000000`00000000 00000000`00000000 ffffffff`ffffffff ffffffff`ffffffff : nt!KiPageFault+0x16e
fffff880`03bc3950 fffff800`02cb782e : 00000000`00000000 000007ff`fffd7000 00000000`00000000 fffff880`03bc4020 : nt!MmAccessFault+0xcf7
fffff880`03bc3ab0 fffff800`02c997e7 : fffff800`02c99872 00000000`00000002 fffff800`02f69609 00000000`00000010 : nt!KiPageFault+0x16e
fffff880`03bc3c48 fffff800`02c99872 : 00000000`00000002 fffff800`02f69609 00000000`00000010 00000000`00010246 : nt!RtlImageNtHeaderEx+0x3f
fffff880`03bc3c50 fffff800`02f69776 : fffff880`00000001 00000000`00000000 fffff880`00000380 fffff880`03bc3ce8 : nt!RtlImageNtHeader+0x1e
fffff880`03bc3c80 fffff800`02f677a1 : 00000000`00000000 fffffa80`0782db30 fffffa80`07d21b98 00000000`000002bc : nt!MmCreatePeb+0x276
fffff880`03bc3db0 fffff800`02f64fe8 : 00000000`00000000 00000000`01a1cf80 fffff880`03bc46f0 fffffa80`055f78ae : nt!PspAllocateProcess+0x79d
fffff880`03bc4080 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!NtCreateUserProcess+0x4a3


STACK_COMMAND: kb

FOLLOWUP_IP:
nt! ? ::FNODOBFM::`string'+4237e
fffff800`02d39ae2 cc int 3

SYMBOL_STACK_INDEX: 1

SYMBOL_NAME: nt! ? ::FNODOBFM::`string'+4237e

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

IMAGE_NAME: ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP: 4c1c44a9

FAILURE_BUCKET_ID: X64_0xBE_nt!_?_::FNODOBFM::_string_+4237e

BUCKET_ID: X64_0xBE_nt!_?_::FNODOBFM::_string_+4237e

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


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

PAGE_FAULT_IN_NONPAGED_AREA (50)
Invalid system memory was referenced. This cannot be protected by try-except,
it must be protected by a Probe. Typically the address is just plain bad or it
is pointing at freed memory.
Arguments:
Arg1: fffffba000d22b3b, memory referenced.
Arg2: 0000000000000000, value 0 = read operation, 1 = write operation.
Arg3: fffff80002ccf53b, If non-zero, the instruction address which referenced the bad memory
address.
Arg4: 0000000000000007, (reserved)

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


Could not read faulting driver name

READ_ADDRESS: GetPointerFromAddress: unable to read from fffff80002ef30e0
fffffba000d22b3b

FAULTING_IP:
nt!MiAgeWorkingSet+41b
fffff800`02ccf53b 410fb65f1b movzx ebx,byte ptr [r15+1Bh]

MM_INTERNAL_CODE: 7

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0x50

PROCESS_NAME: ICQ.exe

CURRENT_IRQL: 0

TRAP_FRAME: fffff880033167a0 -- (.trap 0xfffff880033167a0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000058000000000 rbx=0000000000000000 rcx=fffff68000066028
rdx=0000000000000001 rsi=0000000000000000 rdi=0000000000000000
rip=fffff80002ccf53b rsp=fffff88003316930 rbp=0000000000066028
r8=0000000000000001 r9=fffffa800823b3f8 r10=0000000000000005
r11=0000000000000000 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl zr na po nc
nt!MiAgeWorkingSet+0x41b:
fffff800`02ccf53b 410fb65f1b movzx ebx,byte ptr [r15+1Bh] ds:00000000`0000001b=?
Resetting default scope

LAST_CONTROL_TRANSFER: from fffff80002d3a849 to fffff80002cbb740

STACK_TEXT:
fffff880`03316638 fffff800`02d3a849 : 00000000`00000050 fffffba0`00d22b3b 00000000`00000000 fffff880`033167a0 : nt!KeBugCheckEx
fffff880`03316640 fffff800`02cb982e : 00000000`00000000 f0f06000`460e6847 00000000`00001000 fffff800`02defbfe : nt! ? ::FNODOBFM::`string'+0x40e0b
fffff880`033167a0 fffff800`02ccf53b : 00000000`000004da 00000000`00000001 00000000`00000002 00000000`000004d2 : nt!KiPageFault+0x16e
fffff880`03316930 fffff800`02d3da5e : fffffa80`0823b3f8 fffff880`00000001 00000000`00000001 fffff880`03316bb0 : nt!MiAgeWorkingSet+0x41b
fffff880`03316ae0 fffff800`02ccfee2 : 00000000`00000135 00000000`00000000 fffffa80`00000000 00000000`00000007 : nt! ? ::FNODOBFM::`string'+0x496d6
fffff880`03316b80 fffff800`02cd0173 : 00000000`00000008 fffff880`03316c10 00000000`00000001 fffffa80`00000000 : nt!MmWorkingSetManager+0x6e
fffff880`03316bd0 fffff800`02f5fc06 : fffffa80`0538f680 00000000`00000080 fffffa80`05370040 00000000`00000001 : nt!KeBalanceSetManager+0x1c3
fffff880`03316d40 fffff800`02c99c26 : fffff880`02f63180 fffffa80`0538f680 fffff880`02f6dfc0 00000000`00000120 : nt!PspSystemThreadStartup+0x5a
fffff880`03316d80 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KxStartSystemThread+0x16


STACK_COMMAND: kb

FOLLOWUP_IP:
nt!MiAgeWorkingSet+41b
fffff800`02ccf53b 410fb65f1b movzx ebx,byte ptr [r15+1Bh]

SYMBOL_STACK_INDEX: 3

SYMBOL_NAME: nt!MiAgeWorkingSet+41b

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

DEBUG_FLR_IMAGE_TIMESTAMP: 4c1c44a9

IMAGE_NAME: memory_corruption

FAILURE_BUCKET_ID: X64_0x50_nt!MiAgeWorkingSet+41b

BUCKET_ID: X64_0x50_nt!MiAgeWorkingSet+41b

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



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

MEMORY_MANAGEMENT (1a)
# Any other values for parameter 1 must be individually examined.
Arguments:
Arg1: 0000000000041790, The subtype of the bugcheck.
Arg2: fffffa80016b2d00
Arg3: 000000000000ffff
Arg4: 0000000000000000

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


BUGCHECK_STR: 0x1a_41790

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

PROCESS_NAME: poker.exe

CURRENT_IRQL: 0

LAST_CONTROL_TRANSFER: from fffff80002d41058 to fffff80002ccd740

STACK_TEXT:
fffff880`03a19068 fffff800`02d41058 : 00000000`0000001a 00000000`00041790 fffffa80`016b2d00 00000000`0000ffff : nt!KeBugCheckEx
fffff880`03a19070 fffff800`02ca067a : fffffa80`06b34570 fffffa80`00000006 fffff880`00001964 fffff800`00000006 : nt! ? ::FNODOBFM::`string'+0x339c8
fffff880`03a19920 fffff800`02fb0abf : fffff8a0`00d1da50 fffff880`03a19c20 00000000`00000000 fffffa80`077bd060 : nt!MmCleanProcessAddressSpace+0x96
fffff880`03a19970 fffff800`02f8a735 : 00000000`c0000005 00000000`c0000001 00000000`7ef56000 fffffa80`06aed060 : nt!PspExitThread+0x92f
fffff880`03a19a30 fffff800`02caa1cb : 00000000`00000100 fffffa80`077bd120 00000000`00000001 fffff800`02cd4b9d : nt!PsExitSpecialApc+0x1d
fffff880`03a19a60 fffff800`02caa610 : 00000000`00000000 fffff880`03a19ae0 fffff800`02f8a84c 00000000`00000001 : nt!KiDeliverApc+0x2eb
fffff880`03a19ae0 fffff800`02ccca37 : fffffa80`077bd060 00000000`00000818 fffff880`03a19bf8 fffffa80`0656d320 : nt!KiInitiateUserApc+0x70
fffff880`03a19c20 00000000`74b32dd9 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceExit+0x9c
00000000`05daf0f8 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x74b32dd9


STACK_COMMAND: kb

FOLLOWUP_IP:
nt! ? ::FNODOBFM::`string'+339c8
fffff800`02d41058 cc int 3

SYMBOL_STACK_INDEX: 1

SYMBOL_NAME: nt! ? ::FNODOBFM::`string'+339c8

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

IMAGE_NAME: ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP: 4cc791bd

FAILURE_BUCKET_ID: X64_0x1a_41790_nt!_?_::FNODOBFM::_string_+339c8

BUCKET_ID: X64_0x1a_41790_nt!_?_::FNODOBFM::_string_+339c8

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

0

#9 Mitglied ist offline   J000S 

  • Gruppe: aktive Mitglieder
  • Beiträge: 2.086
  • Beigetreten: 13. Juni 09
  • Reputation: 38
  • Geschlecht:Männlich
  • Wohnort:C:\Home
  • Interessen:Computer, Feuerwehr, Sport

geschrieben 15. Juli 2011 - 11:51

@maaR

es gibt auch nen Codebox tag, damit wirds etwas überschaubarer :lol:
0

#10 Mitglied ist offline   maaR 

  • Gruppe: aktive Mitglieder
  • Beiträge: 53
  • Beigetreten: 12. Mai 07
  • Reputation: 0

geschrieben 15. Juli 2011 - 14:19

hatte das alles in nen spoiler gemacht der hat aber nicht funktioniert :lol:

So also mal ram austauschen? sind ja immer unterschiedliche probleme
0

#11 Mitglied ist offline   J000S 

  • Gruppe: aktive Mitglieder
  • Beiträge: 2.086
  • Beigetreten: 13. Juni 09
  • Reputation: 38
  • Geschlecht:Männlich
  • Wohnort:C:\Home
  • Interessen:Computer, Feuerwehr, Sport

geschrieben 15. Juli 2011 - 15:17

einzeln schon alle durch gegangen?
0

#12 Mitglied ist offline   maaR 

  • Gruppe: aktive Mitglieder
  • Beiträge: 53
  • Beigetreten: 12. Mai 07
  • Reputation: 0

geschrieben 16. Juli 2011 - 00:35

So hab jetzt nen Riegel raus genommen also laufen nurnoch 2 im dual mode.
(hab mit CPU-Z jetzt mal ausgelesen der zeigt an das er im Singel Mode läuft, aufm board steht A1 B1 A2 B2 )

momentan steckt A1 und A2 drin.. dachte das würde im Dualchannel laufen. seltsam ;>

pc war ne zeit aus.. und dann kurz nachm starten also im windows.. 1 min ca. kommt normal der bluescreen.

Diesmal ist das bild eingefroren.. habe aber auch grad was gedrückt könnte also auch einfach nur kurz gehangen haben, hat ca 5 sek gehangen und dann ist nen bluescreen gekommen:

kann da wer was rauslesen, also was da passiert ist?

CODE
PAGE_FAULT_IN_NONPAGED_AREA (50)
Invalid system memory was referenced. This cannot be protected by try-except,
it must be protected by a Probe. Typically the address is just plain bad or it
is pointing at freed memory.
Arguments:
Arg1: fffff6f45004ca70, memory referenced.
Arg2: 0000000000000000, value 0 = read operation, 1 = write operation.
Arg3: fffff80002e6f31b, If non-zero, the instruction address which referenced the bad memory
address.
Arg4: 0000000000000005, (reserved)

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


Could not read faulting driver name

READ_ADDRESS: GetPointerFromAddress: unable to read from fffff800030b4100
fffff6f45004ca70

FAULTING_IP:
nt!MiAgeWorkingSet+1d1
fffff800`02e6f31b 488b19 mov rbx,qword ptr [rcx]

MM_INTERNAL_CODE: 5

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0x50

PROCESS_NAME: System

CURRENT_IRQL: 0

TRAP_FRAME: fffff880035167c0 -- (.trap 0xfffff880035167c0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000007ffffffff8 rbx=0000000000000000 rcx=fffff6f45004ca70
rdx=0000000000000001 rsi=0000000000000000 rdi=0000000000000000
rip=fffff80002e6f31b rsp=fffff88003516950 rbp=007ffff45004ca70
r8=0000000000000001 r9=fffff800030b75c0 r10=0000000000000005
r11=0000000000000000 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei ng nz na pe cy
nt!MiAgeWorkingSet+0x1d1:
fffff800`02e6f31b 488b19 mov rbx,qword ptr [rcx] ds:fffff6f4`5004ca70=?
Resetting default scope

LAST_CONTROL_TRANSFER: from fffff80002e2f3cf to fffff80002e84d00

STACK_TEXT:
fffff880`03516658 fffff800`02e2f3cf : 00000000`00000050 fffff6f4`5004ca70 00000000`00000000 fffff880`035167c0 : nt!KeBugCheckEx
fffff880`03516660 fffff800`02e82e2e : 00000000`00000000 fffff6f4`5004ca70 00000000`00000000 00000980`00000000 : nt! ? ::FNODOBFM::`string'+0x44891
fffff880`035167c0 fffff800`02e6f31b : 00000003`00000000 d6e00000`36a7a963 00000000`00000000 00000000`0000956e : nt!KiPageFault+0x16e
fffff880`03516950 fffff800`02efe4f5 : fffff800`030b75c0 fffff880`00000001 00000000`00000001 fffff880`03516bb0 : nt!MiAgeWorkingSet+0x1d1
fffff880`03516b00 fffff800`02e6f8c6 : 00000000`000000ae 00000000`00000000 fffffa80`00000000 00000000`00000005 : nt! ? ::FNODOBFM::`string'+0x4d886
fffff880`03516b80 fffff800`02e6fd67 : 00000000`00000008 fffff880`03516c10 00000000`00000001 fffffa80`00000000 : nt!MmWorkingSetManager+0x6e
fffff880`03516bd0 fffff800`0312132e : fffffa80`03c60b60 00000000`00000080 fffffa80`03b55b30 00000000`00000001 : nt!KeBalanceSetManager+0x1c3
fffff880`03516d40 fffff800`02e76666 : fffff880`03163180 fffffa80`03c60b60 fffff880`0316dfc0 3f7b0786`1a204d14 : nt!PspSystemThreadStartup+0x5a
fffff880`03516d80 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiStartSystemThread+0x16


STACK_COMMAND: kb

FOLLOWUP_IP:
nt!MiAgeWorkingSet+1d1
fffff800`02e6f31b 488b19 mov rbx,qword ptr [rcx]

SYMBOL_STACK_INDEX: 3

SYMBOL_NAME: nt!MiAgeWorkingSet+1d1

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

DEBUG_FLR_IMAGE_TIMESTAMP: 4d9fdd5b

IMAGE_NAME: memory_corruption

FAILURE_BUCKET_ID: X64_0x50_nt!MiAgeWorkingSet+1d1

BUCKET_ID: X64_0x50_nt!MiAgeWorkingSet+1d1

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

Dieser Beitrag wurde von maaR bearbeitet: 16. Juli 2011 - 00:40

0

#13 Mitglied ist offline   WalterB 

  • Gruppe: aktive Mitglieder
  • Beiträge: 1.273
  • Beigetreten: 14. Juli 07
  • Reputation: 58
  • Geschlecht:Männlich
  • Wohnort:Schweiz
  • Interessen:Alles was mit Rechner zu tun hat.
    Im Einsatz, Windows, Apple und Linux.

  geschrieben 16. Juli 2011 - 06:48

Also die Meldung geht schon Richtung RAM !!

Walter

:D
0

#14 Mitglied ist offline   Ecce Homo 

  • Gruppe: aktive Mitglieder
  • Beiträge: 333
  • Beigetreten: 24. August 10
  • Reputation: 21
  • Geschlecht:Männlich
  • Wohnort: 
  • Interessen: 

geschrieben 16. Juli 2011 - 18:06

Ich würde definitv einen test mit Memtest86+ empfehlen, denn wenn es der RAM ist, dann weißt du es dann wenigstens, und wenn nicht, dann können wir nach den anderen Ursachen schauen.

mfg
Ecce Homo
On his birthday, Chuck Norris randomly selects one lucky child to be thrown into the sun.
0

#15 Mitglied ist offline   maaR 

  • Gruppe: aktive Mitglieder
  • Beiträge: 53
  • Beigetreten: 12. Mai 07
  • Reputation: 0

geschrieben 06. Oktober 2011 - 22:48

Ergebniss RAM hat fehler gemacht ein RAM riegel verursacht bei benutzung im Windows freezes.. und ein anderer riegel hat fehler und verursacht beim starten den bluescreen ;) THX 4 help @ all ;D
0

Thema verteilen:


Seite 1 von 1

1 Besucher lesen dieses Thema
Mitglieder: 0, Gäste: 1, unsichtbare Mitglieder: 0