Ryzen 5000 Whea Fehler (inklusive Reboot) was tun....

[ilovebytes]

das ist gut, hilft aber leider den Leuten nicht, die mit Stock bios ohne Pbo, Curve Optimizer, core performance boost usw) mit fixen Spannungen und Ram 2400/ IF 1200 trotzdem noch Reboots und whea Fehler haben.

ich glaube nicht das ein Agesa/Bios Update das jemals beheben kann

von pbo anschalten brauch ich bei mir nicht mal träumen...

 

[MorOsch]

Also mit 1 CCD lief es bis jetzt stabil, auch das Zocken.

Ich teste gerade noch mal 2 CCD und verschiedene RAM Einstellungen. Viel Erfahrung habe ich nicht, aber reicht es erst mal, die Standardfrequenz auf 2400 MHz zu setzen und FCLK auf 1200?

 

[DaMfS]

Was mir auffällt du hast auch ein Asus Board, zwar ein B550 aber ich hab bis jetzt auch auf einem Crosshair 8 Dark Hero und einem Crosshair 7 getestet und immer war der Fehler vorhanden. Jetzt wäre die Frage ob es auch Leute mit anderen als Asus Boards betrifft ?

Aber selbst wenn es ein Asus Problem sein sollte bleibt die Frage warum es bei manchen dann trotz Asus Board problemlos funktioniert ?

das ist gut, hilft aber leider den Leuten nicht, die mit Stock bios ohne Pbo, Curve Optimizer, core performance boost usw) mit fixen Spannungen und Ram 2400/ IF 1200 trotzdem noch Reboots und whea Fehler haben.

ich glaube nicht das ein Agesa/Bios Update das jemals beheben kann

von pbo anschalten brauch ich bei mir nicht mal träumen...

Sorry hatte vergessen zu Zitieren und damit den Bezug herzustellen. Wollte damit aussagen, dass ich durchaus Probleme mit dem ASUS Board hatte/habe, das neue BIOS aber schon mal einen Großteil davon gefixt hat.

Da bei mir die spontanen Reboots wieder losgehen, sobald ich den Curve Optimizer mit negativen Einstellungen anfasse, vermute ich, dass die CPU im Idle zu wenig Saft bekommt. Hast du schon mal versucht mit einem Voltage Offset dem entgegen zu steuern, ohne den Curve Optimizer zu aktivieren?

 

[ilovebytes]

ja ich habe sogar eine fixe Voltage von 1,32Volt im Bios eingestellt (ohne PBO, Core Performance Boost usw) dann wurde sowohl unter Last als auch im idle immer die 1,32 Volt angelegt - die Reboots im Idle sind trotzdem geblieben.

aber selbst wenn das funktioniert hätte, mit Stock Bios Settings sollte die Cpu einfach laufen, alles andere ist Mist, es kann doch nicht sein, das man vorher als Benutzer im Bios was weiß ich was alles deaktivern und umstellen muß damit das Ding läuft. Das können die meisten hier im Forum und selbst da nicht alle, aber ein 0815 User ist doch damit komplett überfordert.

Das ist in meinem Augen einfach Murks den Amd und/oder die Mainboarhersteller hier abliefern. Die Leute zahlen Unsummen für die Hardware und dürfen sich dann wochenlang mit Einstellungen, Fehlersuche, Rmas, Widerrufen und was weiß ich nicht alles auseinandersetzen.

 

[Gelöschtes Mitglied 263002]

Das ist in meinem Augen einfach Murks den Amd und/oder die Mainboarhersteller hier abliefern. Die Leute zahlen Unsummen für die Hardware und dürfen sich dann wochenlang mit Einstellungen, Fehlersuche, Rmas, Widerrufen und was weiß ich nicht alles auseinandersetzen.

Sehe ich auch so. Ich habe bei den AMD APUs keine so guten Erfahrungen gemacht. Weil sie nie stabil liefen, musste eine Intel CPU her, was ich schade finde, weil ich die recht starken APUs nicht schlecht finde.

