Anzeige

Am Puls von Microsoft

Anzeige

[gelöst] Windows 10 ntoskrnl.exe+677781

habe nun das AsRock 970 Extreme 3 r2.0 angeschlossen und der PC friert ein bei den selben Belastungen wie beim Asus nur dieses ging aus wo dran liegt das?
 
Anzeige
Also mit der Festplatte hat das nichts zu tun, denn unter ununterbrochen großer Belastung mit entsprechend vielen Zugriffen per hohem UDMA-Modus wird sie erst beim Zocken.

Das ASRock 970 Extreme3 R2.0 ist doch ein viel besseres Mainboard; "Warum nicht gleich das?".

Wie gesagt, die möglichen Ursachen sind noch zahlreich.
Ersetze, was nur geht, um weitere Eingrenzung vorzunehmen. ^^
 
Hallo und guten Abend!
Ich bin noch am Suchen, was der Fehlercode in der Sektion 2 des WHEA-Record bedeutet, bin aber noch nicht fündig geworden.
Unbeschadet dessen gebe ich hier mal die Debuggerauswertung wieder.
Code:
Debugging Details:
------------------


BUGCHECK_P1: 0

BUGCHECK_P2: ffffe0003ab318f8

BUGCHECK_P3: 0

BUGCHECK_P4: 0

BUGCHECK_STR:  0x124_AuthenticAMD

CPU_COUNT: 6

CPU_MHZ: dbc

CPU_VENDOR:  AuthenticAMD

CPU_FAMILY: 15

CPU_MODEL: 2

CPU_STEPPING: 0

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  WIN8_DRIVER_FAULT

PROCESS_NAME:  System

CURRENT_IRQL:  0

ANALYSIS_VERSION: 10.0.10240.9 amd64fre

STACK_TEXT:  
ffffd001`dce5b5b0 fffff800`c59cf75d : 00000000`00000000 ffffe000`3ab318d0 fffff800`c58f16a0 fffff800`c59b2340 : nt!WheapCreateLiveTriageDump+0x81
ffffd001`dce5bae0 fffff800`c583035c : ffffe000`3ab318d0 00000000`00000000 00000000`00000000 00000000`00000000 : [COLOR="#FF0000"]nt!WheapCreateTriageDumpFromPreviousSession[/COLOR]+0x2d
ffffd001`dce5bb10 fffff800`c58314a1 : fffff800`c58f1640 fffff800`c58f1640 fffff800`c58f16a0 fffff800`17a4e7d0 : nt!WheapProcessWorkQueueItem+0x48
ffffd001`dce5bb50 fffff800`c5689b79 : fffff800`c59b2200 ffffe000`38f39040 ffffe000`00000000 ffffe000`3ab73bd8 : nt!WheapWorkQueueWorkerRoutine+0x25
ffffd001`dce5bb80 fffff800`c5628125 : 00000000`00000001 00000000`00000080 ffffe000`38e24700 ffffe000`38f39040 : nt!ExpWorkerThread+0xe9
ffffd001`dce5bc10 fffff800`c5766126 : fffff800`c593c180 ffffe000`38f39040 fffff800`c56280e4 00000000`00000000 : nt!PspSystemThreadStartup+0x41
ffffd001`dce5bc60 00000000`00000000 : ffffd001`dce5c000 ffffd001`dce56000 00000000`00000000 00000000`00000000 : nt!KiStartSystemThread+0x16

STACK_COMMAND:  kb
FOLLOWUP_NAME:  MachineOwner
MODULE_NAME: AuthenticAMD
IMAGE_NAME:  AuthenticAMD
DEBUG_FLR_IMAGE_TIMESTAMP:  0
IMAGE_VERSION:  
[COLOR="#FF0000"]FAILURE_BUCKET_ID:  0x124_AuthenticAMD_PROCESSOR_BUS_PRV[/COLOR]
BUCKET_ID:  0x124_AuthenticAMD_PROCESSOR_BUS_PRV
PRIMARY_PROBLEM_CLASS:  0x124_AuthenticAMD_PROCESSOR_BUS_PRV
....
....
[COLOR="#FF0000"]Und hier der WHEA-Record[/COLOR]
Common Platform Error Record @ ffffe0003ab318f8
-------------------------------------------------------------------------------
Record Id     : 01d1964d2451651a
Severity      : Fatal (1)
Length        : 928
Creator       : Microsoft
Notify Type   : Machine Check Exception
Timestamp     : 4/14/2016 12:57:18 (UTC)
[COLOR="#FF0000"]Flags         : 0x00000002 PreviousError[/COLOR]

