So, jetzt bekomm ich PAGE_FAULT_IN_NONPAGED_AREA Bluescreen(s).

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.

Ich krieg nen Anfall ... :x

Eine Seite angefordert, die in einem Adressbereich liegt, hinter dem aber kein Speicher existiert..
Mein erster Vorschlag: Alle Steckverbindungen im PC prüfen - von IDE, SATA, etc. über Grafikkarte, PCI-Karten, RAM, usw.
Und jetzt, wo das bei dir so weit ist, sieht es doch so aus, dass du mal den RAM durchtesten solltest. Seitenfehler können prinzipiell von überall her rühren...
Was hast du denn eigentlich genau gemacht, dass das jetzt auftritt?

Also den speziellen hab ich noch nicht gesehen. Sind die irgendwie reproduzierbar? Hast nicht gesagt, wann die vorzugsweise auftreten.

Ich würde testen auf:
Temperatur
Grafikkartenload
CPU-load

Ergo mach Belastungstests mit 3DMark, dem Hammerkompiler oder nem Aviencoder und defragmentier mal deine Festplatte (is nie verkehrt)

Da Memtest bei dir nix ergeben hat, könnte es allerdings auch ein Fehler im Board oder in der CPU sein, wenn du ganz großes Pech hast.

Es gibt 2 Möglichkeiten, eine Kristallkugel zu benutzen:
a) um damit Spekulationen über ein Problem eines Users zu machen und
b) um sie einem besonders unkooperativen User über den Schädel zu ziehen.
- bloggt jetzt auch selbst auf Sclavia.de

Zitat:

defragmentier mal deine Festplatte (is nie verkehrt)

Zitat:

10 Tests

Ansonsten mal den Stop-Code mit rausrücken.

"[...] you're going to burn in a very special level of Hell. A level they reserve for child molesters and people who talk at the theater." - Book

10 komplette Durchläufe. Da es aber auch scheinbar nicht am Grafikkartentreiber liegt (da ich ja jetzt das Image drauf habe), bin ich so langsam überfragt. Was öfters mal crasht ist WinAmp. Ka, obs vielleicht am Soundtreiber liegt, aber ka, warum das auf einmal kommt.

Im Grunde ists damit gestartet, dass SoF2 im MP gecrasht ist, ich also den Grafiktreiber geupgraded habe. Dann kamen die ganzen Bluescreens. Dieser Fehler mit "Bei WinTV starten friert der Rechner ein" war glaube ich 1x davor.

Nachdem ich jetzt die TV Karte rausgenommen habe, sind die Crashes stark zurückgegangen, aber eben noch ned weg.

Hier mal die Bluescreen Infos:

Quellcode:*******************************************************************************
*                                                                             *
*                        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: a0551480, memory referenced
Arg2: 00000002, IRQL
Arg3: 00000000, 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: 804dc2fb, address which referenced memory

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


READ_ADDRESS:  a0551480

CURRENT_IRQL:  2

FAULTING_IP:
nt!KiTimerExpiration+2e
804dc2fb a180145580      mov     eax,dword ptr [nt!KeTickCount (80551480)]

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  DRIVER_FAULT

BUGCHECK_STR:  0xA

TRAP_FRAME:  f7c4af44 -- (.trap 0xfffffffff7c4af44)
ErrCode = 00000000
eax=00000010 ebx=ffdff000 ecx=c5bd1e96 edx=00000004 esi=00000010 edi=c5bd1e96
eip=804dc2fb esp=f7c4afb8 ebp=f7c4afd0 iopl=0         nv up ei pl zr na pe nc
cs=0008  ss=0010  ds=0023  es=0023  fs=0030  gs=0000             efl=00010246
nt!KiTimerExpiration+0x2e:
804dc2fb a180145580      mov     eax,dword ptr [nt!KeTickCount (80551480)] ds:0023:80551480=????????
Resetting default scope

LAST_CONTROL_TRANSFER:  from 804dc2fb to 804e187f

STACK_TEXT:  
f7c4af44 804dc2fb badb0d00 00000004 00000000 nt!KiTrap0E+0x233
f7c4afd0 804dbbd4 80559480 00000000 000708ec nt!KiTimerExpiration+0x2e
f7c4aff4 804db89e ac686d44 00000000 00000000 nt!KiRetireDpcList+0x46
f7c4aff8 ac686d44 00000000 00000000 00000000 nt!KiDispatchInterrupt+0x2a
WARNING: Frame IP not in any known module. Following frames may be wrong.
f7c4affc 00000000 00000000 00000000 00000000 0xac686d44


