Archiv Server-Windows 15.877 Themen, 54.317 Beiträge

Bluescreens zu Hauf! Verschiedend Fehler! Hilfe!!!

vaincare / 12 Antworten / Flachansicht Nickles

Hallo Leute!

Ich habe seit einiger Zeit Probleme mit Bluescreens. Mein System: Win2K SP4, AMD 2200+, 512MB DDR-RAM, was noch gebraucht wird poste ich gerne dazu...

Ich ernte BSs mit verschiedenen Meldungen:
DRIVER_IRQL_NOT_LESS_OR_EQUAL mit Verweis auf nv4_mini.sys,
DRIVER_IRQL_NOT_LESS_OR_EQUAL ohne besondere Verweise,
UNEXPECTED_KERNEL_MODER_TRAP ohne besondere Verweise,
KMODE_EXCEPTION_NOT_HANDLED mit Verweis auf savrt.sys,
IRQL_NOT_LESS_OR_EQUAL mit Verweis auf hal.dll
...
ohne die fettgedruckten schriften Verweise auf hal.dll, ntoskernel.exe, i8042prt.sys,...

Die BSs erscheinen eher zufällig, äusserst selten im Idle, aber provozieren kann ich sie indem ich in Excel in einer größeren Tabelle Autoausfüllen oder eine ähnliche Funktion benutze, bei der sich das Fenster bewegen muss. Bei Word passiert das aber nicht. Ausserdem sind die BSs immer verschiedene, auch wenns an ähnlichen Stellen hakt. MAnchmal läuft er aber auch einen Tag lang stabil mit allem Drum und Dran.
Ich hab mir mit der Anleitung zum BS-Fixing von hier und dem Debugger-Tool von MS die Dinger mal genauer angesehen, werde da aber auch nicht schlauer draus, weil der Treiber der einen BS verursacht ja eh schon im BS selbst steht... Ich hänge einen Report mal hinten ran.
Einen format C und WinInstall habe ich schon gemacht, bringt aber nix. Die RAM sind ok (MEMtest), Netzteil (300W) ist auch in Ordnung, IDE-Kabel habe ich durchgetauscht, anderes CD-Laufwerk,... hat alles nix gebracht ICh weiss nicht mehr weiter. Und so viele Dateien wie in den BSs stehen können doch nicht alle gleichzeitig den Geist aufgeben! Ausserdem möchte ich ntoskernel.exe nicht wirklich neu installieren;-)

Wäre cool wenn einer ne Idee hat!

MFG Vaincare


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


Loading Dump File [C:\\Fehler.dmp]
Kernel Complete Dump File: Full address space is available

Symbol search path is: SRV*C:\\Symbols*http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows 2000 Kernel Version 2195 (Service Pack 4) UP Free x86 compatible
Product: WinNt
Kernel base = 0x80400000 PsLoadedModuleList = 0x80480780
Debug session time: Sun Apr 3 17:35:59.031 2005 (GMT+2)
System Uptime: 0 days 0:14:31.703
Loading Kernel Symbols
..........................................................................................................
Loading unloaded module list
........
Loading User Symbols
...........................................................
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck D1, {c4804679, a, 0, c4804679}

Probably caused by : i8042prt.sys ( i8042prt!I8xKeyboardQueryWmiDataBlock+4c )

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

kd> .reload
Loading Kernel Symbols
..........................................................................................................
Loading unloaded module list
........
Loading User Symbols
...........................................................
kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

DRIVER_IRQL_NOT_LESS_OR_EQUAL (d1)
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 kernel debugger is available get stack backtrace.
Arguments:
Arg1: c4804679, memory referenced
Arg2: 0000000a, IRQL
Arg3: 00000000, value 0 = read operation, 1 = write operation
Arg4: c4804679, address which referenced memory

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


OVERLAPPED_MODULE: nv4_disp

READ_ADDRESS: c4804679 Nonpaged pool

CURRENT_IRQL: a

FAULTING_IP:
+ffffffffc4804679
c4804679 ?? ???

