[ReviRd-Revo]

Guten Morgen Leute,

ich habe mal wieder Bluescreens. Diesmal sogar so schlimm das diese halbstündlich erscheinen.
Neue Programme habe ich nicht installiert Windows Updates ist auf einem neusten Stand. Ich habe versucht den fehler zu finden bin aber daran gescheitert. Jetzt bräucht ich eure hilfe.

-sfc /scannow: ohne Fehler
-Festplatte auf fehler überprüft aber auch da alles i.O.
-Im abgesicherten Modus keine Probleme

Die Minidumps:

 060815-6224-01.dmp (280,37K)
Anzahl der Downloads: 47
 060715-5912-01.dmp (280,74K)
Anzahl der Downloads: 48
 060715-15069-01.dmp (282,24K)
Anzahl der Downloads: 45

[DK2000]

Ist in allen drei Dumps der selbe Fehler:

PAGE_FAULT_IN_NONPAGED_AREA (50)
Invalid system memory was referenced.

FAILURE_BUCKET_ID:  X64_0x50_aswMonFlt+2691

Jedesmal ist die aswMonFlt.sys der Auslöser, die wohl zu Avast gehört.

[ReviRd-Revo]

Danke dir.

Jetzt werde ich ein bischen wütend auf Avast denn letztens war bei mir auch Avast der auslöser.
Welches Programm nutzt du wegen den Bluescreens denn bei mir zeigt das Programm Bluescreenviewer nicht die verursachende Datei den Fehler.

Dieser Beitrag wurde von ReviRd-Revo bearbeitet: 08. Juni 2015 - 12:20

[ReviRd-Revo]

Also der Avast Support sagte mir das bei wenigen Nutzern das Problem entstehen kann die das Programm einfach nur aktualisieren, vor allem bei einer komplett neuen Version, als Lösung ist eine neue Installation von Nöten.

[DK2000]

Zitat (ReviRd-Revo: 08. Juni 2015 - 10:25)

Welches Programm nutzt du wegen den Bluescreens denn bei mir zeigt das Programm Bluescreenviewer nicht die verursachende Datei den Fehler.

Die Standalone Debugging Tools for Windows (WinDbg). Sind allerdings von der Bedienung und Einrichtung etwas umständlich. Wenn man dann aber so eine *dmp öffnet und !analyze -v eingibt, erhält man schon sehr viel Information:

Spoiler

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

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

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


Could not read faulting driver name

SYSTEM_SKU:  SKU

SYSTEM_VERSION:  To be filled by O.E.M.

BIOS_DATE:  01/11/2013

BASEBOARD_PRODUCT:  CROSSHAIR V FORMULA-Z

BASEBOARD_VERSION:  Rev 1.xx

BUGCHECK_P1: fffff8a000a26ffa

BUGCHECK_P2: 0

BUGCHECK_P3: fffff80003c75535

BUGCHECK_P4: 0

READ_ADDRESS: GetPointerFromAddress: unable to read from fffff80003ebb100
GetUlongPtrFromAddress: unable to read from fffff80003ebb2e0
GetUlongPtrFromAddress: unable to read from fffff80003ebb490
 fffff8a000a26ffa Paged pool

FAULTING_IP: 
nt!memcpy+255
fffff800`03c75535 4c8b540af0      mov     r10,qword ptr [rdx+rcx-10h]

MM_INTERNAL_CODE:  0

CPU_COUNT: 8

CPU_MHZ: fad

CPU_VENDOR:  AuthenticAMD

CPU_FAMILY: 15

CPU_MODEL: 2

CPU_STEPPING: 0

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  WIN7_DRIVER_FAULT

BUGCHECK_STR:  0x50

PROCESS_NAME:  SearchProtocol

CURRENT_IRQL:  0

ANALYSIS_VERSION: 10.0.10075.9 amd64fre

TRAP_FRAME:  fffff88008d20080 -- (.trap 0xfffff88008d20080)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=018074536d4d0381 rbx=0000000000000000 rcx=fffff8a00491e570
rdx=fffffffffc108a9a rsi=0000000000000000 rdi=0000000000000000
rip=fffff80003c75535 rsp=fffff88008d20218 rbp=fffff8a004916004
 r8=000000000000ffcc  r9=000000000000042b r10=b921557f000a7a91
r11=fffff8a004916004 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0         nv up ei pl nz na po nc
nt!memcpy+0x255:
fffff800`03c75535 4c8b540af0      mov     r10,qword ptr [rdx+rcx-10h] ds:fffff8a0`00a26ffa=??
Resetting default scope

LAST_CONTROL_TRANSFER:  from fffff80003cf9de7 to fffff80003c7e8c0

STACK_TEXT:  
fffff880`08d1ff18 fffff800`03cf9de7 : 00000000`00000050 fffff8a0`00a26ffa 00000000`00000000 fffff880`08d20080 : nt!KeBugCheckEx
fffff880`08d1ff20 fffff800`03c7c9ee : 00000000`00000000 fffff8a0`00a26ffa fffffa80`0beeb000 00000000`0000ffd2 : nt! ?? ::FNODOBFM::`string'+0x4172f
fffff880`08d20080 fffff800`03c75535 : fffff800`03c49358 00000000`00000000 00000000`0000ffdc fffffa80`0b5b27e0 : nt!KiPageFault+0x16e
fffff880`08d20218 fffff800`03c49358 : 00000000`00000000 00000000`0000ffdc fffffa80`0b5b27e0 00000000`00000000 : nt!memcpy+0x255
fffff880`08d20220 fffff880`01e25691 : 00000000`00000000 00000000`00000000 00000000`0000ffdc 00000000`00000000 : nt!RtlAppendUnicodeStringToString+0x58
fffff880`08d20250 00000000`00000000 : 00000000`00000000 00000000`0000ffdc 00000000`00000000 00000000`032b1501 : aswMonFlt+0x2691


STACK_COMMAND:  kb

FOLLOWUP_IP: 
aswMonFlt+2691
fffff880`01e25691 ??              ?

SYMBOL_STACK_INDEX:  5

SYMBOL_NAME:  aswMonFlt+2691

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: aswMonFlt

IMAGE_NAME:  aswMonFlt.sys

DEBUG_FLR_IMAGE_TIMESTAMP:  55364a04

FAILURE_BUCKET_ID:  X64_0x50_aswMonFlt+2691

BUCKET_ID:  X64_0x50_aswMonFlt+2691

PRIMARY_PROBLEM_CLASS:  X64_0x50_aswMonFlt+2691

ANALYSIS_SOURCE:  KM

FAILURE_ID_HASH_STRING:  km:x64_0x50_aswmonflt+2691

FAILURE_ID_HASH:  {17b03de3-1e7e-4146-5c38-1a27dd4899a0}

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

Meistens reicht das, um zu sehen, wer da so als letztes irgendetwas gemacht hat, in dem Falle hier die aswMonFlt.sys. Da es bei allen drei Dumps immer genau der selbe Ablauf ist, ist hier die Wahrscheinlichkeit sehr hoch, dass der Treiber selber dafür verantwortlich ist.

Da es sich aber nur um eine Minidump handelt, ist die vorhandene Information begrenzt. Mehr Informationen könnte man einem Kerneldumb oder einem vollständigem Dump entlocken. Ist aber in den meisten Fällen witzlos, da man für viele Sachen keine öffentlichen Symboldateien erhält und Quellcode schon gar nicht.

[ReviRd-Revo]

Ah ok Danke. Müsste ich mir wieder einrichten das hatte ich mal vor sehr vielen Jahren mal installiert.