RAM kaputt?

Uhm, also ich war jetzt auf der ASUS seite und da gibts unmengen an downloads für mein board, was muss ich denn jetzt runterladen und installieren?
 
chipsatz / performance-soft & system tools .... Betriebssystem beachten !

- http://www.nvidia.de/Download/index.aspx?lang=de


edit: ... nforce auswählen u. betreff. chipsatz ... in deinem fall 680í SLI

edit2: ups ...sorry ... stimmt ist ein 650I SLI

edit3: Treiber / Software & Audio
 
Zuletzt bearbeitet:
Welchen Board treiber soll ich denn jetzt laden?
Ergänzung ()

Hab jetzt Hannes anweisungen befolgt, nur dass ich bei command per clock 2 clock stehen hab und nicht 2T und NB voltage konnte ich nur enweder auf 1.2nochwas oder fast 1.4 stellen, hab das 1.2nochwas ausgewählt.

edit: bluescreen mit irql_less_or_not_equal...

das ist ja zum heulen
 
Zuletzt bearbeitet:
Die Hardware wirst du heute nicht mehr zum stabilen Laufen kriegen, schau dich nach anderem Speicher zum Probieren um.

Wenns mit anderen Speichern auch nicht läuft ist sicher das Mainboard im Eimer,

allerdings gibts massig BIOS Updates bei ASUS.

http://support.asus.de/download/download.aspx?SLanguage=de-de&model=P5N-E SLI&product=1

Nimm mal die Freeware CPU-Z und schau unter Mainboard welche BIOS Version aktuell auf deinem Mainboard ist. Vllt lohnt ein Update. :)

Im BIOS läuft doch alles stabil ?

Welches Vista hast du denn 32-Bit oder 64-Bit ?
 
Zuletzt bearbeitet von einem Moderator:
Also bei Version steht: ASUS P5N-E SLI ACPI BIOS Revision 0703
 
Asbach Uralt vom August 2007, pack das aktuellste BIOS File entpackt auf einen FAT (16) formatierten USB Stick und flashe mit dem BIOS internen Tool "EZ Flash" auf die neueste Version.

Würde ich machen, aber nur wenn das System absolut stabil im BIOS läuft.
 
Zuletzt bearbeitet von einem Moderator: (vertippt nochmal ;))
Ähm, welches file muss ich jetzt von der ASUS seite laden? :O
 
Muss ich während dieses updates irgendetwas kompliziertes machen oder muss ich einfach nur das tool auswählen?
 
Im Mainboardhandbuch gibts eine ausführliche Beschreibung zum Tool EZ-FLash.

Kannst dir ja das Handbuch laden und nochmal reinschauen.

Ich kenn das nicht aus der Praxis. :freaky: Handbücher konnte ich aber immer vom

Englischen ins Deutsche übersetzen ;)

http://www.youtube.com/watch?v=pikBe8Cu6T4
 
Ich warte jetzt erstmal bis zum nächsten bluescreen und werde dann mein BIOS updaten, bericht folgt danach.
Ergänzung ()

So, hab jetzt nochmal memtest mit beiden ram riegeln laufen lassen und bin joggen gegangen.
Als ich wieder heim kam sagte mein vater dass der pc ein langes unaufhörliches piepsen von sich gab und er hat darauf einfach den strom abgeschaltet. Ist das jetzt höchstwahrscheinlich ein RAM fehler?
 
Du könntest noch die Minidump-Datei auswerten, die zum Bluescreen geschrieben wurde und evtl. für die weitere Fehlersuche hilfreich sein könnte.
Dateien, die bei der Beschreibung des Problems hilfreich sind:
C:\Windows\Minidump\040410-22401-01.dmp
C:\Windows\Temp\WER-25053-0.sysdata.xml
Wie die Minidump ausgewertet wird und was du dazu brauchst wird hier kurz erklärt: Klick!

Führe aber zunächst ein Bios Udate durch, wie von emeraldmine empfohlen.

