sehr seltsames RAM (?) problem

Yacopsae · September 9, 2005 at 10:05 PM

Edit: Danke

Also mein Problem ist folgendes. Seit heute, stürzt mein PC bei manchen Programmen einfach ab und startet neu. Schalte ich "Automatisch Neustarten" aus kommt der Bluescreen mit den Angaben:
0x0000008E (0xC0000005, 0x00000119, 0xB7D7BBC8, 0x00000000)

Der Fehler ist auch rekonstruierbar. Bisjetzt tritt er auf bei zwei Freewarespielen (X-Com&Duesterburg) und wenn ich im Grafikconfigmenü von Dawn of War (nicht dem ingame) auf testen klicke.

DxDiag spuckt keine Fehlermeldung aus, nur gibt es plötzlich an, ich hätte 1024 MB RAM. und ich hab 100% nur 512.
Der RAM Benchmark von SisoftSandra verläuft aber tadellos.
Der Fehler tritt auf, seit ich heut mittag beim Patchen von Dawn of War einen Stromausfall hatte. (Danach nochmal Patch installiert, das Spiel funzt komischerweise).

Mein System:
Windows XP Pro
AMD Athlon XP 1800+
Radeon 9600XT
Direct X 9.0c
On Board Sound

Installierte Programme die vielleicht was geändert haben (ich wüsste aber nicht wie):
Tweak XP, XP AntiSpy, TuneUP Utilities 2003, Norton Systemworks 2003, Sisoft Sandra

Ascony · September 9, 2005 at 10:20 PM

interessant wäre noch die fehlermeldung die in großbuchstaben immer beim blue screen steht.

ansonsten hält das MSDN folgendes zum Fehler 0x0000008E bereit (die anderen angaben betreffen nur die stacks etc. und wären somit eher uninteressant für normaluser).

Quote

Quelle: http://msdn.microsoft.com/library/defaul…ccodes_3llz.asp
Bug Check 0x8E: KERNEL_MODE_EXCEPTION_NOT_HANDLED
The KERNEL_MODE_EXCEPTION_NOT_HANDLED bug check has a value of 0x0000008E. This indicates that a kernel-mode program generated an exception which the error handler did not catch.
Parameters
The following parameters are displayed on the blue screen.
Parameter Description
1 The exception code that was not handled
2 The address at which the exception occurred
3 The trap frame
4 Reserved
Cause
This is a very common bug check. To interpret it, you must identify which exception was generated.
Common exception codes include:
* 0x80000002: STATUS_DATATYPE_MISALIGNMENT
An unaligned data reference was encountered.
* 0x80000003: STATUS_BREAKPOINT
A breakpoint or ASSERT was encountered when no kernel debugger was attached to the system.
* 0xC0000005: STATUS_ACCESS_VIOLATION
A memory access violation occurred.
For a complete list of exception codes, see the ntstatus.h file located in the inc directory of the Windows DDK.
Resolving the Problem
If you are not equipped to debug this problem, you should use some basic troubleshooting techniques. Make sure you have enough disk space. If a driver is identified in the bug check message, disable the driver or check with the manufacturer for driver updates. Try changing video adapters. Check with your hardware vendor for any BIOS updates. Disable BIOS memory options such as caching or shadowing.
If you plan to debug this problem, you may find it difficult to obtain a stack trace. Parameter 2 (the exception address) should pinpoint the driver or function that caused this problem.
If exception code 0x80000003 occurs, this indicates that a hard-coded breakpoint or assertion was hit, but the system was started with the /NODEBUG switch. This problem should rarely occur. If it occurs repeatedly, make sure a kernel debugger is connected and the system is started with the /DEBUG switch.
If exception code 0x80000002 occurs, the trap frame will supply additional information.
If the specific cause of the exception is unknown, the following should be considered:
Hardware incompatibility. First, make sure that any new hardware installed is listed on the Microsoft Windows Hardware Compatibility List (HCL).
Faulty device driver or system service. In addition, a faulty device driver or system service might be responsible for this error. Hardware issues, such as BIOS incompatibilities, memory conflicts, and IRQ conflicts can also generate this error.
If a driver is listed by name within the bug check message, disable or remove that driver. Disable or remove any drivers or services that were recently added. If the error occurs during the startup sequence and the system partition is formatted with NTFS file system, you might be able to use Safe Mode to rename or delete the faulty driver. If the driver is used as part of the system startup process in Safe Mode, you need to start the computer by using the Recovery Console to access the file.
If the problem is associated with Win32k.sys, the source of the error might be a third-party remote control program. If such software is installed, the service can be removed by starting the system using the Recovery Console and deleting the offending system service file.
Check the System Log in Event Viewer for additional error messages that might help pinpoint the device or driver that is causing bug check 0x1E. Disabling memory caching of the BIOS might also resolve the error. You should also run hardware diagnostics, especially the memory scanner, supplied by the system manufacturer. For details on these procedures, see the owner's manual for your computer.
The error that generates this message can occur after the first restart during Windows Setup, or after Setup is finished. A possible cause of the error is lack of disk space for installation and system BIOS incompatibilities. For problems during Windows installation that are associated with lack of disk space, reduce the number of files on the target hard disk. Check for and delete any unneeded temporary files, Internet cache files, application backup files, and .chk files containing saved file fragments from disk scans. You can also use another hard disk with more free space for the installation. BIOS problems can be resolved by upgrading the system BIOS version.