STACK_COMMAND:  kb

FOLLOWUP_IP:
nt!KiTimerExpiration+2e
804dc2fb a180145580      mov     eax,dword ptr [nt!KeTickCount (80551480)]

SYMBOL_STACK_INDEX:  1

SYMBOL_NAME:  nt!KiTimerExpiration+2e

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: nt

IMAGE_NAME:  ntoskrnl.exe

DEBUG_FLR_IMAGE_TIMESTAMP:  45e54711

FAILURE_BUCKET_ID:  0xA_nt!KiTimerExpiration+2e

BUCKET_ID:  0xA_nt!KiTimerExpiration+2e

Followup: MachineOwner
Quellcode:*******************************************************************************
*                                                                             *
*                        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: b08a9405, memory referenced.
Arg2: 00000001, value 0 = read operation, 1 = write operation.
Arg3: bc64b5a7, If non-zero, the instruction address which referenced the bad memory
    address.
Arg4: 00000000, (reserved)

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


Could not read faulting driver name

WRITE_ADDRESS:  b08a9405

FAULTING_IP:
+ffffffffbc64b5a7
bc64b5a7 ??              ???

MM_INTERNAL_CODE:  0

CUSTOMER_CRASH_COUNT:  2

DEFAULT_BUCKET_ID:  DRIVER_FAULT

BUGCHECK_STR:  0x50

TRAP_FRAME:  afce2e88 -- (.trap 0xffffffffafce2e88)
ErrCode = 00000002
eax=afce2f50 ebx=00000020 ecx=00000000 edx=00000000 esi=00000020 edi=5d72c0e1
eip=bc64b5a7 esp=afce2efc ebp=afce2f61 iopl=0         nv up ei ng nz na po nc
cs=0008  ss=0010  ds=0023  es=0023  fs=0030  gs=0000             efl=00010282
bc64b5a7 ??              ???
Resetting default scope

LAST_CONTROL_TRANSFER:  from 80523fa0 to 8053354e

STACK_TEXT:  
afce2e24 80523fa0 00000050 b08a9405 00000001 nt!KeBugCheckEx+0x1b
afce2e70 804e1718 00000001 b08a9405 00000000 nt!MmAccessFault+0x6f5
afce2e70 bc64b5a7 00000001 b08a9405 00000000 nt!KiTrap0E+0xcc
WARNING: Frame IP not in any known module. Following frames may be wrong.
afce2ef8 00000000 00000020 00000000 00000001 0xbc64b5a7


STACK_COMMAND:  kb

FOLLOWUP_IP:
nt!KiTrap0E+cc
804e1718 85c0            test    eax,eax

SYMBOL_STACK_INDEX:  2

SYMBOL_NAME:  nt!KiTrap0E+cc

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: nt

IMAGE_NAME:  ntoskrnl.exe

DEBUG_FLR_IMAGE_TIMESTAMP:  45e54711

FAILURE_BUCKET_ID:  0x50_W_nt!KiTrap0E+cc

BUCKET_ID:  0x50_W_nt!KiTrap0E+cc

Followup: MachineOwner
Temperatur: Cpu: ~55°C, ganz normal
Load: 99% Cpu frei

daran liegts alles nicht.

Zitat:

theDon postete
Das wuerde sich dann mit memtest86+ feststellen lassen, ja. Bloss, weil das aber anscheinend haeufiger mal nicht die Ursache ist, muss man so etwas nicht gleich kategorisch ausschliessen und jeden bloed angucken, der auf den RAM als moegliche Fehlerquelle tippt.

die beschreibungen und angaben der ursachen für bluescreens kann man so absolut vergessen (gibt natürlich paar ausnahmen, treiber etc.).

als mein ram kaputt war hab ich x verschiedene bluescreens bekommen, glaubt ihr bei einem einzigen davon war die "definierte ursache", der eigentliche grund?
nein, die kamen alle vom ram.

und das gleiche verhalten kenn ich schon von vielen vielen anderen leuten mit kaputtem ram.
und von wegen "minderwertiger ram", ram hat eben ne gewisse ausfallrate, nicht umsonst bieten die meisten bekannten hersteller eine lebenslange garantie und tauschen den ram anstandslos um.