emeraldmine schrieb:
Würde ich machen, aber nur wenn das System absolut stabil im BIOS läuft.
Das ist jedoch Voraussetzung, ansonsten könntest du dein Board schrotten, wenn während des Updates, der PC abschmiert.

Ist mit dem EZ-Flash auch recht einfach.
USB-Stick mit Fat32 formatieren. Bios File auf den Stick packen. Stick im PC lassen. Neustarten und ins Bios gehen. Im Exit Menü "Load Setup Defaults" laden und speichern. Danach im Tools-Menü des Bios EZ-Flash starten.
Im EZ-Flash Menü den Stick (Laufwerksbuchstaben) auswählen und die Bios Datei auswählen.
Das Bios wird nun geflasht. Nach erfolgreichen Flashen wird der PC neu gestartet und du kannst im Bios deine individuellen Einstellungen (RAM, AHCI, etc) je nach Bedarf wieder neu einstellen (die wurden nämlich nach dem laden der Setup Defaults zurückgesetzt).
 
Zuletzt bearbeitet:
Ok hab jetzt den jüngsten dump genommen und das ist rausgekommen:
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

IRQL_NOT_LESS_OR_EQUAL (a)
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 a kernel debugger is available get the stack backtrace.
Arguments:
Arg1: ffffffffffffffff, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000001, bitfield :
bit 0 : value 0 = read operation, 1 = write operation
bit 3 : value 0 = not an execute operation, 1 = execute operation (only on chips which support this level of status)
Arg4: fffff80002accc22, address which referenced memory

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


WRITE_ADDRESS: ffffffffffffffff

CURRENT_IRQL: 2

FAULTING_IP:
nt!KxWaitForLockOwnerShip+12
fffff800`02accc22 48890a mov qword ptr [rdx],rcx

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0xA

PROCESS_NAME: steam.exe

TRAP_FRAME: fffff8800534c500 -- (.trap 0xfffff8800534c500)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000000000 rbx=0000000000000000 rcx=fffff8800534c728
rdx=ffffffffffffffff rsi=0000000000000000 rdi=0000000000000000
rip=fffff80002accc22 rsp=fffff8800534c690 rbp=fffff8800534c700
r8=fffff880009e7180 r9=0000000000000000 r10=fffff80002cc4840
r11=0000058000000000 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei ng nz na pe nc
nt!KxWaitForLockOwnerShip+0x12:
fffff800`02accc22 48890a mov qword ptr [rdx],rcx ds:0202:ffffffff`ffffffff=????????????????
Resetting default scope

LAST_CONTROL_TRANSFER: from fffff80002a8b469 to fffff80002a8bf00

STACK_TEXT:
fffff880`0534c3b8 fffff800`02a8b469 : 00000000`0000000a ffffffff`ffffffff 00000000`00000002 00000000`00000001 : nt!KeBugCheckEx
fffff880`0534c3c0 fffff800`02a8a0e0 : fffffa80`0109bff0 fffffa80`00fc32a0 00000000`00000848 00000000`0003b000 : nt!KiBugCheckDispatch+0x69
fffff880`0534c500 fffff800`02accc22 : fffff880`0534c720 fffff800`0300a44e 00000000`00000001 00000000`000008e1 : nt!KiPageFault+0x260
fffff880`0534c690 fffff800`02aa4af4 : fffffa80`00fc32a0 fffff800`02a9a1ed fffff880`009e7180 00000000`00000003 : nt!KxWaitForLockOwnerShip+0x12
fffff880`0534c6c0 fffff800`02abd88f : 00000000`00000000 fffff680`0009c020 00000000`00000000 fffff880`009e7180 : nt!MiInsertPageInFreeOrZeroedList+0x4e4
fffff880`0534c7c0 fffff800`02abcb51 : 00000000`00000000 fffff680`0009c1d8 fffffa80`0193c060 00000000`0006a3ea : nt!MiDeletePteRun+0x49f
fffff880`0534c970 fffff800`02acdc4a : 00000000`00000000 00000000`1383bfff fffffa80`00000000 fffffa80`0193c060 : nt!MiDeleteVirtualAddresses+0x408
fffff880`0534cb30 fffff800`02a8b153 : ffffffff`ffffffff 00000000`0ec0e810 00000000`0ec0e808 00000000`00008000 : nt!NtFreeVirtualMemory+0x5ca
fffff880`0534cc20 00000000`7769009a : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13
00000000`0ec0e7d8 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x7769009a