Display More

der stromausfall scheint also nicht nur auf DoW nieder geschlagen zu sein sondern auch windows ein wenig aus dem lot gebracht zu haben. es gibt von M$ noch ein Debugger der recht interessant ist, da man damit die Dumb Files auslesen kann. mittels !analyze kann man dann den fehler genauerer reproduzieren und es wird dir auch angezeigt welche datein zum blue screen geführt haben.

Yacopsae · September 9, 2005 at 10:27 PM

gut danke, hast du villeicht nen Link?
(oder ist das ein Windows internes Programm?)

Ascony · September 9, 2005 at 10:47 PM

Quote

Original von Yacopsae
gut danke, hast du villeicht nen Link?
(oder ist das ein Windows internes Programm?)

ich durchforste mal eben mein c'T Wald irgendwo da war der link.

EDIT: Ok hab den artikel, gibt es in übrigen bei heise.de auch zu kaufen recht nützlich - "Wenn Windows blaumacht" c't 10/04, Seite 110.

Das Programm ist bei M$ zu finden => http://www.microsoft.com/whdc/ddk/debugging/

solltest auf jedenfall die Win32 Version nehmen und die Symbole laden empfehle dir aber mal alle links duchzugehen (außer Win64). müsste auch eine anleitung mit bei sein.

Yacopsae · September 9, 2005 at 11:14 PM

download ist gestartet.
Das sind so Sachen, die ich eigentlich nie über meinen PC wissen wollte^^

aber was mich immer noch interessiert? Wieso geben sämtliche Programme an, ich hätte 1054 MB RAM? Sogar wenn ich mim Mem Optimizer von TuneTup 961 frei räumen lasse gibts keinen Stress.

Achja,
hat man so Probleme mit Linux eigentlich auch?

Ascony · September 9, 2005 at 11:24 PM

naja könnte mehere ursachen haben, falsches auslesen der ram infos, defekte northbridge etc. was zeigt er denn an wenn du den rechner startest an RAM im BIOS?

ansonsten könnte auch windows wie gesagt etwas abbekommen haben, dass dadurch der wert verfälscht wird.

unter linux hast du solche fehler nur bedingt. entweder die die veränderungen gar nicht erst übernommen worden oder werden beim nächsten neustart übernommen (journal file system). hängt halt vom file system ab. aber bisher hab ich solche fehler unter linux noch nicht festgestellt. allerdings hat man in linux soviel freiheiten dass man da wohl eher selbst schuld dran ist

Participate now!