ergo: bluescreens ohne direkt ersichtlichem grund = hohe wahrscheinlichkeit, dass der ram kaputt ist (aber muss natürlich nicht sein :P)

top anwärter dafür sind eben "irql not less or equal" und "page fault in non paged area"

Das sind sehr seltsame Adressen, an denen da Code ausgeführt werden soll, wieviel RAM hast du insgesamt und 64bit Windows (davon hängt virtuelle Kernel Base Address uU mit ab)?

Twisted and Brainfire.
Das Fleisch ist willig und der Club ist eine Fleischerei!

1Gb Ram und 32Bit

Edit: Ich werde nachher mal die Grafikkarte austauschen gegen eine Nicht-ATI Karte (müsste noch irgendwo ne Geforce3 rumliegen haben) und dann damit mal laufen lassen.

Und hier die CrashInfo vom 3. Crash:

Quellcode:*******************************************************************************
*                                                                             *
*                        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: 760c7d3b, memory referenced
Arg2: 00000002, IRQL
Arg3: 00000000, 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: 804eaedb, address which referenced memory

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


READ_ADDRESS:  760c7d3b

CURRENT_IRQL:  2

FAULTING_IP:
nt!MiDeleteVirtualAddresses+184
804eaedb 7405            je      nt!MiDeleteVirtualAddresses+0x18f (804eaee2)

CUSTOMER_CRASH_COUNT:  3

DEFAULT_BUCKET_ID:  DRIVER_FAULT

BUGCHECK_STR:  0xA

TRAP_FRAME:  ab8d0b6c -- (.trap 0xffffffffab8d0b6c)
ErrCode = 00000000
eax=00000000 ebx=c0007890 ecx=c00077c0 edx=c00077c0 esi=c030001c edi=01e24000
eip=804eaedb esp=ab8d0be0 ebp=ab8d0c84 iopl=0         nv up ei pl nz na pe nc
cs=0008  ss=0010  ds=0023  es=0023  fs=0030  gs=0000             efl=00010206
nt!MiDeleteVirtualAddresses+0x184:
804eaedb 7405            je      nt!MiDeleteVirtualAddresses+0x18f (804eaee2) [br=0]
Resetting default scope

LAST_CONTROL_TRANSFER:  from 804eaedb to 804e187f

STACK_TEXT:  
ab8d0b6c 804eaedb badb0d00 c00077c0 00000000 nt!KiTrap0E+0x233
ab8d0c84 804eb174 000000d0 01ef0fff 00000000 nt!MiDeleteVirtualAddresses+0x184
ab8d0ca0 80568a9d 01df0000 01ef0fff ab8d0d64 nt!MiDeleteFreeVm+0x1d
ab8d0d4c 804de7ec ffffffff 00184880 00184888 nt!NtFreeVirtualMemory+0x431
ab8d0d4c 7c91eb94 ffffffff 00184880 00184888 nt!KiFastCallEntry+0xf8
WARNING: Frame IP not in any known module. Following frames may be wrong.
0012f6a4 00000000 00000000 00000000 00000000 0x7c91eb94


STACK_COMMAND:  kb

FOLLOWUP_IP:
nt!MiDeleteVirtualAddresses+184
804eaedb 7405            je      nt!MiDeleteVirtualAddresses+0x18f (804eaee2)

SYMBOL_STACK_INDEX:  1

SYMBOL_NAME:  nt!MiDeleteVirtualAddresses+184

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: nt

DEBUG_FLR_IMAGE_TIMESTAMP:  45e54711

IMAGE_NAME:  memory_corruption

FAILURE_BUCKET_ID:  0xA_nt!MiDeleteVirtualAddresses+184

BUCKET_ID:  0xA_nt!MiDeleteVirtualAddresses+184

Followup: MachineOwner


804dc2fb, address which referenced memory
804eaedb, address which referenced memory

liegt ziemlich dicht beisammen... vielleicht Zufall, vielleicht auch nicht.

Es gibt 2 Möglichkeiten, eine Kristallkugel zu benutzen:
a) um damit Spekulationen über ein Problem eines Users zu machen und
b) um sie einem besonders unkooperativen User über den Schädel zu ziehen.
- bloggt jetzt auch selbst auf Sclavia.de