DEFAULT_BUCKET_ID: DRIVER_FAULT

BUGCHECK_STR: 0xD1

LAST_CONTROL_TRANSFER: from 30820330 to c4804679

UNALIGNED_STACK_POINTER: eb81ff75

TRAP_FRAME: eb81ff01 -- (.trap ffffffffeb81ff01)
ErrCode = 00000000
eax=eb81ff04 ebx=81fcf3e8 ecx=82033268 edx=0000000a esi=820330e0 edi=00000000
eip=c4804679 esp=eb81ff75 ebp=eb81ff80 iopl=0 nv up ei pl nz na po nc
cs=0008 ss=0010 ds=0023 es=0023 fs=0030 gs=0000 efl=00010206
c4804679 ?? ???
Resetting default scope

STACK_TEXT:
WARNING: Frame IP not in any known module. Following frames may be wrong.
eb81ff71 30820330 02804679 e0820066 e6eb81ff 0xc4804679
eb81ff80 eb4770e6 81fcf3e8 eb47088f eb81ffc4 0x30820330
eb81ffe0 80463417 82033210 82033020 00000000 i8042prt!I8xKeyboardQueryWmiDataBlock+0x4c
eb81fff4 80467dfa bc91dd44 00000000 00000000 nt!KiRetireDpcList+0x30


FAILED_INSTRUCTION_ADDRESS:
+ffffffffc4804679
c4804679 ?? ???

FOLLOWUP_IP:
i8042prt!I8xKeyboardQueryWmiDataBlock+4c
eb4770e6 33c0 xor eax,eax

SYMBOL_STACK_INDEX: 2

FOLLOWUP_NAME: MachineOwner

SYMBOL_NAME: i8042prt!I8xKeyboardQueryWmiDataBlock+4c

MODULE_NAME: i8042prt

IMAGE_NAME: i8042prt.sys

DEBUG_FLR_IMAGE_TIMESTAMP: 3e9cd57b

STACK_COMMAND: .trap ffffffffeb81ff01 ; kb

FAILURE_BUCKET_ID: 0xD1_CODE_AV_BAD_IP_i8042prt!I8xKeyboardQueryWmiDataBlock+4c

BUCKET_ID: 0xD1_CODE_AV_BAD_IP_i8042prt!I8xKeyboardQueryWmiDataBlock+4c

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

Sovereign Sylvia vaincare „Bluescreens zu Hauf! Verschiedend Fehler! Hilfe!!!“
Optionen

Hi vaincare,

hier ein Tip von mir: Nimm mal die RAM-Module heraus und reinige die Kontakte mit einem trockenen Tuch. Dann nimm einen Pinsel und reinige die Sockel für die RAM-Module. Dass beim Hochfahren 512 MB RAM als OK gemeldet werden, ist kein verlässliches Indiz. Falls du 2 RAM-Module hast, setzte erst mal nur eines wieder ein und probier dein System aus. Dann machst du das gleiche mit dem anderen Modul (im Handbuch für's Mainboard steht drin, wo ein Modul zu stecken hat, wenn es das einzige ist; ansonsten schau dir das Mainboard genau an und versuche die Nummerierung der Sockel zu finden - dann nimmst du den mit der niedrigsten Nummer). Wenn jedes Modul für sich ohne Probleme läuft, dürften die RAM-Module wohl OK sein. Dann soltest du beide Module wieder einsetzen. Läuft der PC jetzt OK, war die Reinigungsaktion erfolgreich. Wenn nicht, dann könnte der Sockel für's zweite Modul (also, wenn beide drinstecken) 'ne Macke haben; dann solltest andere noch vorhandene Sockel auszuprobieren.
Der Hintergrund: Auch ich hatte ein RAM-Problem. Der PC zeigte beim Hochfahren 512 MB OK an, und trotzdem bekam ich Kernel-Probleme. Nach der eben beschriebenen Vorgehensweise konnte ich eines der RAM-Module als defekt ermitteln. Bei anderer Gelegenheit konnte ich einen Sockel als defekt ermitteln.

Gruss Sovereign Sylvia