BSODs alle paar Tage / Fehlerquelle

[23.]

Hi zusammen!
Hoffe mir kann einer helfen!
Erhalte in unregelmäßigen Abständen (Stunden,Tage) Bluescreens!
Poste mal das minidump ... vielleicht weiß einer Rat!?!

Asus A8N-SLI
X2 3800+
atm noch 1Gb RAM bis neuer eintrifft
X1900XT

Memtest keine Probs...

... so das wird lang

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


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

Symbol search path is: *** Invalid ***
****************************************************************************
* Symbol loading may be unreliable without a symbol search path. *
* Use .symfix to have the debugger choose a symbol path. *
* After setting your symbol path, use .reload to refresh symbol locations. *
****************************************************************************
Executable search path is:
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
Unable to load image ntoskrnl.exe, Win32 error 2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
*** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
Windows XP Kernel Version 2600 (Service Pack 2) MP (2 procs) Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Kernel base = 0x804d7000 PsLoadedModuleList = 0x805624a0
Debug session time: Tue Oct 3 00:51:42.187 2006 (GMT+2)
System Uptime: 2 days 20:41:43.759
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
Unable to load image ntoskrnl.exe, Win32 error 2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
*** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
Loading Kernel Symbols
................................................................................................................................................
Loading User Symbols
Loading unloaded module list
................
*** WARNING: Unable to verify timestamp for hal.dll
*** ERROR: Module load completed but symbols could not be loaded for hal.dll
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 9C, {4, 805535f0, b2000000, 70f0f}

***** Kernel symbols are WRONG. Please fix symbols to do analysis.

***** Kernel symbols are WRONG. Please fix symbols to do analysis.

Probably caused by : ntoskrnl.exe ( nt+602b2 )

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

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

MACHINE_CHECK_EXCEPTION (9c)
A fatal Machine Check Exception has occurred.
KeBugCheckEx parameters;
x86 Processors
If the processor has ONLY MCE feature available (For example Intel
Pentium), the parameters are:
1 - Low 32 bits of P5_MC_TYPE MSR
2 - Address of MCA_EXCEPTION structure
3 - High 32 bits of P5_MC_ADDR MSR
4 - Low 32 bits of P5_MC_ADDR MSR
If the processor also has MCA feature available (For example Intel
Pentium Pro), the parameters are:
1 - Bank number
2 - Address of MCA_EXCEPTION structure
3 - High 32 bits of MCi_STATUS MSR for the MCA bank that had the error
4 - Low 32 bits of MCi_STATUS MSR for the MCA bank that had the error
IA64 Processors
1 - Bugcheck Type
1 - MCA_ASSERT
2 - MCA_GET_STATEINFO
SAL returned an error for SAL_GET_STATEINFO while processing MCA.
3 - MCA_CLEAR_STATEINFO
SAL returned an error for SAL_CLEAR_STATEINFO while processing MCA.
4 - MCA_FATAL
FW reported a fatal MCA.
5 - MCA_NONFATAL
SAL reported a recoverable MCA and we don't support currently
support recovery or SAL generated an MCA and then couldn't
produce an error record.
0xB - INIT_ASSERT
0xC - INIT_GET_STATEINFO
SAL returned an error for SAL_GET_STATEINFO while processing INIT event.
0xD - INIT_CLEAR_STATEINFO
SAL returned an error for SAL_CLEAR_STATEINFO while processing INIT event.
0xE - INIT_FATAL
Not used.
2 - Address of log
3 - Size of log
4 - Error code in the case of x_GET_STATEINFO or x_CLEAR_STATEINFO
AMD64 Processors
1 - Bank number
2 - Address of MCA_EXCEPTION structure
3 - High 32 bits of MCi_STATUS MSR for the MCA bank that had the error
4 - Low 32 bits of MCi_STATUS MSR for the MCA bank that had the error
Arguments:
Arg1: 00000004
Arg2: 805535f0
Arg3: b2000000
Arg4: 00070f0f

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

***** Kernel symbols are WRONG. Please fix symbols to do analysis.

***** Kernel symbols are WRONG. Please fix symbols to do analysis.

NOTE: This is a hardware error. This error was reported by the CPU
via Interrupt 18. This analysis will provide more information about
the specific error. Please contact the manufacturer for additional
information about this error and troubleshooting assistance.

This error is documented in the following publication:

- Bios and Kernel Developers Guid for AMD Athlon(r) 64 and AMD Opteron(r) Processors
Bit Mask:

MA Model Specific MCA
O ID Other Information Error Code Error Code
VV SDP ___________|____________ _______|_______ _______|______
AEUECRC| | | |
LRCNVVC| | | |
^^^^^^^| | | |
6 5 4 3 2 1
3210987654321098765432109876543210987654321098765432109876543210
----------------------------------------------------------------
1011001000000000000000000000000000000000000001110000111100001111


VAL - MCi_STATUS register is valid
Indicates that the information contained within the IA32_MCi_STATUS
register is valid. When this flag is set, the processor follows the
rules given for the OVER flag in the IA32_MCi_STATUS register when
overwriting previously valid entries. The processor sets the VAL
flag and software is responsible for clearing it.

UC - Error Uncorrected
Indicates that the processor did not or was not able to correct the
error condition. When clear, this flag indicates that the processor
was able to correct the error condition.

EN - Error Enabled
Indicates that the error was enabled by the associated EEj bit of the
IA32_MCi_CTL register.

PCC - Processor Context Corrupt
Indicates that the state of the processor might have been corrupted
by the error condition detected and that reliable restarting of the
processor may not be possible.

BUSCONNERR - Bus and Interconnect Error BUS{LL}_{PP}_{RRRR}_{II}_{T}_err
These errors match the format 0000 1PPT RRRR IILL



Concatenated Error Code:
--------------------------
_VAL_UC_EN_PCC_BUSCONNERR_30F

This error code can be reported back to the manufacturer.
They may be able to provide additional information based upon
this error. All questions regarding STOP 0x9C should be
directed to the hardware manufacturer.

MODULE_NAME: nt

FAULTING_MODULE: 804d7000 nt

DEBUG_FLR_IMAGE_TIMESTAMP: 433b2f11

BUGCHECK_STR: 0x9C_IA32_AuthenticAMD

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: WRONG_SYMBOLS

LAST_CONTROL_TRANSFER: from 80703bf7 to 805372b2

STACK_TEXT:
WARNING: Stack unwind information not available. Following frames may be wrong.
805535c8 80703bf7 0000009c 00000004 805535f0 nt+0x602b2
805536f4 806fec52 80042000 00000000 00000000 hal+0x5bf7
00000000 00000000 00000000 00000000 00000000 hal+0xc52


STACK_COMMAND: kb

FOLLOWUP_IP:
nt+602b2
805372b2 5d pop ebp

SYMBOL_STACK_INDEX: 0

FOLLOWUP_NAME: MachineOwner

IMAGE_NAME: ntoskrnl.exe

SYMBOL_NAME: nt+602b2

BUCKET_ID: WRONG_SYMBOLS

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

 

[23.]

Keiner ne Ahnung? Die Mods vielleicht? Oder nen Tipp wie ich das herausfinden kann?

 

[CBase64]

Läuft dein Rechner übertaktet ? (CPU/Grafikkarte usw.)

 

[23.]

+ 15% beim CPU

meinst es liegt daran? Glaube ich hatte die auch, als das ganze noch auf Std. lief! Werds mal testen! Sonst noch Möglichkeiten?

 

[fuz2z3l]

oder der arbeitsspeicher is defekt...aber eher würde ich auch auf die cpu tippen...

 

[23.]

Könnte es auch an einer der Festplatten liegen?
Bekomme öfters mal eine Fehlermeldung in der Ereignisanzeige bezüglich einer meiner Platten, auf der nur Musik ist und anscheinend ist dort das Dateisystem defekt, nur lässt es sich weder per Scandisk, noch per Fix-It Utilities beheben bzw. es wird kein Fehler gefunden.
Könnte dies nicht auch zum Bsod führen? Werde die mal abnehmen, mal schaun was passiert!

Auf CPU und Ram sind doch Garantie drauf oder? Also RAM ist ca. 2 Jahre alt und CPU ca. 3 Monate. Wäre dies ein Reklamationsgrund? Ich mein ich kann irgendwie schwer testen, ob es die CPU ist, denn hab keinen anderen ^^

Laut minidump liegt es ja auch vermutlich am BUSCONNR (was immer das ist), könnte also der Systembus sein und damit auch an der vermutlich defekten HDD liegen, oder was meint ihr??