===============================================================================
Section 0     : Processor Generic
-------------------------------------------------------------------------------
Descriptor    @ ffffe0003ab31978
Section       @ ffffe0003ab31a50
Offset        : 344
Length        : 192
Flags         : 0x00000001 Primary
Severity      : Fatal

Proc. Type    : x86/x64
Instr. Set    : x64
[COLOR="#FF0000"]Error Type    : BUS error
Operation     : Generic[/COLOR]
Flags         : 0x00
Level         : 3
CPU Version   : 0x0000000000600f20
Processor ID  : 0x0000000000000000

===============================================================================
Section 1     : x86/x64 Processor Specific
-------------------------------------------------------------------------------
Descriptor    @ ffffe0003ab319c0
Section       @ ffffe0003ab31b10
Offset        : 536
Length        : 128
Flags         : 0x00000000
Severity      : Fatal

Local APIC Id : 0x0000000000000000
CPU Id        : 20 0f 60 00 00 08 06 00 - 0b 32 98 3e ff fb 8b 17
                00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00
                00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00

Proc. Info 0  @ ffffe0003ab31b10

===============================================================================
Section 2     : x86/x64 MCA
-------------------------------------------------------------------------------
Descriptor    @ ffffe0003ab31a08
Section       @ ffffe0003ab31b90
Offset        : 664
Length        : 264
Flags         : 0x00000000
Severity      : Fatal

[COLOR="#FF0000"]Error         : BUSLG_OBS_ERR_*_NOTIMEOUT_ERR (Proc 0 Bank 4)[/COLOR]
  Status      : 0xba00001000020c0f
Und genau für diese Fehlermeldung habe ich noch keine plausible Erklärung gefunden. Eines geht mir aus der Fehlermeldung hervor: es ist kein TimeOut-Fehler. Aber dazu brauch man keine Recherche. :D

Nachtrag:
Zu dieser Fehlermeldung habe ich einen kleinen Teilerfolg:
BUSLG_OBS_ERR_*_NOTIMEOUT_ERR
Das OBS_ERR bedeutet OBS = Local processor* observed error as third party, also der Prozessor hat einen Fehler durch eine Dritt-Anbieter Anwendung erkannt.
Was dieses BUSLG bedeutet, habe ich noch nicht heraus bekommen. Das Windows-SDK enthält über 200 Header-Dateien in denen alle Definitionen von Windows stehen. Da ist es nicht so einfach, sich da durch zu wühlen und die richtige Definition zu finden.
 
Zuletzt bearbeitet:
Gruß und Dank, Ari45! ^^

Das wird Dich interessieren:
Pc Hängt im Normalen Desktopbetrieb - ComputerBase Forum

Das Netzteil, das Mainboard und der Arbeitsspeicher sind neu, daher grenzt das diesen Fehler, der entweder mit dem CPU-Power-State zu tun hat, oder mit den Intercore(DRAM/HT-Link)-Timings, auf den Prozessor ein, oder eine der neuen Komponenten hat einen Funktionsfehler.

Also für eine gezielte Beurteilung ist das noch zu wenig.
Das Mainboard können wir schon ausgrenzen, bleiben noch Prozessor, Arbeitsspeicher und Netzteil.
 
Danke KnSN.
Bis auf dieses BUSLG hatte ich bereits alles recherchiert. Dass es ein BUS-Fehler ist, war mir auch klar, aber mit diesem LG konnte ich nichts anfangen.
Übrigens: nach der Dokumentation zu Prozessoren kann diese Meldung OBS = Local processor* observed error as third party nicht nur bedeuten, dass es eine Drittanbieter-Anwendung war, sondern auch ein Drittanbieter-Prozessor, also zB Grafikprozessor.
Hier der Wortlaut aus
64 and IA-32 Architectures
Software Developer’s Manual

Local processor differentiates the processor reporting the error from other system components (including the APIC, other processors, etc.)
Aber so detaillierte Angaben macht der WHEA-Record nicht.
 
Ich danke Dir. ^^

Leider habe ich keinen Anteil an das so riesige SDK-Arsenal an abgekürzten Fachbegriffen.