Ok, war ein invalid free im Ring 0. Dafür kann entweder defekter RAM oder ein kaputter Treiber verantwortlich sein. Da die Speicherstelle 760c7d3b freigegeben werden sollte, die in einem Typischen Userland Ring 3 OS-Library (ntos.dll, kernel32.dll) Bereich liegt, tippe ich eher nicht auf defektes RAM sondern auf einen defekten Treiber. Double-Free ist ein Bug, der durch eine Race-Condition auftreten könnte.

Check lieber nochmal deine installierten Treiber durch (und memtest? :p).

(Bist du nicht auch Coder? Dann müsste dir der Stack-Trace doch z.B. auch was sagen.)

Twisted and Brainfire.
Das Fleisch ist willig und der Club ist eine Fleischerei!

Dass es nicht am Ram liegt, sondern an einem Treiber, davon gehe ich seit dem Anfangspost aus ;) Die Frage ist nur, welcher Treiber es sein könnte, weil so wie das System jetzt ist, so lief es vor 4 Wochen, als ich das Image erstellt habe.

Hast du die Automatischen Updates aktiviert? Möglicherweise wird da durch einen M$-Typo irgendeine windige inkompartibilität zwischen $Treiber (Netzwerk wäre dann wahrscheinlich, nForce4-Chipsätze machen mit SP3 höllische Probleme) und WinXP erzeugt, was dann bewirkt, dass dein Image von damals auch heute nicht richtig funktioniert.

... und der große böse Wolf bootete und bootete und bootete ...
Optimiere deine Map, sieh dir alle Compile-Errors an, frage den Hersteller und beschwer dich über nichts!
http://www.mcscore.de.vu
13+3+7=23, 133/7+23=42

Nein und SP3 ist nicht installiert. Updates müsste ich manuell bestätigen.

So,

TV Karte raus -> Fehler bleiben
Grafikkarte gewechselt -> Fehler bleiben
Ram ausgetauscht (ka, ob der alte Ram möglicherweise kaputt ist) -> Fehler bleiben

Entweder es liegt an Windows, dem Soundtreiber, dem Motherboard oder der Prozessor ist hin. Oder eine Platte hat ne Macke.
Kaputtes Netzteil wäre auch eine Überlegung.
Morgen mach ich aber erstmal auf ner Testhdd ein komplett neues Windows drauf und lass das mal laufen. Mal schauen ...

So, nachdem ich nun TV Karte, Grafikkarte, Ram getauscht habe, weiterhin Hdds und DVD Laufwerke abgemacht habe, crasht er immernoch, daher wollte ich auf einer Test HDD Windows installieren. Da habe ich bei der Installation auch 2x einen Bluescreen bekommen, ergo liegt es auch nicht an meinem Windows.

Im Grunde bleibt dann nur noch: Motherboard, CPU, Ram (Ersatzriegel war möglicherweise defekt) und Netzteil, weil ich sonst alles draußen hatte. Ich werde heute nacht nochmal memtest durchlaufen lassen und mal schauen, dass ich mir mal nen neuen Testriegel irgendwoher besorge. Scheinbar liegts wirklich am Ram (Es sei denn, jemand hat noch ne andere Idee).

Edit:

So, gerade neuen Ram Riegel geholt. Wenn das jetzt weiterhin crasht, bin ich wirklich überfragt, aber ich schätze mal, dass es am Ram lag. Wenns sogar bei der Win Install mit nem Bluescreen crasht...

So, auch mit dem neuen Speicher crasht das System.

Hier mal die Traces (mal neue):

Quellcode:*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

UNEXPECTED_KERNEL_MODE_TRAP_M (1000007f)
This means a trap occurred in kernel mode, and it's a trap of a kind
that the kernel isn't allowed to have/catch (bound trap) or that
is always instant death (double fault).  The first number in the
bugcheck params is the number of the trap (8 = double fault, etc)
Consult an Intel x86 family manual to learn more about what these
traps are. Here is a *portion* of those codes:
If kv shows a taskGate
        use .tss on the part before the colon, then kv.
Else if kv shows a trapframe
        use .trap on that value
Else
        .trap on the appropriate frame will show where the trap was taken
        (on x86, this will be the ebp that goes with the procedure KiTrap)
