Was bedeutet dieser Bluescreen?

[Mario2002]

Hallo!
Hatte gerade einen Bluescreen, den ich mit dem Debuggertool ausgelesen habe.
Aber ich weiß nicht was das zu bedeuten hat.
Hier mal das Minidump-File.

Microsoft (R) Windows Debugger Version 6.11.0001.404 X86
Copyright (c) Microsoft Corporation. All rights reserved.


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

Symbol search path is: http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows Server 2008/Windows Vista Kernel Version 6002 (Service Pack 2) MP (4 procs) Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Built by: 6002.18005.x86fre.lh_sp2rtm.090410-1830
Machine Name:
Kernel base = 0x81e51000 PsLoadedModuleList = 0x81f68c70
Debug session time: Fri May 29 16:18:24.280 2009 (GMT+2)
System Uptime: 0 days 0:02:22.999
Loading Kernel Symbols
...............................................................
................................................................
...........................
Loading User Symbols
Loading unloaded module list
........
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck A, {92fc, 2, 1, 81ec33ae}

Probably caused by : memory_corruption ( nt!MiComputeFlushRange+22d )

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

 

[OctoCore]

Steht doch unten, sinngemäß:
Möglicherweise verursacht durch fehlerhaften Speicher.

Obwohl es nur eine Möglichkeit ist, würde ich trotzdem mal das RAM checken.

Wenn du noch mehr wissen möchtest, solltest du wirklich mal
!analyze -v
eingeben.

 

[Mario2002]

Also, Speicher sind nagelneu und ich habe sie gerade mehrmals mit memtest getestet. Alles ohne Fehler.
Prime95 läuft auch ohne Fehler. Sehr seltsam.
Vielleicht hängt es damit zusammen, dass ich seit Dienstag meinen 9950BE gegen einen Phenom II 940BE getauscht hatte, aber Vista nicht neu installiert habe.
Mit !analyze -v kommt folgendes:


Microsoft (R) Windows Debugger Version 6.11.0001.404 X86
Copyright (c) Microsoft Corporation. All rights reserved.


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

Symbol search path is: http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows Server 2008/Windows Vista Kernel Version 6002 (Service Pack 2) MP (4 procs) Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Built by: 6002.18005.x86fre.lh_sp2rtm.090410-1830
Machine Name:
Kernel base = 0x81e51000 PsLoadedModuleList = 0x81f68c70
Debug session time: Fri May 29 16:18:24.280 2009 (GMT+2)
System Uptime: 0 days 0:02:22.999
Loading Kernel Symbols
...............................................................
................................................................
...........................
Loading User Symbols
Loading unloaded module list
........
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck A, {92fc, 2, 1, 81ec33ae}

Probably caused by : memory_corruption ( nt!MiComputeFlushRange+22d )

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

1: kd> !analyze -v
*******************************************************************************
* *
* 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: 000092fc, memory referenced
Arg2: 00000002, IRQL
Arg3: 00000001, 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: 81ec33ae, address which referenced memory

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


WRITE_ADDRESS: GetPointerFromAddress: unable to read from 81f88868
Unable to read MiSystemVaType memory at 81f68420
000092fc

CURRENT_IRQL: 2

FAULTING_IP:
nt!MiComputeFlushRange+22d
81ec33ae 890a mov dword ptr [edx],ecx

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0xA

PROCESS_NAME: wininit.exe

TRAP_FRAME: a51c12bc -- (.trap 0xffffffffa51c12bc)
ErrCode = 00000002
eax=87ca8f80 ebx=87ca8fc8 ecx=87ca93a4 edx=000092fc esi=87ca8fc8 edi=00000027
eip=81ec33ae esp=a51c1330 ebp=a51c1358 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!MiComputeFlushRange+0x22d:
81ec33ae 890a mov dword ptr [edx],ecx ds:0023:000092fc=????????
Resetting default scope

LAST_CONTROL_TRANSFER: from 81ec33ae to 81e9efb9

STACK_TEXT:
a51c12bc 81ec33ae badb0d00 000092fc 84361251 nt!KiTrap0E+0x2e1
a51c1358 81ec3435 00000000 00000000 9c2e2238 nt!MiComputeFlushRange+0x22d
a51c13ac 81e8829c 87ca96ec 00000000 00000001 nt!MmFlushSection+0x3b
a51c1444 8a2879a6 87ca96ec 00000000 00000000 nt!CcFlushCache+0x239
a51c1498 8a2829e1 01429de0 9c306320 00000000 Ntfs!NtfsFlushUserStream+0x7b
a51c1534 8a287d13 88429de0 853890d8 00000001 Ntfs!NtfsFlushVolume+0x272
a51c15b0 8a288209 88429de0 87d0f188 2f387f36 Ntfs!NtfsCommonFlushBuffers+0x1bc
a51c1618 81e95976 85389020 87d0f188 87d0f188 Ntfs!NtfsFsdFlushBuffers+0xf4
a51c1630 89e38ba7 85d4c9d0 87d0f188 00000000 nt!IofCallDriver+0x63
a51c1654 89e38d64 a51c1674 85d4c9d0 00000000 fltmgr!FltpLegacyProcessingAfterPreCallbacksCompleted+0x251
a51c168c 81e95976 85d4c9d0 87d0f188 87d0f188 fltmgr!FltpDispatch+0xc2
a51c16a4 820976a1 87d0f188 884b7500 87e8df50 nt!IofCallDriver+0x63
a51c16c4 8205cb97 85d4c9d0 87e8df50 00000000 nt!IopSynchronousServiceTail+0x1d9
a51c1730 81e9bc7a 80000800 a51c17f0 a51c1a04 nt!NtFlushBuffersFile+0x1e6
a51c1730 81e99db5 80000800 a51c17f0 a51c1a04 nt!KiFastCallEntry+0x12a
a51c17b0 821292db 800008d0 a51c17f0 00000000 nt!ZwFlushBuffersFile+0x11
a51c1a04 82129172 a51c1a4c 00000004 81f51b04 nt!PopFlushVolumeWorker+0x13c
a51c1a68 8212a4fc 00000001 2b3b1573 a51c1ba4 nt!PopFlushVolumes+0x2df
a51c1b90 81e9bc7a 00000006 00000000 00000004 nt!NtSetSystemPowerState+0x451
a51c1b90 81e9ab9d 00000006 00000000 00000004 nt!KiFastCallEntry+0x12a
a51c1c14 8212a161 00000006 00000004 c0000004 nt!ZwSetSystemPowerState+0x11
a51c1d44 82103ad7 00000006 00000004 c0000004 nt!NtSetSystemPowerState+0xc0
a51c1d58 81e9bc7a 00000002 0015fd34 77935e74 nt!NtShutdownSystem+0x32
a51c1d58 77935e74 00000002 0015fd34 77935e74 nt!KiFastCallEntry+0x12a
WARNING: Frame IP not in any known module. Following frames may be wrong.
0015fd34 00000000 00000000 00000000 00000000 0x77935e74


