Anzeige
[gelöst] Bluescreen ntoskrnl.exe
- Ersteller Nortall
- Erstellt am
Anzeige
Silver Server
gehört zum Inventar
Ich persönlich glaube nicht daran das mit einem neuen Netzteil die Probleme gelöst sind.
Aber versuchen macht schlauer.
Aber versuchen macht schlauer.
tkmopped
gehört zum Inventar
Ich glaube auch nicht, das nur der Austausch des Netzteiles alle Probleme löst. Dafür ist zu viel auf der Hardwareseite einerseits auf Highend getrimmt aber andererseits mit Billigkram verbandelt. Nicht billig an sich sondern nur in Verbindung mit der CPU und dem Board. Die würden es verdienen mit viel schnellerem Ram zusammenarbeiten zu dürfen. Das ist wie ein Rennpferd das im Wald Holz rücken soll.
Dumpfile 4093:
PROCESS_NAME: LCore.exe
IMAGE_NAME: WppRecorder.sys
Diesmal sind nur die beiden Corsair im System. Werden erkannt und auch die Frequenz stimmt. Allerdings haben diese den kleinen Makel, das der CMW16GX4M2A2666C16 nicht in der QVL steht. Es steht überhaupt nur ein einziger CMW16GX4M2... in der Liste. Dieser endet aber als Z3600C18 Revision 3.31 (CMW16GX4M2Z3600C18 ver3.31) und das ist der einzige der wenigen CMW, der von der Typenbezeichnung ähnlich beschrieben wird. Das es trotzdem nicht derselbe ist, und nicht mal in die Nähe des verbauten Ram kommt, sollte klar sein. Auf alle Fälle wäre das die nächste Baustelle.
Bei den Kingston kann man sich auf gar nichts verlassen, weil die ihren Speicher zwar HyperX nennen aber in die Speicherriegel interne Werksbezeichnungen anstatt der in den QVL genannten Typennummern schreiben. Die dann von CPUZ oder HWInfo oder anderen Tools ausgelesen werden. Sowas führt eine QVL komplett ins leere. Ein HyperX ist das wohl, allerdings welcher Typennummer der entspricht kann man so nicht herauslesen. Auch beim Gockel werden mit der Sufu zwar HX421C...irgendwas angezeigt aber dem zu vertrauen ist Lotto spielen. Um sich bei Kingston durch deren gesamten HyperX-Bestand durchzuwühlen, ist mir bei anderen Herstellern wie Corsair oder GSkill die Auswahl zu gut strukturiert. Außerdem sind deren Speicher auf alle Fälle brauchbar und Stabil. Mein Favorit dabei ist TridentZ und Corsair Vengeance.
Was mich wundert ist, das in der Dumpfile SMBIOS 2.8 als DMI-Version eine Nummer 0 steht. Genauso dieses:
CPUID: "Intel(R) Core(TM) i9-9900KF CPU @ 3.60GHz"
MaxSpeed: 3600 ????
CurrentSpeed: 3600 aber das mit 0,9V , die tatsächliche Systemlast sehe ich nicht.
Logitech Gaming Software ist oben angeführt. Allerdings hast du auch dein LG X1 als virtuelles HID Gerät konfiguriert.
Steht so in der Modulliste.
Dumpfile 3859:
PROCESS_NAME: releas
IMAGE_NAME: WppRecorder.sys
Ansonsten steht das so wie oben. Allerdings geht das hier mehr in Richtung virtueller Netzwerkadapter
Hier steht beim Corsair Ram nur 2133MHz. Weiter lohnt da nicht reinzugehen.
Edit:
Ich weiß nicht wie ihr vorne auf CMK16GX4M2A2400C14 gekommen seid. Verbaut ist CMW16GX4M2A2666C16
Dumpfile 4093:
PROCESS_NAME: LCore.exe
IMAGE_NAME: WppRecorder.sys
Diesmal sind nur die beiden Corsair im System. Werden erkannt und auch die Frequenz stimmt. Allerdings haben diese den kleinen Makel, das der CMW16GX4M2A2666C16 nicht in der QVL steht. Es steht überhaupt nur ein einziger CMW16GX4M2... in der Liste. Dieser endet aber als Z3600C18 Revision 3.31 (CMW16GX4M2Z3600C18 ver3.31) und das ist der einzige der wenigen CMW, der von der Typenbezeichnung ähnlich beschrieben wird. Das es trotzdem nicht derselbe ist, und nicht mal in die Nähe des verbauten Ram kommt, sollte klar sein. Auf alle Fälle wäre das die nächste Baustelle.
Bei den Kingston kann man sich auf gar nichts verlassen, weil die ihren Speicher zwar HyperX nennen aber in die Speicherriegel interne Werksbezeichnungen anstatt der in den QVL genannten Typennummern schreiben. Die dann von CPUZ oder HWInfo oder anderen Tools ausgelesen werden. Sowas führt eine QVL komplett ins leere. Ein HyperX ist das wohl, allerdings welcher Typennummer der entspricht kann man so nicht herauslesen. Auch beim Gockel werden mit der Sufu zwar HX421C...irgendwas angezeigt aber dem zu vertrauen ist Lotto spielen. Um sich bei Kingston durch deren gesamten HyperX-Bestand durchzuwühlen, ist mir bei anderen Herstellern wie Corsair oder GSkill die Auswahl zu gut strukturiert. Außerdem sind deren Speicher auf alle Fälle brauchbar und Stabil. Mein Favorit dabei ist TridentZ und Corsair Vengeance.
Was mich wundert ist, das in der Dumpfile SMBIOS 2.8 als DMI-Version eine Nummer 0 steht. Genauso dieses:
CPUID: "Intel(R) Core(TM) i9-9900KF CPU @ 3.60GHz"
MaxSpeed: 3600 ????
CurrentSpeed: 3600 aber das mit 0,9V , die tatsächliche Systemlast sehe ich nicht.
Logitech Gaming Software ist oben angeführt. Allerdings hast du auch dein LG X1 als virtuelles HID Gerät konfiguriert.
Steht so in der Modulliste.
Dumpfile 3859:
PROCESS_NAME: releas
IMAGE_NAME: WppRecorder.sys
Ansonsten steht das so wie oben. Allerdings geht das hier mehr in Richtung virtueller Netzwerkadapter
Hier steht beim Corsair Ram nur 2133MHz. Weiter lohnt da nicht reinzugehen.
Edit:
Ich weiß nicht wie ihr vorne auf CMK16GX4M2A2400C14 gekommen seid. Verbaut ist CMW16GX4M2A2666C16
Zuletzt bearbeitet:
Okay, also nochmal butter bei die Fische.
Das System lief 2 Monate problemlos. Nie einen Bluescreen nichts und nun das.
Ich kenn mich mit Dumpfiles auslesen usw absolut nicht aus, wenn ihr mir jetzt sagt dass der CPU einen Hardware defekt hat werde ich mich an Alternate wenden müssen. Der CPU ist, wie bereits gesagt, erst 2 Monate alt.
Einen aktuellen DumpFile hab ich auch wieder dran gehangen (Alte Arbeitspeicher sind wieder drin).
Ich will mich hier noch einmal für eure Expertise und Mühen bedanken, aber ich komm nicht damit klar dass zB mein Netzteil plötzlich zu schwach sein soll obwohl das System 2 Monate ohne Probleme lief, das gleiche mit den Arbeitspeicher. Ich weiß dass das Zeug kein Premium ist, aber es tut was es soll und wird dennoch nach und nach ausgetauscht.
Das System lief 2 Monate problemlos. Nie einen Bluescreen nichts und nun das.
Ich kenn mich mit Dumpfiles auslesen usw absolut nicht aus, wenn ihr mir jetzt sagt dass der CPU einen Hardware defekt hat werde ich mich an Alternate wenden müssen. Der CPU ist, wie bereits gesagt, erst 2 Monate alt.
Einen aktuellen DumpFile hab ich auch wieder dran gehangen (Alte Arbeitspeicher sind wieder drin).
Ich will mich hier noch einmal für eure Expertise und Mühen bedanken, aber ich komm nicht damit klar dass zB mein Netzteil plötzlich zu schwach sein soll obwohl das System 2 Monate ohne Probleme lief, das gleiche mit den Arbeitspeicher. Ich weiß dass das Zeug kein Premium ist, aber es tut was es soll und wird dennoch nach und nach ausgetauscht.
Silver Server
gehört zum Inventar
Es ist wieder der Fehler mit dem Prozessor
WHEA_UNCORRECTABLE_ERROR (124)
WHEA_UNCORRECTABLE_ERROR (124)
Ari45
gehört zum Inventar
Guten Morgen!
Bei der letzten Dumpfile sind leider einige wichtige Informationen beschädigt.
Hier nur zur Verdeutlichung die Section 2 des WHAE-Record
Die in *** eingerahmte Kästen zeigen, dass diese Symbole nicht gelesen werden konnten.
Angeblich ist ein "Unknown"-Error eingetreten.
Mit den Arg3 und 4 des Bugcheckcode kann man sich den Error-Status "zusammenbasteln"
Der Status ist als 0xb200000000030005. Mit den Debuggerbefehl formats wird der Status in Binär-Daten konvertiert:
.formats 0xb200000000030005
Evaluate expression:
Hex: b2000000`00030005
Decimal: -5620492334958182395
Octal: 1310000000000000600005
Binary: 10110010 00000000 00000000 00000000 00000000 00000011 00000000 00000101
Mit den rot markierten 16 Bit geht man in die Tabelle für "Simple Error Code" der Inteldokumentation und erhält die Aussage
Internal Parity Error| 0000 0000 0000 0101 | Internal parity error
Quelle: https://www.intel.com/content/dam/w...eveloper-system-programming-manual-325384.pdf
Es ist also nicht ein unbekannter (Unknown) Fehler eingetreten, sondern der "Internal parity Error"
Dieser Fehler tritt auf bei Fehlanpassung:
-> Überhitzung oder Übertaktung
-> falsche Abstimmung zwischen CPU und RAM
Und nicht zuletzt durch fehlerhafte oder unpassende Chipsatztreiber.
Nachtrag:
Beim nochmaligen Anschauen des Debuggerlog habe ich gesehen, dass zum Zeitpunkt des Stoppfehlers der Prozess
PROCESS_NAME: AMothersLove.exe
lief. Dazu habe ich im Netz nicht gefunden.
Eventuell weiß @Nortall selbst am besten, was er da gestartet hatte.
Bei der letzten Dumpfile sind leider einige wichtige Informationen beschädigt.
Hier nur zur Verdeutlichung die Section 2 des WHAE-Record
Section 2 : x86/x64 MCA
-------------------------------------------------------------------------------
Descriptor @ ffff940848441138
Section @ ffff940848441280
Offset : 600
Length : 272
Flags : 0x00000000
Severity : Fatal
fffff80174e0f2a8: Unable to get Flags value from nt!KdVersionBlock
fffff80174e0f2a8: Unable to get Flags value from nt!KdVersionBlock
fffff80174e0f2a8: Unable to get Flags value from nt!KdVersionBlock
*************************************************************************
*** ***
*** ***
*** Either you specified an unqualified symbol, or your debugger ***
*** doesn't have full symbol information. Unqualified symbol ***
*** resolution is turned off by default. Please either specify a ***
*** fully qualified symbol module!symbolname, or enable resolution ***
*** of unqualified symbols by typing ".symopt- 100". Note that ***
*** enabling unqualified symbol resolution with network symbol ***
*** server shares in the symbol path may cause the debugger to ***
*** appear to hang for long periods of time when an incorrect ***
*** symbol name is typed or the network symbol server is down. ***
*** ***
*** For some commands to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: hal!_WHEA_XPF_MCA_SECTION ***
*** ***
*************************************************************************
fffff80174e0f2a8: Unable to get Flags value from nt!KdVersionBlock
*************************************************************************
*** ***
*** ***
*** Either you specified an unqualified symbol, or your debugger ***
*** doesn't have full symbol information. Unqualified symbol ***
*** resolution is turned off by default. Please either specify a ***
*** fully qualified symbol module!symbolname, or enable resolution ***
*** of unqualified symbols by typing ".symopt- 100". Note that ***
*** enabling unqualified symbol resolution with network symbol ***
*** server shares in the symbol path may cause the debugger to ***
*** appear to hang for long periods of time when an incorrect ***
*** symbol name is typed or the network symbol server is down. ***
*** ***
*** For some commands to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: hal!_WHEA_XPF_MCA_SECTION ***
*** ***
*************************************************************************
fffff80174e0f2a8: Unable to get Flags value from nt!KdVersionBlock
*************************************************************************
*** ***
*** ***
*** Either you specified an unqualified symbol, or your debugger ***
*** doesn't have full symbol information. Unqualified symbol ***
*** resolution is turned off by default. Please either specify a ***
*** fully qualified symbol module!symbolname, or enable resolution ***
*** of unqualified symbols by typing ".symopt- 100". Note that ***
*** enabling unqualified symbol resolution with network symbol ***
*** server shares in the symbol path may cause the debugger to ***
*** appear to hang for long periods of time when an incorrect ***
*** symbol name is typed or the network symbol server is down. ***
*** ***
*** For some commands to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: hal!_WHEA_XPF_MCA_SECTION ***
*** ***
*************************************************************************
fffff80174e0f2a8: Unable to get Flags value from nt!KdVersionBlock
*************************************************************************
*** ***
*** ***
*** Either you specified an unqualified symbol, or your debugger ***
*** doesn't have full symbol information. Unqualified symbol ***
*** resolution is turned off by default. Please either specify a ***
*** fully qualified symbol module!symbolname, or enable resolution ***
*** of unqualified symbols by typing ".symopt- 100". Note that ***
*** enabling unqualified symbol resolution with network symbol ***
*** server shares in the symbol path may cause the debugger to ***
*** appear to hang for long periods of time when an incorrect ***
*** symbol name is typed or the network symbol server is down. ***
*** ***
*** For some commands to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: hal!_WHEA_XPF_MCA_SECTION ***
*** ***
*************************************************************************
Error : Unknown (Proc 0 Bank 0)
Status : 0x0000000000000000
-------------------------------------------------------------------------------
Descriptor @ ffff940848441138
Section @ ffff940848441280
Offset : 600
Length : 272
Flags : 0x00000000
Severity : Fatal
fffff80174e0f2a8: Unable to get Flags value from nt!KdVersionBlock
fffff80174e0f2a8: Unable to get Flags value from nt!KdVersionBlock
fffff80174e0f2a8: Unable to get Flags value from nt!KdVersionBlock
*************************************************************************
*** ***
*** ***
*** Either you specified an unqualified symbol, or your debugger ***
*** doesn't have full symbol information. Unqualified symbol ***
*** resolution is turned off by default. Please either specify a ***
*** fully qualified symbol module!symbolname, or enable resolution ***
*** of unqualified symbols by typing ".symopt- 100". Note that ***
*** enabling unqualified symbol resolution with network symbol ***
*** server shares in the symbol path may cause the debugger to ***
*** appear to hang for long periods of time when an incorrect ***
*** symbol name is typed or the network symbol server is down. ***
*** ***
*** For some commands to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: hal!_WHEA_XPF_MCA_SECTION ***
*** ***
*************************************************************************
fffff80174e0f2a8: Unable to get Flags value from nt!KdVersionBlock
*************************************************************************
*** ***
*** ***
*** Either you specified an unqualified symbol, or your debugger ***
*** doesn't have full symbol information. Unqualified symbol ***
*** resolution is turned off by default. Please either specify a ***
*** fully qualified symbol module!symbolname, or enable resolution ***
*** of unqualified symbols by typing ".symopt- 100". Note that ***
*** enabling unqualified symbol resolution with network symbol ***
*** server shares in the symbol path may cause the debugger to ***
*** appear to hang for long periods of time when an incorrect ***
*** symbol name is typed or the network symbol server is down. ***
*** ***
*** For some commands to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: hal!_WHEA_XPF_MCA_SECTION ***
*** ***
*************************************************************************
fffff80174e0f2a8: Unable to get Flags value from nt!KdVersionBlock
*************************************************************************
*** ***
*** ***
*** Either you specified an unqualified symbol, or your debugger ***
*** doesn't have full symbol information. Unqualified symbol ***
*** resolution is turned off by default. Please either specify a ***
*** fully qualified symbol module!symbolname, or enable resolution ***
*** of unqualified symbols by typing ".symopt- 100". Note that ***
*** enabling unqualified symbol resolution with network symbol ***
*** server shares in the symbol path may cause the debugger to ***
*** appear to hang for long periods of time when an incorrect ***
*** symbol name is typed or the network symbol server is down. ***
*** ***
*** For some commands to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: hal!_WHEA_XPF_MCA_SECTION ***
*** ***
*************************************************************************
fffff80174e0f2a8: Unable to get Flags value from nt!KdVersionBlock
*************************************************************************
*** ***
*** ***
*** Either you specified an unqualified symbol, or your debugger ***
*** doesn't have full symbol information. Unqualified symbol ***
*** resolution is turned off by default. Please either specify a ***
*** fully qualified symbol module!symbolname, or enable resolution ***
*** of unqualified symbols by typing ".symopt- 100". Note that ***
*** enabling unqualified symbol resolution with network symbol ***
*** server shares in the symbol path may cause the debugger to ***
*** appear to hang for long periods of time when an incorrect ***
*** symbol name is typed or the network symbol server is down. ***
*** ***
*** For some commands to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: hal!_WHEA_XPF_MCA_SECTION ***
*** ***
*************************************************************************
Error : Unknown (Proc 0 Bank 0)
Status : 0x0000000000000000
Angeblich ist ein "Unknown"-Error eingetreten.
Mit den Arg3 und 4 des Bugcheckcode kann man sich den Error-Status "zusammenbasteln"
WHEA_UNCORRECTABLE_ERROR (124)
A fatal hardware error has occurred. Parameter 1 identifies the type of error
source that reported the error. Parameter 2 holds the address of the
WHEA_ERROR_RECORD structure that describes the error conditon.
Arguments:
Arg1: 0000000000000000, Machine Check Exception
Arg2: ffff940848441028, Address of the WHEA_ERROR_RECORD structure.
Arg3: 00000000b2000000, High order 32-bits of the MCi_STATUS value.
Arg4: 0000000000030005, Low order 32-bits of the MCi_STATUS value
A fatal hardware error has occurred. Parameter 1 identifies the type of error
source that reported the error. Parameter 2 holds the address of the
WHEA_ERROR_RECORD structure that describes the error conditon.
Arguments:
Arg1: 0000000000000000, Machine Check Exception
Arg2: ffff940848441028, Address of the WHEA_ERROR_RECORD structure.
Arg3: 00000000b2000000, High order 32-bits of the MCi_STATUS value.
Arg4: 0000000000030005, Low order 32-bits of the MCi_STATUS value
.formats 0xb200000000030005
Evaluate expression:
Hex: b2000000`00030005
Decimal: -5620492334958182395
Octal: 1310000000000000600005
Binary: 10110010 00000000 00000000 00000000 00000000 00000011 00000000 00000101
Mit den rot markierten 16 Bit geht man in die Tabelle für "Simple Error Code" der Inteldokumentation und erhält die Aussage
Internal Parity Error| 0000 0000 0000 0101 | Internal parity error
Quelle: https://www.intel.com/content/dam/w...eveloper-system-programming-manual-325384.pdf
Es ist also nicht ein unbekannter (Unknown) Fehler eingetreten, sondern der "Internal parity Error"
Dieser Fehler tritt auf bei Fehlanpassung:
-> Überhitzung oder Übertaktung
-> falsche Abstimmung zwischen CPU und RAM
Und nicht zuletzt durch fehlerhafte oder unpassende Chipsatztreiber.
Nachtrag:
Beim nochmaligen Anschauen des Debuggerlog habe ich gesehen, dass zum Zeitpunkt des Stoppfehlers der Prozess
PROCESS_NAME: AMothersLove.exe
lief. Dazu habe ich im Netz nicht gefunden.
Eventuell weiß @Nortall selbst am besten, was er da gestartet hatte.
Zuletzt bearbeitet:
tkmopped
gehört zum Inventar
FAILURE_BUCKET_ID: 0x124_GenuineIntel_PROCESSOR__UNKNOWN
Das oben und WHEA-Error. Ursachen für einen WHEA-Error gibt es nicht allzu viele. Zu heiß, zu hoch übertaktet und iV. damit Spannungsprobleme. Thats it.
Es bringt nicht wirklich etwas, dir immer wieder dasselbe zu schreiben. Das mit deinem Netzteil kannst du selber nachlesen. Gib beim Gockel ATX-Spezifikationen und Haswellkompatibel ein und lies selber. Das dein System dabei mit dem Netzteil auf der Rasierklinge reitet kommt noch dazu.
Was inkompatibler Ram zusätzlich anrichten kann, kannst du zur Kenntnis nehmen und glauben oder auch nicht. Hast du wenigstens mal nur in die QVL reingeschaut? Wir zeigen nur in die Richtung, wo deine Baustellen liegen. Was du damit anstellst ist deine eigene Entscheidung. Wenn du der Meinung bist ein I9 auf einem Z390 und ein Netzteil ATX 2.3 von vor 2014 passen zusammen - bitte.
Einen Hardwaredefekt hat deine CPI jedenfalls nicht. Dasselbe gilt für dein Board.
Bevor Alternate deinen Prozessor tauscht werden die von dir alle Komponenten wissen wollen. Wenn du denen schreibst was du da zusammengestellt hast und sich derjenige damit auskennt , was glaubst du was die machen werden. Die werden (wenn überhaupt) maximal den Prozessor testen - und dann hast du den in Nullkommanichts zurück.
Laut deiner Dumpfile hast du jetzt den zweiten und den dritten Typ an Speichermodulen eingebaut
KHX2133C14D4/8G mit 2133MHz entspricht SPD
CMK16GX4M2A2400C14 mit 2133MHz entspricht nicht SPD und sollte , wenn auf einem eigenen Speicherkanal, mit 2400MHz laufen können
CMW16GX4M2A2666C16 einmal mit 2666 lt. SPD und einmal mit 2133MHZ , das wiederum gar keiner Einstellung entspricht
Wieviele Speichertypen hast du da eigentlich rumliegen.
Schlußfolgerungen mußt du daraus selber ziehen.
Suche ergab: A Mothers love - Online- oder Browsergame https://adultgameson.com/wp-content/uploads/2019/02/A-Mothers-Love.jpg
Netzwerkadapter hatten wir auch schon genannt. Auch das betrifft aber wiederum eher den Speicher.
OT: alles klar mit dem CMK16GX4M2A2400C14
Das oben und WHEA-Error. Ursachen für einen WHEA-Error gibt es nicht allzu viele. Zu heiß, zu hoch übertaktet und iV. damit Spannungsprobleme. Thats it.
Es bringt nicht wirklich etwas, dir immer wieder dasselbe zu schreiben. Das mit deinem Netzteil kannst du selber nachlesen. Gib beim Gockel ATX-Spezifikationen und Haswellkompatibel ein und lies selber. Das dein System dabei mit dem Netzteil auf der Rasierklinge reitet kommt noch dazu.
Was inkompatibler Ram zusätzlich anrichten kann, kannst du zur Kenntnis nehmen und glauben oder auch nicht. Hast du wenigstens mal nur in die QVL reingeschaut? Wir zeigen nur in die Richtung, wo deine Baustellen liegen. Was du damit anstellst ist deine eigene Entscheidung. Wenn du der Meinung bist ein I9 auf einem Z390 und ein Netzteil ATX 2.3 von vor 2014 passen zusammen - bitte.
Einen Hardwaredefekt hat deine CPI jedenfalls nicht. Dasselbe gilt für dein Board.
Bevor Alternate deinen Prozessor tauscht werden die von dir alle Komponenten wissen wollen. Wenn du denen schreibst was du da zusammengestellt hast und sich derjenige damit auskennt , was glaubst du was die machen werden. Die werden (wenn überhaupt) maximal den Prozessor testen - und dann hast du den in Nullkommanichts zurück.
Laut deiner Dumpfile hast du jetzt den zweiten und den dritten Typ an Speichermodulen eingebaut
KHX2133C14D4/8G mit 2133MHz entspricht SPD
CMK16GX4M2A2400C14 mit 2133MHz entspricht nicht SPD und sollte , wenn auf einem eigenen Speicherkanal, mit 2400MHz laufen können
CMW16GX4M2A2666C16 einmal mit 2666 lt. SPD und einmal mit 2133MHZ , das wiederum gar keiner Einstellung entspricht
Wieviele Speichertypen hast du da eigentlich rumliegen.
Schlußfolgerungen mußt du daraus selber ziehen.
Suche ergab: A Mothers love - Online- oder Browsergame https://adultgameson.com/wp-content/uploads/2019/02/A-Mothers-Love.jpg
Netzwerkadapter hatten wir auch schon genannt. Auch das betrifft aber wiederum eher den Speicher.
OT: alles klar mit dem CMK16GX4M2A2400C14
Anzeige