64 and IA-32 Architectures
Software Developer’s Manual
Local processor differentiates the processor reporting the error from other system components (including the APIC, other processors, etc.)

Der OBS klingt für mich nach einem Koprozessor von der engeren Art mit dem Hauptprozessor, was auf den Plattform-Chip/ -Chipsatz zutrifft (NVIDIA: System Platform Processor / Intel: I/O Controller Hub, Platform Controller Hub / AMD: North Bridge, Fusion Controller Hub). Die Passage in der Klammer untermauert dies sogar.


Über BUSLG weiß ich inzwischen so viel, dass es ein Bus zwischen UNCORE und Memory ist.
Früher gab 's da den DRAM-Bus, der an den ECM-Burst angekoppelt ist (alg. Front Side Bus), der wiederum der QPI/Uncore/North Bridge Baseline ist, also muss das die Intercore-Schnittstelle sein, die auf direktesten Wege an den RAM anbindet. Aber das ist bei AMD der HT-Link, nur ist der von der North Bridge entkoppelt, mit Ausnahme von der FM-Sockel-Plattform.

Das ist so kompliziert, wenn man nicht wenigstens einen Begriff daraus kennt, denn LG kann ich genauso als Land Grid deuten, nur im Zusammenhang hiermit ...
Ich bemühe weiterhin Google - meine Wissbegierige duldet kein Scheitern. ;)


Nachtrag:
Land Grid Bus klingt aber gar nicht mal so unlogisch, weil das ist der Definition nach als die Schnittstelle am Package (CPU-Sockel) zu verstehen und das ist namentlich der ECM-Burst, der die Phasen zwischen VRM und CPU brückt.
 
Zuletzt bearbeitet:
Hi also das AsRock läuft gut aber nach 30 min hängt es sich auf das nervt bei dem einen absturz bei dem anderen friert es ein XD
Danke übrigens was ihr alles erarbeitet habt :)

ich verstehe ja bisschen was von PC sachen aber das hier was ihr postet übersteigt irgendwie mein Kopf gleich bekomme ich nen BSOD xD



da ich im moment nicht mehr an den PC komme da ich mittlerweile zuhause bin soll ich dann morgen mal Bilder vom AsRock bios hochladen?
 
Hi also das AsRock läuft gut aber nach 30 min hängt es sich auf das nervt bei dem einen absturz bei dem anderen friert es ein XD

Am Mainboard liegt 's definitiv nicht, denn der gleiche Fehler aus drei Mainboards ... Da lege ich mich zu 100% fest.

Ich weiß nicht, ob Du so einigermaßen verstanden hast, was Ari45 und ich hier zu bereden hatten.
Ich denke mal, Du weißt schon, dass die Wahrscheinlichkeit gestiegen ist, dass der AMD FX-6300 möglicherweise die gesuchte Fehlerquelle ist.

Zugegeben - ich bin bisher höchst selten mit einem Prozessor-Defekt konfrontiert worden. Der letzte Fall hier im Forum, an dem ich mich erinnere, ist damals ein Intel-Core-i5/i7-Prozessor gewesen, der aber auch nachweislich ein Tray-Prozessor gewesen ist.

Danke übrigens was ihr alles erarbeitet habt :)

Keine Ursache. ;)

ich verstehe ja bisschen was von PC sachen aber das hier was ihr postet übersteigt irgendwie mein Kopf gleich bekomme ich nen BSOD xD

Nicht nur Du. :D

da ich im moment nicht mehr an den PC komme da ich mittlerweile zuhause bin soll ich dann morgen mal Bilder vom AsRock bios hochladen?

Kannst Du machen, aber ich denke nicht, dass das noch viel zur Lösungsfindung beiträgt. Dumpfiles mit weiteren Indikatoren sind aktuell hilfreicher. ^^

Ich kann Dir vorerst nur anraten, für vorübergehend ein anderes Netzteil und auch einen anderen Arbeitsspeicher zu verbauen. Immerhin weißt Du dann mit Zusicherung, ob 's der Prozessor ist.

Mein Verdacht?
40% Prozessor, 40% Netzteil und 20% Arbeitsspeicher.
 
ja ich werde morgen mein PC mitnehmen zum kollegen und das da machen
 
Zuletzt bearbeitet:
so habe alles mit meinem pc ausgetauscht das problem ist weiterhin
nur mein problem bei dem asRock ist er zeigt mir an A Disk error occured press CTRL+Alt+entf zum neustarten
ich komme bei dem pc mit dem board nicht einmal mehr über den Willkommensbildschirm