STACK_COMMAND: kb

FOLLOWUP_IP:
nt!KxWaitForLockOwnerShip+12
fffff800`02accc22 48890a mov qword ptr [rdx],rcx

SYMBOL_STACK_INDEX: 3

SYMBOL_NAME: nt!KxWaitForLockOwnerShip+12

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

IMAGE_NAME: ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP: 4a5bc600

FAILURE_BUCKET_ID: X64_0xA_nt!KxWaitForLockOwnerShip+12

BUCKET_ID: X64_0xA_nt!KxWaitForLockOwnerShip+12

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

heißt das jetzt steam ist an allem schuld?
Ergänzung ()

Ich häng mal noch einen dran vom tag davor:


*******************************************************************************
* *
* 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: ffffc700c2a877b8, memory referenced.
Arg2: 0000000000000001, value 0 = read operation, 1 = write operation.
Arg3: fffff960001654fa, If non-zero, the instruction address which referenced the bad memory
address.
Arg4: 0000000000000007, (reserved)

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


Could not read faulting driver name

WRITE_ADDRESS: GetPointerFromAddress: unable to read from fffff80002cac0e0
ffffc700c2a877b8

FAULTING_IP:
win32k!SURFREF::vAltCheckLockIgnoreStockBit+7e
fffff960`001654fa ff4308 inc dword ptr [rbx+8]

MM_INTERNAL_CODE: 7

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0x50

PROCESS_NAME: LogonUI.exe

CURRENT_IRQL: 0

TRAP_FRAME: fffff88002a6df50 -- (.trap 0xfffff88002a6df50)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000000205 rbx=0000000000000000 rcx=0000000000000000
rdx=fffff900c020af98 rsi=0000000000000000 rdi=0000000000000000
rip=fffff960001654fa rsp=fffff88002a6e0e0 rbp=fffff88002a6e178
r8=0000000000000001 r9=0000000000000751 r10=fffff900c0200000
r11=fffff88002a6e138 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl zr na po nc
win32k!SURFREF::vAltCheckLockIgnoreStockBit+0x7e:
fffff960`001654fa ff4308 inc dword ptr [rbx+8] ds:00000000`00000008=????????
Resetting default scope

LAST_CONTROL_TRANSFER: from fffff80002af3b19 to fffff80002a75f00

STACK_TEXT:
fffff880`02a6dde8 fffff800`02af3b19 : 00000000`00000050 ffffc700`c2a877b8 00000000`00000001 fffff880`02a6df50 : nt!KeBugCheckEx
fffff880`02a6ddf0 fffff800`02a73fee : 00000000`00000001 ffffc700`c2a877b0 00000000`00000300 fffff960`0022653f : nt! ?? ::FNODOBFM::`string'+0x40edb
fffff880`02a6df50 fffff960`001654fa : 00000000`00000380 00000000`00000000 fffff880`02a6e178 00000000`0601029a : nt!KiPageFault+0x16e
fffff880`02a6e0e0 fffff960`0016543a : 00000000`02050751 fffff880`02a6e220 00000000`00000000 00000000`00000000 : win32k!SURFREF::vAltCheckLockIgnoreStockBit+0x7e
fffff880`02a6e140 fffff960`0012661d : 00000000`02050751 00000000`00000000 00000000`02050751 00000000`00000000 : win32k!bDeleteSurface+0x22
fffff880`02a6e170 fffff800`02a75153 : fffffa80`045e9b60 fffff880`02a6e220 00000000`0185000f fffff800`02a81efa : win32k!NtGdiDeleteObjectApp+0xd5
fffff880`02a6e1a0 000007fe`fdfc118a : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13
00000000`0021ed48 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x7fe`fdfc118a


STACK_COMMAND: kb

FOLLOWUP_IP:
win32k!SURFREF::vAltCheckLockIgnoreStockBit+7e
fffff960`001654fa ff4308 inc dword ptr [rbx+8]