Endif
kb will then show the corrected stack.
Arguments:
Arg1: 00000008, EXCEPTION_DOUBLE_FAULT
Arg2: 80042000
Arg3: 00000000
Arg4: 00000000

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


BUGCHECK_STR:  0x7f_8

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  DRIVER_FAULT

PROCESS_NAME:  avwsc.exe

LAST_CONTROL_TRANSFER:  from 00000000 to f76845bc

STACK_TEXT:  
aba2169c 00000000 aba21904 e13a9518 e14e30d0 Ntfs!NtfsContinueIndexEnumeration+0xe5


STACK_COMMAND:  kb

FOLLOWUP_IP:
Ntfs!NtfsContinueIndexEnumeration+e5
f76845bc 50              push    eax

SYMBOL_STACK_INDEX:  0

SYMBOL_NAME:  Ntfs!NtfsContinueIndexEnumeration+e5

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: Ntfs

IMAGE_NAME:  Ntfs.sys

DEBUG_FLR_IMAGE_TIMESTAMP:  45cc56a7

FAILURE_BUCKET_ID:  0x7f_8_Ntfs!NtfsContinueIndexEnumeration+e5

BUCKET_ID:  0x7f_8_Ntfs!NtfsContinueIndexEnumeration+e5

Followup: MachineOwner
---------
Quellcode:*******************************************************************************
*                                                                             *
*                        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: c0000005, The exception code that was not handled
Arg2: 804f5ff0, The address that the exception occurred at
Arg3: f7c66b68, Exception Record Address
Arg4: f7c66864, Context Record Address

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


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

FAULTING_IP:
nt!MmUnmapViewInSystemCache+238
804f5ff0 395624          cmp     dword ptr [esi+24h],edx

EXCEPTION_RECORD:  f7c66b68 -- (.exr 0xfffffffff7c66b68)
ExceptionAddress: 804f5ff0 (nt!MmUnmapViewInSystemCache+0x00000238)
   ExceptionCode: c0000005 (Access violation)
  ExceptionFlags: 00000000
NumberParameters: 2
   Parameter[0]: 00000000
   Parameter[1]: 0116e038
Attempt to read from address 0116e038

CONTEXT:  f7c66864 -- (.cxr 0xfffffffff7c66864)
eax=0418f414 ebx=00006be8 ecx=c035f610 edx=00000000 esi=862c0940 edi=c035f600
eip=804f5ff0 esp=f7c66c30 ebp=f7c66c64 iopl=0         nv up ei pl nz na po nc
cs=0008  ss=0010  ds=0023  es=0023  fs=0030  gs=0000             efl=00010202
nt!MmUnmapViewInSystemCache+0x238:
804f5ff0 395624          cmp     dword ptr [esi+24h],edx ds:0023:862c0964=863a2178
Resetting default scope

CUSTOMER_CRASH_COUNT:  3

DEFAULT_BUCKET_ID:  DRIVER_FAULT

PROCESS_NAME:  System

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

READ_ADDRESS:  0116e038

BUGCHECK_STR:  0x7E

EXCEPTION_DOESNOT_MATCH_CODE:  This indicates a hardware error.
Instruction at 804f5ff0 does not read/write to 0116e038

LAST_CONTROL_TRANSFER:  from 80566878 to 804f5ff0

STACK_TEXT:  
f7c66c64 80566878 d7d84000 862c0970 00000000 nt!MmUnmapViewInSystemCache+0x238
f7c66c7c 804f6136 867b7908 865e47c0 00000000 nt!CcUnmapVacb+0x2a
f7c66cac 804f6346 00000000 00000000 865e4824 nt!CcUnmapVacbArray+0xdf
f7c66cc8 804f62b8 865e47c0 806ee298 865e47c0 nt!CcUnmapAndPurge+0x20
f7c66cf4 804ec12f 00000001 80556810 862870f0 nt!CcDeleteSharedCacheMap+0xa6
f7c66d2c 804e4f1d 867c61e8 80561640 867c5340 nt!CcWriteBehind+0x316
f7c66d74 804e426b 867c61e8 00000000 867c5340 nt!CcWorkerThread+0x126
f7c66dac 8057d0f1 867c61e8 00000000 00000000 nt!ExpWorkerThread+0x100
f7c66ddc 804f827a 804e4196 00000000 00000000 nt!PspSystemThreadStartup+0x34
00000000 00000000 00000000 00000000 00000000 nt!KiThreadStartup+0x16