STACK_COMMAND: kb

FOLLOWUP_IP:
nt!MiComputeFlushRange+22d
81ec33ae 890a mov dword ptr [edx],ecx

SYMBOL_STACK_INDEX: 1

SYMBOL_NAME: nt!MiComputeFlushRange+22d

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

DEBUG_FLR_IMAGE_TIMESTAMP: 49e0199e

IMAGE_NAME: memory_corruption

FAILURE_BUCKET_ID: 0xA_nt!MiComputeFlushRange+22d

BUCKET_ID: 0xA_nt!MiComputeFlushRange+22d

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

 

[OctoCore]

IRQL_NOT_LESS_OR_EQUAL (a)

Sowas habe ich mir schon gedacht. Kommt gerne bei RAM-Problemen.
Da steht ja auch weiter, das er an bestimmten Adressen nichts aus dem Speicher lesen kann. Dann zicken Treiber gerne rum und ziehen das System ins Nirwana.
Ein Speichertest, der keine Fehler anzeigt, bedeutet nicht, dass es keine Fehler gibt. Sicherheit gibt es nur umgekehrt: Wenn Fehler angezeigt werden, dann ist auch wirklich was faul.
Preisfrage: War das nur ein einmaliger Absturz (falls ja, würde ich mich erstmal entspannen, aber die Sache im Auge behalten und zumindest den Speicher nicht übertakten oder mit zu scharfen Latenzen fahren)? Und wann? Irgendwann mitten im Betrieb oder schon am Anfang, kurz nach dem Hochfahren?
Es könnte aber auch wirklich "nur" eine Treibergeschichte sein.
Also alles schön der Reihe nach abarbeiten, Den Rechner nicht übertakten, eher untertakten, um auf Nummer sicher zu gehen. Wenns nicht hilft, die Ram-Module einzeln nacheinander einstecken und sehen was passiert. Und die Treiber abklopfen und aktualisieren, vielleicht auch einfach welche deinstallieren, die nicht zwingend für den Betrieb nötig sind (Sound, Netz und sowas). Aber nicht alles auf einmal, sonst weißt du nicht, was es am Ende war, falls der Rechner plötzlich problemfrei laufen sollte. Ein Virencheck gehört auch zum Pflichtprogramm.
Wenn genug Platz da ist, kannst du eine Parallelinstallation von Win machen, dann brauchst dein altes System nicht direkt zu plätten. Falls du wirklich glaubst, dass der neue Prozessor schuld ist. Halte ich nicht für wahrscheinlich, aber man weiß ja nie. Vista benutzt keine anderen Treiber, wenn du von Ph.I auf Ph.II wechselst.
Oder einfach mal abwarten, vielleicht war es nur ein einmaliger Ausrutscher.

 

[Mario2002]

Also abgestürzt ist er heute glaube ich 3x.
Komisch, gestern lief er den ganzen Tag.
Habe heute auch ca. 2 Stunden gezockt ohne probleme.
Dann wollte ich die Festplatte defragmentieren und Zack kam dann der Bluescreen.
Ich werde heute oder Morgen mal Vista neu aufsetzen, dann mal testen.
Also Prime95 lief auch ohne probleme.
Vor 2 Tagen habe ich mir das SP2 für Vista draufgemacht, vielleicht liegts auch daran.
Mist, hab mit jeden Monat ein neues Teil gekauft und jetzt das.

 

[OctoCore]

Am besten ein Festplatten-Testprogramm starten, vielleicht hat die schon eine Macke und ist daran schuld oder sie hat jetzt eine (ist zwar seltener geworden, kommt aber trotzdem noch vor), wenn sie schon mit dem Defragmentieren angefangen hatte und der Rechner die Grätsche machte.

 

[Mario2002]

So, Gefahr erkannt, Gefahr gebannt.
Es lag an der 750er Samsungplatte.
Vista lies sich nicht mehr ohne Fehler installieren.
Erst nach tausch einer Hitachi 750er läuft alles wieder reibungslos.

 

[OctoCore]

Fein.