Seltsames Bluescreenproblem

Jep, Mainboard wäre Sch... .Aber wenns dis Mainboard ist, würden dann nicht auch im Idle BS kommen?
 
Werte den letzten Stop 0xDA Fehler aus (Anleitung siehe Signatur).
Dieser wird i.d.R. ausschließlich durch Treiber ausgelöst. Sollte in der Auswertung keine Treiber erkennbar sein, scheint wohl ein hardwareseitiges Problem ursächlich für die Probleme zu sein.

denkbare Lösungen:
-> RAM Einstellungen (z.B. Command Rate auf 2T).
-> Bios Update
 
OK, hab das mit WinDebugger gemacht und folgendes ist herausgekommen:

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


Loading Dump File [C:\Windows\Minidump\033111-31215-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: SRV*C:\symbols*http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows 7 Kernel Version 7601 (Service Pack 1) MP (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Built by: 7601.17514.amd64fre.win7sp1_rtm.101119-1850
Machine Name:
Kernel base = 0xfffff800`02e4d000 PsLoadedModuleList = 0xfffff800`03092e90
Debug session time: Thu Mar 31 15:59:34.628 2011 (UTC + 2:00)
System Uptime: 0 days 1:02:31.815
Loading Kernel Symbols
...............................................................
................................................................
...................
Loading User Symbols
Loading unloaded module list
.....
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck DA, {504, fffff6fc40044e30, 13, 89c6}

Probably caused by : ntkrnlmp.exe ( nt! ?? ::FNODOBFM::`string'+b57b )

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

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

SYSTEM_PTE_MISUSE (da)
The stack trace identifies the guilty driver.
Arguments:
Arg1: 0000000000000504, Type of error.
Arg2: fffff6fc40044e30
Arg3: 0000000000000013
Arg4: 00000000000089c6

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


CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0xDA

PROCESS_NAME: System

CURRENT_IRQL: 2

LAST_CONTROL_TRANSFER: from fffff80002f2712c to fffff80002ecd640

STACK_TEXT:
fffff880`033169d8 fffff800`02f2712c : 00000000`000000da 00000000`00000504 fffff6fc`40044e30 00000000`00000013 : nt!KeBugCheckEx
fffff880`033169e0 fffff800`02ed3444 : 00000000`0000004a fffff800`03079f00 00000000`00000000 00000000`00000000 : nt! ?? ::FNODOBFM::`string'+0xb57b
fffff880`03316af0 fffff800`02eb8b0b : fffffa80`0396e9e0 00000000`00000400 000089c6`0004fc82 00000000`00000001 : nt!MiEmptyPteBins+0x10d
fffff880`03316b40 fffff800`02eb81d8 : 00000000`00000008 00000000`00000001 fffffa80`0396e9e0 fffff800`02eb814b : nt!MiAdjustPteBins+0x4b
fffff880`03316b80 fffff800`02eb86c3 : 00000000`00000008 fffff880`03316c10 00000000`00000001 fffffa80`00000000 : nt!MmWorkingSetManager+0x40
fffff880`03316bd0 fffff800`0316acce : fffffa80`03aceb60 00000000`00000080 fffffa80`0396e9e0 00000000`00000001 : nt!KeBalanceSetManager+0x1c3
fffff880`03316d40 fffff800`02ebefe6 : fffff880`02f64180 fffffa80`03aceb60 fffff880`02f6efc0 00000000`00000000 : nt!PspSystemThreadStartup+0x5a
fffff880`03316d80 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KxStartSystemThread+0x16


STACK_COMMAND: kb

FOLLOWUP_IP:
nt! ?? ::FNODOBFM::`string'+b57b
fffff800`02f2712c cc int 3

SYMBOL_STACK_INDEX: 1

SYMBOL_NAME: nt! ?? ::FNODOBFM::`string'+b57b

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

IMAGE_NAME: ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP: 4ce7951a

FAILURE_BUCKET_ID: X64_0xDA_nt!_??_::FNODOBFM::_string_+b57b

BUCKET_ID: X64_0xDA_nt!_??_::FNODOBFM::_string_+b57b

Followup: MachineOwner
---------
Ergänzung ()

Den hier hab ich von nem alten BS:

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


Loading Dump File [C:\Windows\Minidump\032911-27736-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: SRV*C:\symbols*http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows 7 Kernel Version 7601 (Service Pack 1) MP (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Built by: 7601.17514.amd64fre.win7sp1_rtm.101119-1850
Machine Name:
Kernel base = 0xfffff800`02c09000 PsLoadedModuleList = 0xfffff800`02e4ee90
Debug session time: Tue Mar 29 19:48:49.257 2011 (UTC + 2:00)
System Uptime: 0 days 1:14:07.475
Loading Kernel Symbols
...............................................................
................................................................
.......................
Loading User Symbols
Loading unloaded module list
......
Unable to load image \SystemRoot\system32\DRIVERS\netr7364.sys, Win32 error 0n2
*** WARNING: Unable to verify timestamp for netr7364.sys
*** ERROR: Module load completed but symbols could not be loaded for netr7364.sys
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 1000007E, {ffffffffc0000005, fffff880026a2075, fffff88003dd36d8, fffff88003dd2f30}

Probably caused by : hardware ( netr7364+11075 )

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

2: kd> !analyze -v
*******************************************************************************
* *
* 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: fffff880026a2075, The address that the exception occurred at
Arg3: fffff88003dd36d8, Exception Record Address
Arg4: fffff88003dd2f30, 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:
netr7364+11075
fffff880`026a2075 c074c8c744 sal byte ptr [rax+rcx*8-39h],44h

EXCEPTION_RECORD: fffff88003dd36d8 -- (.exr 0xfffff88003dd36d8)
ExceptionAddress: fffff880026a2075 (netr7364+0x0000000000011075)
ExceptionCode: c0000005 (Access violation)
ExceptionFlags: 00000000
NumberParameters: 2
Parameter[0]: 0000000000000000
Parameter[1]: ffffffffffffffff
Attempt to read from address ffffffffffffffff

CONTEXT: fffff88003dd2f30 -- (.cxr 0xfffff88003dd2f30)
rax=0000000000000000 rbx=fffffa800603a220 rcx=f8800273554a0000
rdx=0000000000000000 rsi=fffffa800396e9e0 rdi=0000000000000001
rip=fffff880026a2075 rsp=fffff88003dd3910 rbp=0000000000000080
r8=fffffa8003db1000 r9=0000000000000000 r10=fffffa80039fc110
r11=0000000000000000 r12=fffffa8005d05000 r13=fffff880026cbab0
r14=0000000000000000 r15=fffff80003f98080
iopl=0 nv up ei ng nz na pe nc
cs=0010 ss=0018 ds=002b es=002b fs=0053 gs=002b efl=00010282
netr7364+0x11075:
fffff880`026a2075 c074c8c744 sal byte ptr [rax+rcx*8-39h],44h ds:002b:c400139a`aa4fffc7=??
Resetting default scope

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

PROCESS_NAME: System

CURRENT_IRQL: 0

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 fffff80002eba0e8
ffffffffffffffff

FOLLOWUP_IP:
netr7364+11075
fffff880`026a2075 c074c8c744 sal byte ptr [rax+rcx*8-39h],44h

BUGCHECK_STR: 0x7E

MISALIGNED_IP:
netr7364+11075
fffff880`026a2075 c074c8c744 sal byte ptr [rax+rcx*8-39h],44h

LAST_CONTROL_TRANSFER: from fffffa8005d05000 to fffff880026a2075

STACK_TEXT:
fffff880`03dd3910 fffffa80`05d05000 : 00000000`000030cc fffff880`03dd393c 00000000`00000000 0001f1da`0615a000 : netr7364+0x11075
fffff880`03dd3918 00000000`000030cc : fffff880`03dd393c 00000000`00000000 0001f1da`0615a000 00000000`00000020 : 0xfffffa80`05d05000
fffff880`03dd3920 fffff880`03dd393c : 00000000`00000000 0001f1da`0615a000 00000000`00000020 00ab0008`00000000 : 0x30cc
fffff880`03dd3928 00000000`00000000 : 0001f1da`0615a000 00000000`00000020 00ab0008`00000000 fffffa80`00000015 : 0xfffff880`03dd393c


SYMBOL_STACK_INDEX: 0

SYMBOL_NAME: netr7364+11075

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: hardware

IMAGE_NAME: hardware

DEBUG_FLR_IMAGE_TIMESTAMP: 0

STACK_COMMAND: .cxr 0xfffff88003dd2f30 ; kb

FAILURE_BUCKET_ID: X64_IP_MISALIGNED_netr7364.sys

BUCKET_ID: X64_IP_MISALIGNED_netr7364.sys

Followup: MachineOwner
---------
 
Command Rate ist schon auf 2T. Mein Bruder hatte auch ewig Probleme mit seinem RAM, der hat ihn auf 1.6 V gestellt und seitdem läuft alles. Soll ich sowas ähnliches auch machen (1.6 V hab ich schon Probiert, ging aber nicht)
 
Jo ich werds ma mit dem Update versuchen
Ergänzung ()

Hi

geht das mit dem BIOS - Update mit diesem Programm leichter? Asus Tool
 
Zuletzt bearbeitet:
Klingt ganz gut, auch das eine vorherige BIOS Sicherung angeboten wird ist erfreulich.
 
Wenn du Probleme mit/innerhalb des Betriebssystems hast, würde ich das Bios nicht unter Windows updaten. Nehme dazu lieber das boardeigene EZ Flash 2 Tool.

-USB Stick mit FAT32 formatieren
-Bios Datei (*.ROM) auf Stick kopieren
-USB Stick im PC stecken lassen
-PC neu starten
-Mit ENTF-Taste in Bios ->Menü "EXIT" und "Load Setup Defaults" auswählen. Hierbei werden die manuell geänderten Bioseinstellungen gelöscht und die Ursprungseinstellungen geladen. Sollten manuelle Einstellungen (z.B. AHCI-Mode, Onboard Audio, etc.) verändert worden sein, diese Einstellungen vor dem laden des Setup Defaults aufschreiben, da sie nach dem Bios-Update wieder manuell eingestellt werden müssen. Alternativ können die aktuellen Bioseinstellungen auch im Menü "Tools" unter OC-Profile "Save to Profile 1 (oder 2)" abgespeichert werden.
-Nach laden der Setup Default Einstellung im EXIT-Menü auf "Exit & Save Changes"
-Der PC startet neu
-Während des Einschalttests (Post-Screen) die Taste ALT+F2 drücken. Alternativ mit ENTF ins Bios und im Tools-Menü EZ Flash 2 starten. Es startet nun das Programm EZ Flash 2 (evtl. muss der Start des Programm noch bestätigt werden).
-Mit der Taste TAB zwischen den Laufwerken wechseln, bis die Bios-Datei gefunden wurde und angezeigt wird.
-Die Datei mit ENTER auswählen, die Bios Aktualisierung wird nun gestartet.
!Während des Update-Vorgangs den PC nicht neu starten oder ausschalten!
-Nach erfolgreichen Update startet der PC neu.
-Wieder mit ENTF ins Bios gehen und im Main-Menü unter Systminformationen nachsehen, ob die korrekte Bios-Version angezeigt wird, manuelle Einstellungen wieder herstellen (durch Eingabe oder unter OC-Profile ->Load from Profile 1 (oder 2)).
-Im Exit-Menü "Exit & Save Changes"
-FERTIG! Der PC sollte nun hochfahren
 
Zurück
Oben