SYMBOL_STACK_INDEX: 3

SYMBOL_NAME: win32k!SURFREF::vAltCheckLockIgnoreStockBit+7e

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: win32k

IMAGE_NAME: win32k.sys

DEBUG_FLR_IMAGE_TIMESTAMP: 4a5bc5e0

FAILURE_BUCKET_ID: X64_0x50_win32k!SURFREF::vAltCheckLockIgnoreStockBit+7e

BUCKET_ID: X64_0x50_win32k!SURFREF::vAltCheckLockIgnoreStockBit+7e

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

Und weils so schön ist hier noch der erste den ich hatte seit dieses problem besteht:

*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

SYSTEM_THREAD_EXCEPTION_NOT_HANDLED_M (1000007e)
This is a very common bugcheck. Usually the exception address pinpoints
the driver/function that caused the problem. Always note this address
as well as the link date of the driver/image that contains this address.
Some common problems are exception code 0x80000003. This means a hard
coded breakpoint or assertion was hit, but this system was booted
/NODEBUG. This is not supposed to happen as developers should never have
hardcoded breakpoints in retail code, but ...
If this happens, make sure a debugger gets connected, and the
system is booted /DEBUG. This will let us see why this breakpoint is
happening.
Arguments:
Arg1: ffffffffc0000005, The exception code that was not handled
Arg2: fffff80002a7fd3c, The address that the exception occurred at
Arg3: fffff880041308d8, Exception Record Address
Arg4: fffff88004130130, Context Record Address

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


EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - Die Anweisung in 0x%08lx verweist auf Speicher 0x%08lx. Der Vorgang %s konnte nicht im Speicher durchgef hrt werden.

FAULTING_IP:
nt!KiSearchForNewThread+cc
fffff800`02a7fd3c 440fb74854 movzx r9d,word ptr [rax+54h]

EXCEPTION_RECORD: fffff880041308d8 -- (.exr 0xfffff880041308d8)
ExceptionAddress: fffff80002a7fd3c (nt!KiSearchForNewThread+0x00000000000000cc)
ExceptionCode: c0000005 (Access violation)
ExceptionFlags: 00000000
NumberParameters: 2
Parameter[0]: 0000000000000000
Parameter[1]: ffffffffffffffff
Attempt to read from address ffffffffffffffff

CONTEXT: fffff88004130130 -- (.cxr 0xfffff88004130130)
rax=bffff80002bfeb80 rbx=0000000000000000 rcx=0000000000000001
rdx=0000000000000001 rsi=fffff80002a06000 rdi=fffff80002bf0e80
rip=fffff80002a7fd3c rsp=fffff88004130b10 rbp=0000000000000001
r8=fffffa80017fe950 r9=0000000000000000 r10=fffff80002a06000
r11=fffff80002bf0e00 r12=0000000000000000 r13=00000022ab202286
r14=0000000000000000 r15=fffffa80034aac68
iopl=0 nv up ei pl nz na pe nc
cs=0010 ss=0018 ds=002b es=002b fs=0053 gs=002b efl=00010202
nt!KiSearchForNewThread+0xcc:
fffff800`02a7fd3c 440fb74854 movzx r9d,word ptr [rax+54h] ds:002b:bffff800`02bfebd4=????
Resetting default scope

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

PROCESS_NAME: System

CURRENT_IRQL: 2

ERROR_CODE: (NTSTATUS) 0xc0000005 - Die Anweisung in 0x%08lx verweist auf Speicher 0x%08lx. Der Vorgang %s konnte nicht im Speicher durchgef hrt werden.

EXCEPTION_PARAMETER1: 0000000000000000

EXCEPTION_PARAMETER2: ffffffffffffffff

READ_ADDRESS: GetPointerFromAddress: unable to read from fffff80002cae0e0
ffffffffffffffff

FOLLOWUP_IP:
parport!P5FdoThread+62
fffff880`04592742 807b5900 cmp byte ptr [rbx+59h],0