Lässt sich aus dem dump nichts konkretes rauslesen? Also diese BSODS konnte ich relativ eleminieren, indem ich den nForce4 IDE SW Treiber deinstalliert habe. BSODs treten atm nur alle 2-5 Tage auf und auch, wenn der PC nur am "runterladen" ist und sonst nix dran gemacht wird. Bin atm nämlich nicht daheim.

Gibts irgendwo ne Stelle zu der ich den Dump noch schicken kann, wo sich Leute damit so richtig auskennen? Also nix gegen euch *gg* ... zB Leute von Microsoft oder so?

 

[Woogie]

Hört sich nach der Festplatte an. lass die mal ab und teste mal.
Vielleicht sind dann die Probleme verschwunden.
Poste auf jedenfall, ob es was gebracht hat.

 

[PCB]

Warum hört es sich nach Festplatte an? Im Dump kann ich auch nicht den allerkleinsten Hinweis darauf finden!

@23.: Tja, also das Schlüsselwort aus deinem Dump ist MACHINE_CHECK_EXCEPTION (9c)

Bei Google eingegeben für das auf eine MS-Support-Seite

Zitat:
"MACHINE_CHECK_EXCEPTION" haben häufig eine der folgenden Ursachen:

• Nichteinhaltung der Spezifikationen beim Betrieb von Prozessor oder Hauptplatine. Zum Beispiel Überlastung von Prozessor oder Bus.

• Überlastete, nicht geeignete oder ausfallende Stromversorgungsvorrichtungen können Ihren Computer destabilisieren.

• Extreme thermische Bedingungen durch den Ausfall von Kühlvorrichtungen, wie z.B. Lüftern.


Da du ja deine CPU oc'ed hast, solltest du das wieder auf Standard stellen, auch alle anderen übertakteten Bauteile.

Wenn das nichts bringt, würd mir noch ein neuer CPU-Treiber, der Dual-Core-Patch für XP und ein aktuelles BIOS einfallen, um das Problem zu lösen.

 

[23.]

Hab die uralt Platte mal abgeklemmt. Bekomme erstmal keine Fehlermeldungen mehr in der Ereignisanzeige.
BIOS,Treiber usw. sind auf dem neusten Stand. Hab gestern nochmal per Registry den MS DualCore Hotfix aktiviert (total vergessen *gg*).

Jetzt habe ich nurnoch ein Problem ... Wie bekomme ich meine Audigy 2 Zs auf einen IRQ unter 16!?! Hab schon alles abgeschaltet was ich nicht brauche. IRQ 10,11 & 12 sind unbenutzt.
Die Audigy belegt je nach PCI Steckplatz jedoch 16,17 oder 18. ... total behindert!
Warum ich das versuche? Naja weil die Audigy 2 Probleme mit virtuellen IRQs (über 15) hat und ich zB beim zocken teilweise ein hochfrequentes Pfeifen aus allen Boxen bekomme, was nur durch einen Neustart weg geht und wenn ich zu lange warte mit einem weiteren BSOD gekrönt wird. Bei meinem alten Board ging dieses Problem jedenfalls per Umstecken auf einen anderen PCI Slot weg. Nur hier nicht, da halt kein IRQ unter 16 erreicht wird.

Denke mal, dann sollte das Sys eigentlich so gut wie 100% stabil laufen ... nur wie mach ich das :/

Achso bisher keine BSODs

 

[23.]

Asus BIOS 1604 vom 3.10.06

So bei Asus ist das Problem bekannt.

Habe grade ein inoffizielles BIOS mit der Nummer 1604 zugeschickt bekommen. Laut dem Typen soll in diesem die Kompatibilität von Creative Soundkarten maximiert worden sein. Er bezweifelt jedoch, dass das Problem schon komplett ausgemerzt sein wird, aber es schon deutlich helfen soll. Sie sind noch am tüfteln.

Hab das ganze mal draufgespielt. Nach dem Neustart haben sich erstmal alle Mainboardsachen neuinstalliert ... auch die Audigy, jedoch immernoch IRQ 16 ^^, naja ich werds mal testen. Im Bios erscheinen aufjeden keine neuen Optionen o.Ä.

Das BIOS ist anscheinend erst gestern erstellt worden

DAS BIOS IST NUR FÜR ASUS A8N-SLI (non deluxe etc.), werds mal anhängen

Könnt mir ruhig danken