Hier(#13) hat jemand etwas zu der "pshed.dll" geschrieben. Den Ärger will man nicht haben und das nachzuvollziehen ist echt schwierig.

 

[DaMfS]

ja ich habe sogar eine fixe Voltage von 1,32Volt im Bios eingestellt (ohne PBO, Core Performance Boost usw) dann wurde sowohl unter Last als auch im idle immer die 1,32 Volt angelegt - die Reboots im Idle sind trotzdem geblieben.

aber selbst wenn das funktioniert hätte, mit Stock Bios Settings sollte die Cpu einfach laufen, alles andere ist Mist, es kann doch nicht sein, das man vorher als Benutzer im Bios was weiß ich was alles deaktivern und umstellen muß damit das Ding läuft. Das können die meisten hier im Forum und selbst da nicht alle, aber ein 0815 User ist doch damit komplett überfordert.

Das ist in meinem Augen einfach Murks den Amd und/oder die Mainboarhersteller hier abliefern. Die Leute zahlen Unsummen für die Hardware und dürfen sich dann wochenlang mit Einstellungen, Fehlersuche, Rmas, Widerrufen und was weiß ich nicht alles auseinandersetzen.

Stimme ich dir 100% zu - bevor das Update kam, war ich kurz davor alles zurück zu schicken und mir nen 10900K zu bestellen.
Na mal schauen, ob bei mir sämtliche Fehler bis zum Alder Lake Launch behoben sind, und wie sich die neue Intel CPU im Vergleich zum 5900X macht.

Mit der Leistung bin ich ja komplett zufrieden, aber dieses miese Gefühl, ob noch alles läuft wenn der Rechner paar Stunden im Idle war werd ich nicht los.

 

[Pirate85]

Bei mir hingen die WHEAs mit dem Arbeitsspeicher zusammen. Habe mittlerweile so einige Kombinationen auf verschiedenen Systemen durch und bin privat nun ausgerechnet auf nem Noname-Kit von Timetec hängen geblieben.

Sind Hynix CJR drauf, was aber hier nichts zur Sache tun sollte. Fakt ist: Irgendwie hängt das - zumindest in den Fällen die ich bisher hatte - mit dem Speicher bzw. seinen Timings zusammen im Zusammenspiel mit der IMC Voltage etc. pp ... ziemlich nervige Geschichte.

Ich hoffe dass das ganze mit den nächsten UEFI Updates behoben ist, da der letzte AGESA Patch auf 1.1.0.0 Patch C schon einiges an Verbesserung gebracht hat.
Dennoch kriege ich z.b. mein 2*16Gb 3000er CL15 Crucial Ballistix Sport LT Kit (Micron E-Die) absolut nicht WHEA frei... was es aber auf nem Intel System ohne Probleme ist.

Schon zig mal hin und her probiert... Währenddessen rennt aber nen Crucial Max RGB 2*16Gb Kit (3600CL16) mit Micron B-Dies absolut Störungsfrei ohne WHEA Fehler.

 

[n3cron]

Klingt ja so, als dürfte der Speicher nicht zu langsam sein.

 

[DaMfS]

bei mir laufen 2x F4-3600C16D-16GTZN Kits (4x8) seit 3001X zum glück fehlerfrei mit XMP Settings - sind aber auch mit 3200 14 14 14 14 28 sehr flott gelaufen. Konnte da keinerlei Geschwindigkeitsunterschiede feststellen, ob XMP oder 3200 mit straffen Timings. Im Vergleich zu den Corsair Venegance PRO RGB 2x16GB 3600 CL18 Kit hat es mir jedoch knapp 800 Punkte im CBR20 gebracht. Wobei ich das Corsair Kit auch nur auf 3000 Mhz betreiben konnte, ohne WHEA Fehler zu bekommen

 

[Pirate85]

So doof das jetzt auch klingt - aber genau so sind meine Erfahrungen bisher. Ich kriege nichts unter 3200Mhz WHEA frei, und darüber aber z.b. die E-Dies auch nicht. Mit B-Dies sowohl Samsung als auch Micron, als auch den Hynix CJR ist es kein Problem.

Was mir aber auch aufgefallen ist: Tools wie den Dram Calculator kann man vergessen, da die dort angegebenen Werte WHEA Fehler verursachen - sprich man bekommt nicht so straffe Timings hin... (Das sind MEINE Erfahrungen, mir ist eben erst aufgefallen das wir hier auch so nen Thread haben - sonst wäre ich hier schon längst aufgelaufen).

Versucht mal die tRFC Werte so ~20-40 höher anzusetzen, das hat bei mir mitunter schon geholfen.

LG Marti

 

[DaMfS]

Was mir aber auch aufgefallen ist: Tools wie den Dram Calculator kann man vergessen, da die dort angegebenen Werte WHEA Fehler verursachen - sprich man bekommt nicht so straffe Timings hin... (Das sind MEINE Erfahrungen, mir ist eben erst aufgefallen das wir hier auch so nen Thread haben - sonst wäre ich hier schon längst aufgelaufen).

LG Marti

Jup, die einzigen Werte, die ich übernehmen konnte waren die Haupttimings, wie beim 3200er.
Rest ist dann rumprobieren - wobei ich da irgendwann die Lust verloren habe. Mit dem nächsten BIOS läufts entweder nicht mehr, oder man könnte mit schärferen Timings rangehen.

Einzig die 0d Fehler bereiten mir etwas Magenschmerzen. Könnte da nicht auch das Board einen weg haben? Bekomme ich zwar durch Armory Crate Deinstallation gelöst, aber ist für mich kein dauerhafter Zustand

 

[n3cron]

So doof das jetzt auch klingt - aber genau so sind meine Erfahrungen bisher. Ich kriege nichts unter 3200Mhz WHEA frei, und darüber aber z.b. die E-Dies auch nicht. Mit B-Dies sowohl Samsung als auch Micron, als auch den Hynix CJR ist es kein Problem.

Was mir aber auch aufgefallen ist: Tools wie den Dram Calculator kann man vergessen, da die dort angegebenen Werte WHEA Fehler verursachen - sprich man bekommt nicht so straffe Timings hin... (Das sind MEINE Erfahrungen, mir ist eben erst aufgefallen das wir hier auch so nen Thread haben - sonst wäre ich hier schon längst aufgelaufen).

LG Marti

Ich hatte sowas ähnliches nur mit zu schnellem Speicher bei der 2700 Generation, es hatte sich herausgestellt das die eine 4x belegung nicht mögen mit zu flottem Speicher ist der Asynchron geworden....
2x Schneller Speicher 3333mhz z.b ging aber 4x gerade so 2933mhz... sehr merkwürdig

 

[Pirate85]

Das kenne ich auch noch

@DaMfS ich habe eben oben nochmal editiert gehabt, versuche mal [Spaßeshalber] die XMP Timings zu benutzen, aber die tRFC Werte so 20-40 höher anzusetzen - das hat mitunter schon gereicht, zumindest bei den B-Dies.

 

[DaMfS]

Das kenne ich auch noch

@DaMfS ich habe eben oben nochmal editiert gehabt, versuche mal [Spaßeshalber] die XMP Timings zu benutzen, aber die tRFC Werte so 20-40 höher anzusetzen - das hat mitunter schon gereicht, zumindest bei den B-Dies.

Danke probier ich heut Abend mal aus

 

[ilovebytes]

Klingt ja so, als dürfte der Speicher nicht zu langsam sein.

also das wäre dann ja die Krönung, ich hab wirklich alles probiert ausser den Speicher mal richtig ranzunehmen, eben weil die Fehler bereits bei Ram 2400 und If 1200 da waren. Der Speicher lief ja mit dem 3700X auf 3800/1900 ohne zu murren fast 2 Jahre lang.

Ich bin stark versucht den 5900x nochmal auszupacken und alles nochmal einzubauen um das mal mit 3600/1800 zumindest zu versuchen. Aber ich kann es nicht recht glauben den es berichten ja auch viele das erst bei höheren IF und Ram Speeds die Fehler losgingen - ich weiß bald gar nicht mehr was ich machen soll

 

[Holzmann]

ich hab wirklich alles probiert ausser den Speicher mal richtig ranzunehmen

Du hättest natürlich schon zumindest mal mit dem AMD üblichen Ram Takt nach Spezifikation von 3200MHZ probieren können.

 

[fdsonne]

Ich bin stark versucht den 5900x nochmal auszupacken und alles nochmal einzubauen um das mal mit 3600/1800 zumindest zu versuchen. Aber ich kann es nicht recht glauben den es berichten ja auch viele das erst bei höheren IF und Ram Speeds die Fehler losgingen - ich weiß bald gar nicht mehr was ich machen soll

Du kannst es testen, aber was soll das bringe!??
Lass dich doch nicht belatschern... WHEA Fehler können x-Tonnen Gründe haben. Da kommen Leute in den Thread und sagen, ja hab ich auch, mach das und das -> aber was soll das bringen wenn nicht ein einziger mal schaut ob sein Fehler mit deinigen übereinstimmt!? Das bringt doch nix...

Und Fehler mit niedrigem RAM und mit hohem nicht? Das klingt mir klar nach Software/Agesa respektive irgendwas mit den Timings. Bei mir läuft zum Beispiel XMP gar nicht. Das Ding bootet einfach nicht. Egal was ich bis dato probiert habe. Die ersten Versuche waren auch seeehr ernüchternd. Mittlerweile hab ich ein Setting, was auch stundenlang stabil ist. Es sind keine Übertaktraten, aber dafür ist es eben Dauerstabil. Den Fehler mit niedrigem RAM Takt btw. kann ich nicht nachvollziehen. Bei mir ist auch 2133 Fehlerfrei. Generell wie oben erwähnt, das ist ein Error Reporting. Das DARF eigentlich keine Fehler werfen. Wenn da auch nur irgendwo irgendwas irgendwie nicht zusammen spielt, dann gibts halt Fehler. Das einfach nur anhand irgend einer Error ID in den gleichen Topf zu schmeißen wie bei dir ergibt mMn absolut gar keinen Sinn. Auch wenn ich verstehe, dass man bei Fehlern am "Verzweifeln" ist. Lass dich nicht verrückt machen. Wer viel misst, miss meist misst. Oder wie sagt man? Konzentrier dich auf das wesentliche. -> Cache Fehler sind keine RAM Fehler. Aber das hab ich gefühlt schon zum fünften mal gesagt.

@Pirate85
Poste bitte mal den RawData String (siehe Startpost Beispiel) bei dir -> dann können wir gucken ob das vergleichbar ist oder nicht. Der Beschreibung nach ist das eher ne andere Nummer...

 

[MorOsch]

Also bisher kriege ich das System nur stabil, wenn ich CCD auf 1 setze.
Precision Boost Overdrive (PBO) und Core Performance Boost (CPB) deaktivieren soll ja als Alternative auch helfen, ich finde aber nur die PBO-Einstellung im BIOS (B550 Gaming F) und auch da weiß ich nicht, was ich alles deaktivieren soll.

Als nächstes teste ich jetzt neuen RAM mit 3600MHz und 1800FLCK.

Hier mal mein RawData String

Spoiler: Aufklappen

- <Event xmlns="

http://schemas.microsoft.com/win/2004/08/events/event

">


- <System>


<Provider Name="Microsoft-Windows-WHEA-Logger" Guid="{c26c4f3c-3f66-4e99-8f8a-39405cfed220}" />


<EventID>18</EventID>


<Version>0</Version>


<Level>2</Level>


<Task>0</Task>


<Opcode>0</Opcode>


<Keywords>0x8000000000000000</Keywords>


<TimeCreated SystemTime="2020-12-17T13:32:24.8158747Z" />


<EventRecordID>3616</EventRecordID>


<Correlation ActivityID="{3b7fdf72-4e48-421b-958a-5f6a566b6924}" />


<Execution ProcessID="3904" ThreadID="4556" />


<Channel>System</Channel>


<Computer>DESKTOP-H0JV9NH</Computer>


<Security UserID="S-1-5-19" />


</System>


- <EventData>


<Data Name="ErrorSource">3</Data>


<Data Name="ApicId">0</Data>


<Data Name="MCABank">27</Data>


<Data Name="MciStat">0xfaa000000000080b</Data>


<Data Name="MciAddr">0x0</Data>


<Data Name="MciMisc">0xd01a0ffe00000000</Data>


<Data Name="ErrorType">10</Data>


<Data Name="TransactionType">256</Data>


<Data Name="Participation">0</Data>


<Data Name="RequestType">0</Data>


<Data Name="MemorIO">2</Data>


<Data Name="MemHierarchyLvl">3</Data>


<Data Name="Timeout">0</Data>


<Data Name="OperationType">256</Data>


<Data Name="Channel">256</Data>


<Data Name="Length">936</Data>


<Data Name="RawData">435045521002FFFFFFFF03000100000002000000A803000010200D00110C14140000000000000000000000000000000000000000000000000000000000000000BDC407CF89B7184EB3C41F732CB57131FE6FF5E89C91C54CBA8865ABE14913BBF837B20779D4D60102000000000000000000000000000000000000000000000058010000C00000000003000001000000ADCC7698B447DB4BB65E16F193C4F3DB0000000000000000000000000000000001000000000000000000000000000000000000000000000018020000800000000003000000000000B0A03EDC44A19747B95B53FA242B6E1D0000000000000000000000000000000001000000000000000000000000000000000000000000000098020000100100000003000000000000011D1E8AF94257459C33565E5CC3F7E8000000000000000000000000000000000100000000000000000000000000000000000000000000007F010000000000000002040000030000100FA2000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000007000000000000000000000000000000100FA200000818000B32D87EFFFB8B170000000000000000000000000000000000000000000000000000000000000000B3F8F31CB1C5A249AA595EEF92FFA63C01000000000000009E07C02604000000000000000000000000000000000000000000000000000000000000000000000002000000020000000141390979D4D60100000000000000000000000000000000000000001B0000000B0800000000A0FA000000000000000000000000FE0F1AD00000000000000000000500002E0001000000005D000000007D000000270000000000000000000000000000000000000000000000000010000000000000001000000000000000100000000000000010003B00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000</Data>


</EventData>


</Event>

 

[Pirate85]

@fdsonne mache ich wenn ich wieder RAM drin habe der zickt. Ich teste ja aktuell durch meine Ramkits durch und habe aktuell den Crucial Ballistix RGB mit Micron B-Dies drin wo es [aktuell] keinerlei Probleme gibt.

Bisher laufen Hynix CJR & Micron B-Die unauffällig. Probleme gibt's scheinbar nur mit Samsung B-Die und Micron E-Die. 🧐

Allerdings sind alles bis auf die Ballistix RGB Dualrank Kits, daher ist das eventuell auch ausschlaggebend bei den Micron B-Die (singlerank dürfte den IMC weniger fordern).


Was ich auf jeden Fall sagen kann, es ist jedes mal die Ereignis ID: 18 (Schwerwiegender Hardwarefehler) - kann dir aktuell keinen String in der Form geben da ich das ganze bei jedem Kit was ich verbaue löschen tue, und bisher hatte ich keinen Schwerwiegenden Fehler mehr.

Habe jetzt das Crucial Ballistix RGB Kit mit Micron B-Dies auf DDR4 3800 CL16 übertaktet und muss tRFC Werte bei 600 | 490 | 330 setzen, wo ich sonst immer locker bis 560 | 440 | 280 runter konnte. Bei dem 3600er CL14 Setting ist mir das auch schon aufgefallen - ich bin nach wie vor der Meinung das es an den tRFC Werten liegt - zumindest war es bisher immer der Fall bei mir.

HWiNFO64 zeigt die WHEA Fehler ganz unten im Sensor Bereich schön an - sobald der beim RAM Test (Oder auch Memtest / Memtest Pro) dort Fehler wirft kann man es sein lassen und direkt im UEFI die tRFC Werte höher setzen, das ganze hört meistens bei zusätzlichen 20-40 Clocks zu den jeweiligen tRFC Parametern auf, ansonsten hat man früher oder später nen schönen 18er.

LG Marti

 

[ilovebytes]

was mir im Rückblick gerade erst aufgefallen ist, ich habe ja wahrscheinlich wie die meisten hier den Ausbalanciert Energiesparplan laufen. und da schaltet sich ja nach 30 minuten der PC in den Stromsparmodus - sprich der PC geht aus und ich habe ja geschrieben das die Fehler und Reboots meist nach 20-30 Minunten das erste mal auftraten (allerdings manchmal auch erst nach 3-4 Stunden)

Könnte es sein das diese Schalten in den Stromsparmodus von Windows aus irgendwie schuld an den Fehler ist ? Und das hier vielleicht bei den Asus Boards irgendwas im argen ist ?

ich hab mir im Laufe der Woche von den Amazon Warehousedeals ein gebrauchtes Msi B550 bestellt ( da hab ich weniger Bedenken das zurückzusenden auch wenn es nicht die feine englische Art ist) und könnte damit nochmal testen.

was meint ihr ?

 

[Holzmann]

Könnte es sein das diese Schalten in den Stromsparmodus von Windows aus irgendwie schuld an den Fehler ist ?

Halte ich für möglich das muss weiter untersucht werden!

 

[MorOsch]

@ilovesbytes Es wird empfohlen für die neuen Ryzen den Energiesparmodus auf ausbalanciert zu lassen, da sie extra dafür entwickelt wurden.

Ich habe heute Morgen den neuen RAM (F4-3600C16D-32GTZNC) eingebaut und jetzt lief der PC den ganzen Tag ohne einen WHEA Fehler. Hatte DOCP aktiviert, 3600MHz + 1800 FLCK. Rest im BIOS auf Standard. Vorher verbaut waren 16GB G.Skill Trident Z schwarz/weiß DDR4-3200 DIMM CL14 Dual Kit. Würde die Theorie von @Pirate85 stützen. Ich hoffe es bleibt jetzt stabil, ich beobachte.

 

[fdsonne]

Ich habe heute Morgen den neuen RAM (F4-3600C16D-32GTZNC) eingebaut und jetzt lief der PC den ganzen Tag ohne einen WHEA Fehler. Hatte DOCP aktiviert, 3600MHz + 1800 FLCK. Rest im BIOS auf Standard. Vorher verbaut waren 16GB G.Skill Trident Z schwarz/weiß DDR4-3200 DIMM CL14 Dual Kit. Würde die Theorie von @Pirate85 stützen. Ich hoffe es bleibt jetzt stabil, ich beobachte.

Auch hier das gleiche Thema - poste doch bitte einfach den RawData String aus der WHEA Meldung. Ihr stochert die ganze Zeit im dunkeln und sucht Fehler, die höchstwahrscheinlich gar nix mit einander zu tun haben. Wenn RAM Wechsel inkl. Takterhöhung "Fehler" behebt, dann handelt es sich dabei offenbar nicht um Cache Probleme bzw. Meldungen, die durch falsche Werte im CPU Cache reportet werden sondern wahlweise um Inkompatibilitäten, falsche Settings mit den vorherigen Sticks, Agesa Probleme oder eben sonstwas, was da noch falsch laufen kann...

HWiNFO64 zeigt die WHEA Fehler ganz unten im Sensor Bereich schön an - sobald der beim RAM Test (Oder auch Memtest / Memtest Pro) dort Fehler wirft kann man es sein lassen und direkt im UEFI die tRFC Werte höher setzen, das ganze hört meistens bei zusätzlichen 20-40 Clocks zu den jeweiligen tRFC Parametern auf, ansonsten hat man früher oder später nen schönen 18er.

Schade dass du die alten Protokolle nicht mehr hast -> aber kannst du zur Sicherheit dennoch mal schauen? Das Ereignisprotokoll lässt sich ja filtern auf die WHEA Errors. Oder sortieren nach diesen. HWInfo zählt auch nur die Fehler. Soweit mir bekannt gibt es dort rudimentäre Ansätze zum "Übersetzen" verschiedener Meldungen in einen Text um das für den User lesbar zu machen. Da werden also nicht alle Fehler mit dem selben Text reportet. Aber Details fehlen auch dort.

Eins der alten Kits um das mal gegen zu checken hast du aber nicht noch? Oder ein zweit System um das dort mal zu prüfen?

 

[Pirate85]

Ich habe aktuell nur mein System mit einem 5600X - gerade was CPUs angeht bin ich in den letzten Jahren vorsichtig geworden weil es immer etwas braucht. War ja bei den 10XXX von Intel sowie den 2XXX & 3XXX bei AMD nicht anders. Mittlerweile sind wir mehr oder weniger Betatester...

Ich habe vom Schwager das A4 System hier in welchem ein MSI B450 ITX samt R5 3600 arbeitet, dort teste ich sämtliche Speicherkits gegen - alle sind dort unauffällig.

Interessant: Mit dem B-Die von Micron habe ich jetzt mit dem 5600X selbst mit den Specs nach JEDEC (2666 CL19) die WHEAs... ich editiere das ganze hier gleich mal (Ich habe jetzt mal versucht alles zu provozieren was geht, leider habe ich jetzt nicht geordnet was mit wem passiert ist, da einiges zusammen gekommen ist).

Folgende Kritischen Meldungen kamen heute:

Name="RawData">435045521002FFFFFFFF03000100000002000000A80300000F040E00120C14140000000000000000000000000000000000000000000000000000000000000000BDC407CF89B7184EB3C41F732CB57131FE6FF5E89C91C54CBA8865ABE14913BB09B7E7A946D5D60102000000000000000000000000000000000000000000000058010000C00000000003000001000000ADCC7698B447DB4BB65E16F193C4F3DB0000000000000000000000000000000001000000000000000000000000000000000000000000000018020000800000000003000000000000B0A03EDC44A19747B95B53FA242B6E1D0000000000000000000000000000000001000000000000000000000000000000000000000000000098020000100100000003000000000000011D1E8AF94257459C33565E5CC3F7E8000000000000000000000000000000000100000000000000000000000000000000000000000000007F010000000000000002010000000000100FA2000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000100000000000000000000000000000000000000000000000000000000000000000000000000000007000000000000000100000000000000100FA20000080C010B32D87EFFFB8B170000000000000000000000000000000000000000000000000000000000000000F50157A5EFE3DE43AC72249B573FAD2C03000000000000009F00020600000000AAD5E38E02F8FF010000000000000000000000000000000000000000000000000200000002000000CC99A2AB46D5D601010000000000000000000000000000000000000005000000080100000000A0BEAAD5E38E02F8FF0100000000FE0F1AD0000000000100000000000000B00005000000004D00000000F9010000230000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000003B00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000</Data>
  </EventData>
  </Event>

Edit: Bin nochmal durchgegangen und habe die anderen Meldungen wieder entfernt - die anderen Meldungen stehen immer damit in Zusammenhang (unerwartet neugestartet etc pp), bei den anderen 18er Fehlern handelt es sich Codetechnisch um dasselbe Event, lediglich die Prozessor-APIC-ID ändert sich... mal die 1... 2 ... 3 usw...

Vermute einfach mal das AGESA wieder mal paar Updates benötigt bis das ganze Rund läuft - man liest einfach zu viel von Crashes, WHEA usw usf in Verbindung mit den 5000ern.

Morgen kommt erstmal wieder nen 3700X rein - zum Gegentesten auf dem eigenen System.

 

[Scoty]

@ilovebytes poste dein Problem hier im MSI Forum bitte auch wenn nicht schon getan.

MSI Endanwender-Forum DE

MSI Endanwender-Forum Deutschland

r.tapatalk.com

 

[NeKro-]

Die Random Reboots hatte ich auch. Nicht immer war es der WEHA Fehler, aber er stand oft drin und der kritischer Fehler jedes Mal wegen unerwarteten Neustarts. Zufällig gab es 1 Tag später ein BIOS Update und seit dem keine Reboots mehr ( 5800X). Agesa 1.0.0.8 auf B550-E Asus.

 

[MorOsch]

Nachdem es gestern mit dem neuen RAM einen Tag stabil lief und ich dachte, das Problem sei damit behoben, ging es eben wieder los. Immer in der Situation von Last (Zocken) zu wenig Last (Spiel beenden) kommt Bluescreen.

Prozessor-APIC-ID wechselt immer (0, 5, 8, 9).

Spoiler: RAW

RawData">435045521002FFFFFFFF03000100000002000000A80300001D340A00110C14140000000000000000000000000000000000000000000000000000000000000000BDC407CF89B7184EB3C41F732CB57131FE6FF5E89C91C54CBA8865ABE14913BBF3F45EB562D4D60102000000000000000000000000000000000000000000000058010000C00000000003000001000000ADCC7698B447DB4BB65E16F193C4F3DB0000000000000000000000000000000001000000000000000000000000000000000000000000000018020000800000000003000000000000B0A03EDC44A19747B95B53FA242B6E1D0000000000000000000000000000000001000000000000000000000000000000000000000000000098020000100100000003000000000000011D1E8AF94257459C33565E5CC3F7E8000000000000000000000000000000000100000000000000000000000000000000000000000000007F010000000000000002010100010000100FA2000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000800000000000000000000000000000000000000000000000000000000000000000000000000000007000000000000000800000000000000100FA200000818080B32D87EFFFB8B170000000000000000000000000000000000000000000000000000000000000000F50157A5EFE3DE43AC72249B573FAD2C03000000000000009F004D040000000000F8882E020000000000000000000000000000000000000000000000000000000200000002000000A0C3CBB662D4D60108000000000000000000000000000000000000000000000035010101000800BC00F8882E0200000000000000FE0F1AD0000000000800000000000000B00010000000000000000000FD010000270000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000003B00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000

 

[sonny2]

Ein Kollege von mir hat einen 5800X und den jetzt seit 2 Wochen zusammen mit einer 3060 Ti FE betrieben.
Lief alles stabil.

Heute hat er die 3060 Ti FE gegen eine 3070 FE ausgetauscht und wollte direkt den neuen NVIDIA-Treiber installieren -> WHEA Fehler + Reboot.
100% reproduzierbar bei der Installation, jedes mal abgestürzt.
EventID: 18
Gemeldet von Komponente: Prozessorkern

Er hat daraufhin beim Curve Optimizer die Kerne von negative 20 auf negative 15 geändert, sodass sie etwas mehr Spannung bekommen -> Installation ohne Probleme durch.

Vielleicht könnt ihr das mit der Nvidia-Treiber-Installation mal testen. Vielleicht ist er dort bei euch auch reproduzierbar

 

[KaerMorhen]

Hat einer von euch mit den CPU problemen für die SAM Nutzung der neuen AMD GPUs etwas umgestellt? Da das ja für alle 3000er Invidiakarten ggf nachgereicht wird (laut Opa Igor nicht so unrealistisch)? Evtl. könnte da auch etwas Ärger machen?

 

[Holzmann]

Hat einer von euch für die SAM Nutzung der neuen AMD GPUs etwas umgestellt?

Ja hab ich auf aktiv gesetzt im BIOS, läuft.