BUGCHECK_STR: 0x7E

LAST_CONTROL_TRANSFER: from fffff80002a7effc to fffff80002a7fd3c

STACK_TEXT:
fffff880`04130b10 fffff800`02a7effc : fffffa80`034aab60 fffffa80`034aab60 3fffffff`00000000 00000010`00000000 : nt!KiSearchForNewThread+0xcc
fffff880`04130b80 fffff800`02a811af : fffffa80`00004000 fffff800`02b80114 00000000`000000b9 00000000`010ac6b4 : nt!KiCommitThreadWait+0x17c
fffff880`04130c10 fffff880`04592742 : fffffa80`034aab00 fffffa80`00000000 00000000`00000000 fffffa80`018c3000 : nt!KeWaitForSingleObject+0x19f
fffff880`04130cb0 fffff800`02d1b166 : ffffffff`fd050f80 fffff800`02bf0e80 fffff880`04130db0 fffffa80`034aab60 : parport!P5FdoThread+0x62
fffff880`04130d40 fffff800`02a56486 : fffff800`02bf0e80 fffffa80`034aab60 fffff800`02bfec40 fffff880`01449534 : nt!PspSystemThreadStartup+0x5a
fffff880`04130d80 00000000`00000000 : fffff880`04131000 fffff880`0412b000 fffff880`04130a00 00000000`00000000 : nt!KxStartSystemThread+0x16


SYMBOL_STACK_INDEX: 3

SYMBOL_NAME: parport!P5FdoThread+62

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: parport

IMAGE_NAME: parport.sys

DEBUG_FLR_IMAGE_TIMESTAMP: 4a5bcaa8

STACK_COMMAND: .cxr 0xfffff88004130130 ; kb

FAILURE_BUCKET_ID: X64_0x7E_parport!P5FdoThread+62

BUCKET_ID: X64_0x7E_parport!P5FdoThread+62

Followup: MachineOwner
---------
 
Zuletzt bearbeitet:
heißt das jetzt steam ist an allem schuld?

Nein, steam war nur der Prozess, während dessen der Bluescreen auftrat. Dies ist am ersten Bluescreen schuld:

IMAGE_NAME: ntkrnlmp.exe
...
IRQL_NOT_LESS_OR_EQUAL (a)

Wenn das in Verbindung mit der zweiten Bluescreenursache steht
PAGE_FAULT_IN_NONPAGED_AREA (50)
Invalid system memory was referenced.

Ist es ziemlich sicher der RAM, der das Problem darstellt.

3. Bluescreen:
ERROR_CODE: (NTSTATUS) 0xc0000005 - Die Anweisung in 0x%08lx verweist auf Speicher 0x%08lx. Der Vorgang %s konnte nicht im Speicher durchgef hrt werden.
...
IMAGE_NAME: parport.sys

Parport.sys ist ein Treiber für den Parallelport.
Hast du einen Drucker am Parallelport stecken bzw. ist der Parallelport (25pin Druckeranschluss) bei dir überhaupt belegt?

Sofern es sich jedoch um defekten RAM handelt, kann auch hier davon ausgegangen werden, dass der Bluescreen durch den RAM verursacht wurde.
 
Also am parallelport steckt nichts.
Hab vorhin steam neuinstalliert weil ich dachte dass es die wurzel des übels ist und seitdem ist der computer 2 stunden lang fehlerfrei gelaufen. Dann hab ich ihn ausgemacht und nun wieder angemacht. Mal sehen wie sich das ganze entwickelt.
 
Zurück
Oben