FOLLOWUP_IP:
nt!MmUnmapViewInSystemCache+238
804f5ff0 395624          cmp     dword ptr [esi+24h],edx

SYMBOL_STACK_INDEX:  0

SYMBOL_NAME:  nt!MmUnmapViewInSystemCache+238

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: nt

DEBUG_FLR_IMAGE_TIMESTAMP:  45e54711

STACK_COMMAND:  .cxr 0xfffffffff7c66864 ; kb

IMAGE_NAME:  memory_corruption

FAILURE_BUCKET_ID:  0x7E_CODE_ADDRESS_MISMATCH_nt!MmUnmapViewInSystemCache+238

BUCKET_ID:  0x7E_CODE_ADDRESS_MISMATCH_nt!MmUnmapViewInSystemCache+238

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


Quellcode:*******************************************************************************
*                                                                             *
*                        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: a0551480, memory referenced
Arg2: 00000002, IRQL
Arg3: 00000000, 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: 804dc2fb, address which referenced memory

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


READ_ADDRESS:  a0551480

CURRENT_IRQL:  2

FAULTING_IP:
nt!KiTimerExpiration+2e
804dc2fb a180145580      mov     eax,dword ptr [nt!KeTickCount (80551480)]

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  DRIVER_FAULT

BUGCHECK_STR:  0xA

PROCESS_NAME:  mplayerc.exe

LAST_CONTROL_TRANSFER:  from 804dbbd4 to 804dc2fb

STACK_TEXT:  
f7c4afd0 804dbbd4 80559480 00000000 000fc614 nt!KiTimerExpiration+0x2e
f7c4aff4 804db89e abaf8d44 00000000 00000000 nt!KiRetireDpcList+0x46
f7c4aff8 abaf8d44 00000000 00000000 00000000 nt!KiDispatchInterrupt+0x2a
WARNING: Frame IP not in any known module. Following frames may be wrong.
804db89e 00000000 00000009 bb835675 00000128 0xabaf8d44


STACK_COMMAND:  kb

FOLLOWUP_IP:
nt!KiTimerExpiration+2e
804dc2fb a180145580      mov     eax,dword ptr [nt!KeTickCount (80551480)]

SYMBOL_STACK_INDEX:  0

SYMBOL_NAME:  nt!KiTimerExpiration+2e

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: nt

IMAGE_NAME:  ntoskrnl.exe

DEBUG_FLR_IMAGE_TIMESTAMP:  45e54711

FAILURE_BUCKET_ID:  0xA_nt!KiTimerExpiration+2e

BUCKET_ID:  0xA_nt!KiTimerExpiration+2e

Followup: MachineOwner
---------
So langsam krieg ich einen Anfall. Ich versuche nachher mit dem neuen Ram nochmal, Windows zu installieren, aber mal abwarten. Jetzt kann es eigentlich nur noch am Prozessor, dem Motherboard oder dem Netzteil liegen.

Bin kein Experte, aber die Fehler sind alle 5 irgendwo im Bereich 804***** oder sehr nahe daran aufgetreten. Das kann kein Zufall sein.

damit dürfte es eigenlich weder der Prozessor noch das Netzteil sein, sondern entweder das Board oder der Speicher oder der Sockel vom Speicher.

Es gibt 2 Möglichkeiten, eine Kristallkugel zu benutzen:
a) um damit Spekulationen über ein Problem eines Users zu machen und
b) um sie einem besonders unkooperativen User über den Schädel zu ziehen.
- bloggt jetzt auch selbst auf Sclavia.de

Alles ab 0x80000000 ist Kernelspace (bei 32bit XP ohne /3gb switch). Von daher sind die Adressen nicht wirklich verwunderlich.

Ich würde mitlerweile auch aufs Mainboard tippen. Schon mal alles mögliche im BIOS ausgemacht (OnBoard Sound, Netzwerk, Speichertakt runtergezogen usw.)? Mit etwas Glück produziert nur etwas halbwegs Unwichtiges die Probleme, wobei die vielen unterschiedlichen Bluescreens (gerade bei der Windowsinstall) schon sehr schlechte Zeichen sind.

"[...] you're going to burn in a very special level of Hell. A level they reserve for child molesters and people who talk at the theater." - Book