soll ich denn wieder das Asus anschließen?
 
Hallo!


Dieser Fehler wird das Resultat von einer Fehlkonfiguration mit der S-ATA-Schnittstelle sein.
Wenn die North Bridge falsch konfiguriert ist, wegen Mainboard-Einstellung, oder wegen Prozessor- oder Arbeitsspeicher-Konfiguration, dann passiert das, denn immerhin stehen alle Schnittstellen in der Kohärenz - die gegenseitige Bedingung.

In diesem Fall versuchen, das Problem mithilfe dem BIOS-CMOS-Reset zu beseitigen:



Jetzt wollen wir erfahren, was gegen was ersetzt worden ist?
Netzteil (Modellbezeichnung), Prozessor (Modellbezeichnung) und/oder Arbeitsspeicher (Modellbezeichnung)?
 
Das NT wurde gegen DARK POWER PRO 10 | 550W CM gewechselt und die Rams sind identisch wurden mit meinem gewechselt


und gestern abend hatte ich ja noch die Boards getauscht die CPu kann ich nicht taushen da ich ein i7 habe
 
Verstehe ...
Hast Du bei der Gelegenheit das Thermaltake-Netzteil sowie den RAM in dem anderen Computer getestet, um deren Betrieb auf Fehler ausschließen zu können?

Insoweit hast Du die Fehlerquelle auf den AMD FX-6300 eingrenzen können. ^^
 
die rams auf dem anderen und das Thermaltalk laufen im moment bei mir am pc also habe jetzt im asrock die ram taktung veraendert und kam wenigstens schonmal an den pc und konnte zumindest paar sachen installieren
 
aber der pc haengt sich noch auf und wenn ich ihn neu starte kommt A disk read error occured h....
 
Damit ich jetzt hier richtig durchblicke ...
Um welchen Computer geht 's jetzt?
Der - defekte - AMD-Rechner mit dem Thermaltake-Netzteil und dem alten RAM, oder mit dem Be-Quiet!-Netzteil und dem neuen RAM?
 
es geht um den pc wie am anfang beschrieben nur mit nem anderne board jetzt es kommen keine Bluescreens mehr sonder er friert ein
 
Okay! ^^

Und Du hast die RAM-Timings geändert und schon tut sich ein anderes Bild auf; wenngleich weiterhin fehlerhaft?
Dass ein Hauptspeicher auf Mainboards von unterschiedlicher Hersteller dieselben Symptome von Fehlkonfiguration aufweist habe ich so noch nicht erlebt, ausgenommen bei Defekt.

Metapher: "Biber in aller Welt kennen sich nicht, aber bauen doch die gleichen Dämme!"

Stelle den Arbeitsspeicher auf JEDEC #5! Das ASRock-Mainboard automatisiert diese Einstellung nach PnP.

ASRock UEFI Setup Utility -> OC Tweaker -> DRAM Timing Control
ASRock 990FX Extreme9 BIOS and Software - AMD?s 5 GHz Turbo CPU in Retail: The FX-9590 and ASRock 990FX Extreme9 Review

Wenn das für eine Besserung sorgt kannst Du mit einer Fehlkonfiguration von dem Arbeitsspeicher kalkulieren, andernfalls bleibt der Prozessor in der Kreide als alleiniger Verursacher stehen.
 
also hatte die timings auf 9-9-9-27 / TRC = 36 / TRFC 160 / CR = 2T / 1,50V / 1333 gestellt da hatte er zuerst einmal gepiept als würden keine rams drin sein und startete danach trotzdem bis jetzt versuche ich mal ein spiel darauf zu installieren und zu spielen danach werde ich dein post mal testen
 
Welcher Wert steht bei "DRAM Voltage" und steht die "Command Rate" auf "1T"?

Ich wünsche mir endlich, dass CPU-Z diese beiden Werte preisgibt. Ständig diese Verwirrungen wegen falschen und fehlenden Angaben!

GPU-Z ist auch nicht besser: Bedient sich für die Informationen aus seiner internen Datenbank, anstatt die Information aus der Grafikkarten-Firmware zu übernehmen, was dazu führt, dass der Grafikchip (Revision) falsch ist und so weiter.
 
Anzeige
Oben