Neue Setup läuft nicht. Nach Hochfahren Audioknistern, Ruckeln und Abstürze

Zöppken

Enthusiast
Thread Starter
Mitglied seit
05.01.2021
Beiträge
1.476
Guten Morgen zusammen,

langsam weiß ich keinen Rat mehr und ich brauche Unterstützung.

Ich habe mir ein neues System im letzen Jahr zusammengebaut, bestehend aus folgenden Komponenten:

CPU: 9800X3D
Mainboard: MSI X870 Tomahawk Wifi
RAM: Crucial Pro 2 x 16 GB DDR5-6000 CL 36
Festplatte: Kioxia Exceria Pro 2 TB ( eingesetzt im obersten NVMe Slot ) und eine ältere SSD von Cruical, die als Datengrab geplant war ( steckt im M2_4, soweit ich das richtig einschätze )
GPU: Asus RTX 5070ti Prime
CPU Kühler: Thermalright Peerless Assassin 120 SE

Windows 11 wurde frisch vom Stick installiert. Alle nötigen Mainboardtreiber wurden ebenfalls vom Stick installiert.

Bei fast jedem Start kommt es zu Rucklern bereits im Desktopbetrieb. Der Mauszeiger stockt dann eine Sekunde und springt dann weiter. Ebenfalls kommt es zu einem "Knistern" bei der Soundausgabe.
Soundausgabe per Monitorlautsprecher kommt von der Grafikkarte und die Kopfhörer sind an einem USB DAC von Sharkoon angeschlossen.

Latencymon hatte ich mal angeworfen, wobei da schon direkt die Ausschläge in den roten Bereich gingen und die rote Warnmeldung oben etwas sagte von "Realtek Audio" etc. Ich habe daraufhin den Treiber von Realtek deinstalliert, weil ich den Onboardsound eh nicht nutze und auch im BIOS aktiviert. Dann ging es ein Tag lang gut und ich war schon fast erleichtert, weil ich dachte es läuft jetzt.

Seit heute morgen ist es nun wieder aufgetreten. Latencymon spuckt ebenfalls vergleichbares aus.

Was habe ich sonst bisher gemacht?
- EXPO ausgemacht, Lanesharing "geprüft".
Die PCIe Anschlüsse waren anfangs auf "Auto" im Bios. Ich habe auch versuchsweite USB 4.0 deaktiviert, weil ich GPU und zwei NVMe auf dem Board verbaut habe.

- Energieoptionen angepasst ( Höchstleistung etc. )


Wie könnte ich weiter vorgehen? Mir gehen die Ideen aus.
Das komische ist, wenn ich mehrfach neustarte hab ich irgendwann das System stabil laufen. Keine Ruckler etc. und auch Benchmarks geben schlüssige Werte aus und laufen sauber durch.

Ich wäre für jeden Tipp dankbar.
 
Lösung
9800X3D
Mainboard: MSI X870 Tomahawk Wifi
Bei fast jedem Start kommt es zu Rucklern bereits im Desktopbetrieb. Der Mauszeiger stockt dann eine Sekunde und springt dann weiter.
Einfach das FCH Spread Spectrum im Bios aktivieren, wenn du die Einstellung im Bios nicht findest, die Suche im Bios verwenden, Bild unten.
FCH Spread Spectrum.jpg

Das typische MSI Problem bei der AMD 800 Serie und den Ryzen 9000X3D CPUs, das englische MSI Forum ist voll davon, einfach mal nach FCH Spread Spectrum suchen, ein Beispiel aus dem MSI Forum unten im Link.

Ich hatte ebenfalls Latenzprobleme von bis zu ca...
...schreibt das es nichtmal damit besser wird also kann die Lösung ja nicht darin bestehen Spread Spectrum zu aktivieren ?!
Gut möglich, das liegt dann wahrscheinlich am Bios update, das @Zöppken durchgeführt hat, vorher hat es funktioniert, mit altem Bios, mit aktiviertem Spread Spectrum.
Bei mir auf dem MSI MAG B850 Tomahawk Max WIFI ist noch das alte Bios A20 mit AGESA 1.2.0.3a Patch A vom März 2025 drauf, weil ich auf ein Bios warte, dass das Problem beseitigt, und nicht verschlimmert, ohne aktiviertes FCH Spread Spectrum.

Edit:
Es gibt sogar User, die sind auf die erste Bios Version zurück, damit das Problem beseitigt ist.
 
Zuletzt bearbeitet:
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Gut möglich, das liegt dann wahrscheinlich am Bios update, das @Zöppken durchgeführt hat, vorher hat es funktioniert, mit altem Bios, mit aktiviertem Spread Spectrum.
Bei mir auf dem MSI MAG B850 Tomahawk Max WIFI ist noch das alte Bios A20 mit AGESA 1.2.0.3a Patch A vom März 2025 drauf, weil ich auf ein Bios warte, dass das Problem beseitigt, und nicht verschlimmert, ohne aktiviertes FCH Spread Spectrum.

Edit:
Es gibt sogar User, die sind auf die erste Bios Version zurück, damit das Problem beseitigt ist.
Ich könnte da jetzt auch weitere Möglichkeiten durchgehen. Grundsätzlich ist es aber ein neuer Artikel den ich gekauft habe. Da erwarte ich mit Stock Settings einfach einen stabilen Betrieb :-)

Mit dem Gigabyte werde ich das jetzt einfach probieren, ob es da besser läuft. Ich hab mal gar keinen Bock da jetzt das System neu drauf zu ziehen inkl. der ganzen Programm die ich schon eingerichtet hattet, aber was soll, da muss man eben durch.
 
Mahlzeit zusammen,

neues Board ist drin. Lief direkt sauber durch auch ohne Windows neu aufzusetzen. Hab ich aber dann letztlich trotzdem gemacht um nicht irgendwelche Treiberprobleme zu bekommen.

Bisher läuft alles tutti und "gefühlt" ist das ganze Arbeiten jetzt etwas knackiger als vorher hab ich den Eindruck. Ich hoffe das bleibt so.

Ich danke euch für eure Zeit und die Hilfestellung!
 
Zuletzt bearbeitet:
... neues Board ist drin.
Ist es das von dir erwähnte Gigabyte X870E Aorus Elite, welches Bios ist installiert?
Mich interessiert, ob im Gigabyte Bios FCH Spread Spectrum aktiviert ist wie in meinem Post 24 erwähnt, oder auf Auto steht, kannst du mal bitte nachschauen?
Auch das Gigabyte Bios hat eine Suchfunktion, einfach Spread eintippen, Screenshots im Bios macht man auch hier mit der Taste F12 und speichern lässt sich das Bild auf einem USB Stick im FAT32 Format.
 
Ist es das von dir erwähnte Gigabyte X870E Aorus Elite?
Mich interessiert, ob im Gigabyte Bios FCH Spread Spectrum aktiviert ist wie in meinem Post 24 erwähnt, oder auf Auto steht, kannst du mal bitte nachschauen?
Auch das Gigabyte Bios hat eine Suchfunktion, einfach Spread eintippen, Screenshots im Bios macht man auch hier mit der Taste F12 und speichern lässt sich das Bild auf einem USB Stick im FAT32 Format.
Das ist quasi das erste was ich nachgesehen habe, weil ich neugierig war. Es steht auf Auto :-)
 
Ich klinke mich hier mal ein und berichte über mein sehr ähnliches Problem, weil ich glaube, dass es hier gut reinpasst. Verwendete Hardware, größtenteils seit 12.2024:

- AMD 9800X3D
- MSI X870E Carbon WiFi (BIOS A70)
- 32GB RAM, 6200 CL26
- Sam 990 Pro + Sam 990 Evo+
- Corsair AX850 Titanium
- MSI RTX 4080 Gaming X Trio
- GB RTX 5080 Gaming OC (seit Ende Nov 2025)
- Offenes Gehäuse, vertikaler Benchtable
- Monitor_1: AW2725DF (1440p 360Hz OLED via DP)
- Monitor_2: AW2725DM (1440p 165Hz IPS via DP)

Über die gesamte Zeit hatte ich nahezu überhaupt keine auffälligen Probleme mit dem MSI Board, auch fast jedes BIOS mitgenommen. UV Testing, RAM Spielereien mit unendlich vielen Neustarts, NoBoot und Clear CMOS etc. Im groben und ganzen macht mir das Board echt Spaß und lief eigentlich auch immer zuverlässig.

Seit einiger Zeit habe ich aber immer wieder Probleme nach dem Hochfahren, aber nur bei einem Kaltstart. Ein Neustart behebt das Problem normalerweise immer 100%. Die Probleme fingen an als ich auf die 5080 umgestiegen bin. Da ich relativ zeitgleich auch einen Monitor (S2721DGFA --> AW2725DM) gewechselt habe, war ich mir anfangs nicht sicher ob's ein Monitor-Kabel-Problem ist oder doch vielleicht GPU. Mit der 4080 vorher, hatte ich keine Probleme.

Problem: Nach dem Hochfahren ist das System sehr träge und teils instabil, der Cursor läuft ruckelig, manchmal sogar Bildfehler usw. Das beruhigt sich nach paar Sekunden, aber sobald man ein Fenster oder ein Programm öffnet, geht die Ruckelpartie wieder los. In besonders schweren Fällen (meist mit Bildfehler*) gibt's irgendwann ein Standbild oder Black Screen und das System rebootet sich. Nach einem Neustart/ Reboot ist das Problem immer weg. Der Windows Event Log sieht soweit unauffällig aus.

* So sieht einer der besagten Bildfehler aus:
Bild Fehler.jpg
@Zöppken das sieht deinem Bildfehler auf Seite 1 sehr ähnlich. Hin und wieder zieht sich dieser Fehler auch weiter runter, genau wie bei dir im Bild.

Meiner Beobachtung nach könnte es vielleicht was mit PCIe 5.0 zu tun haben. Die GPU vorher war eine RTX 4080, die nur PCIe 4.0 konnte. Die 5080 kann/ läuft auf PCIe 5.0. Ich hatte natürlich testweise auch mal auf PCIe 4.0 gestellt, allerdings ohne Erfolg. Auch mit verschiedenen Einstellungen rumgespielt gespielt (Hz-Zahl, NVCP, ErP on/ off, nur ein Monitor, HDMI/ DP etc.), aber eine zuverlässige Lösung konnte ich bislang noch nicht finden. Was auffällig ist, dass der Recovery Count ziemlich verrückt spielt, wenn das Problem auftritt:

GPU Recovery.jpg

Der Recovery Count ist an sich kein Fehler (lt. Hwinfo-Martin), sondern ein Zähler, der auf den PCIe-Wechsel reagiert, wenn die GPU (aus Stromspargründen) diesen wechselt. Sieht man auch immer gut, wenn man parallel GPU-Z öffnet.

@PCFreak69 danke für den Tipp mit FCH Spread Spectrum. Der Stand bei mir bislang immer auf Auto:

1768167097550.png
Stell ich diesen auf Disabled kommt das Problem definitiv. Mit FCH Spread Spectrum aktiviert werde ich mal beobachten und berichten. Der erste Boot war erstmal unauffällig, aber das muss nichts heißen. BIOS-Update von A70 lohnt sich vermutlich nicht wirklich:

1768168298312.png

Zumal MSI in kurzer Zeit die Version (C --> D --> E) gewechselt hat. Ich hoffe und bete, dass MSI das Problem in den Griff bekommt. Auf'n Board-Wechsel hab ich momentan mal überhaupt keinen Bock. Besonders, weil ich mit dem Carbon WiFi sonst immer sehr zufrieden war und es fast nie Probleme gab.

Ich wäre für jeden Tipp dankbar.
Was ich im Zusammenhang mit hohem Recovery Count gelesen habe, ist, dass man paar Power Saving Einstellungen deaktivieren kann, damit die GPU immer im höchsten PCIe-Interface bleibt. Diese sind:

- NVCP: Maximale Performance bevorzugen (Neustart zwingend)
- ASPM (Actice State Power Management)
- Global C-States
- Windows Höchstleistung

Hab da aber teils widersprüchliche Aussagen zu gelesen, wie erfolgversprechend das sein soll. Für mich nicht praktikabel, weil bei mir die 5080 dann von 20-25w Office-Load auf 50-55w hochgeht, zumindest im Dual Monitor Betrieb.
 
@Induktor Das tut mir leid, dass es dich nun auch trifft. Lass FCH Spread Spectrum einfach aktiv, wenn es hilft, hat es keine riesigen Nachteile. Falls du die Motivation hast, würde ich MSI noch kontaktieren. Ich hab das Gefühl die haben die meisten Probleme damit.

Ich hatte am Ende wirklich JEDES Bauteil mal getauscht um zu checken ob etwas defekt war.
Ich habe Manuell die Lanes zugeteilt, PCIe auf 4.0 gesetzt ( so wie du es bereits versucht hast ) etc.

Jetzt mit dem neuen Board - läuft es DIREKT. Bei mir lief das MSI von Anfang an nicht ganz dufte, aber hab es da nicht so ernst genommen, weil es seit 8 Jahren mein erstes richtiges Upgrade wieder war.

Wenn du magst, halte uns doch gerne auf dem Laufenden. Vielleicht hilft es auch anderen Usern.

 
Wenn du magst, halte uns doch gerne auf dem Laufenden. Vielleicht hilft es auch anderen Usern.
Hab gestern den neusten AMD Chipsatz Treiber installiert und im BIOS FCH Spread Spectrum von Auto auf Enablded gestellt. Seitdem erstmal keine Probleme mehr 👍 Ich hoffe, dass es erstmal so bleibt. Rund 5 Kaltstarts sind ja noch nicht so aussagekräftig.
 
@PCFreak69 @Zöppken

Ich bin mittlerweile an einem Punkt, wo ich vorsichtig behaupten würde, dass ich das Problem mit dem Kaltstart gelöst habe. Zumindest bei mir scheint es echt zu helfen.

Der Tipp mit FCH Spread Spectrum war schon wirklich gut. Ich hatte mich dann gefragt, warum gerade diese Einstellung hilft und es weiter untersucht. Glücklicherweise habe ich von meinen PBO- und RAM-Spielereien noch die ganzen HWinfo Logs vom Testen. Dadurch konnte ich gute Vergleiche ziehen zum aktuellen Zustand/ Verhalten, gerade in Bezug mit älteren BIOS-Versionen (sichtbar in Zentimings).

FCH Spread Spectrum sorgt normalerweise dafür, dass der Bus Takt "ein wenig Spiel" hat, sprich meist bei 99,x MHz sich irgendwo einpendelt, was zur besseren Stabilität führt. Da über'n Bus Takt (BCLK) auch die gesamte Kommunikation läuft, hat das unmittelbaren Einfluss auf USB, PCIe usw. Bis auf wenige BCLK-OC Versuche, lief dieser bei mir immer auf Auto, genauso wie FCH Spectrum.

Interessanterweise lief der Bus Takt mit dem A70 BIOS aber nicht bei 100 MHz, sondern bei 99,8 MHz.

Bus Clock.jpg


Ausgehend der Annahme, dass hier scheinbar irgendwas mit den Default Settings/ BIOS nicht stimmt und der Bus Takt instabil läuft (oder zumindest die Einstellungen hierfür nicht passen), überrascht es auch nicht, dass gerade das hochsensible PCIe 5.0 sich "anpisst" und die GPU wie wild die PCIe Interface Version wechselt und das gesamte System wie ein Sack Nüsse läuft. In den alten Logs konnte man sehen, dass mit FCH Spectrum und BCLK auf Auto der Bus Takt (fast) immer bei 100 MHz war. Entsprechend hatte dann mal folgende Settings durchprobiert:

Bus clock auto + FCH Spectrum enabled = 99.8 MHz - OK
Bus clock 100 MHz + FCH Spectrum auto = 100 MHz - OK
Bus clock 100 MHz + FCH Spectrum enabled = unklar welches Setting greift (sind 99.8 MHz)

Mit Bus Takt auf 100 MHz und FCH Spectrum auf Auto (was wohl deaktiviert sein soll), bleiben die 100 MHz Bus Takt und das System startet immer sauber durch.

1768419383794.png

Sobald MSI die AGESA 13.0.0 halbwegs durchgetestet hat, werde ich zeitnah die BIOS Version wechseln und das ganze weiter beobachten. Momentan wechseln sie die Version alle 2-3 Tage aus.
 
Zuletzt bearbeitet:
Wenn spread spectrum aktiv ist wabert es immer so um die 99.8 herum das ist ja der Sinn der Sache. Wenn du es auf 100 festnagelst konzentriert sich da alle Energie also auch mehr Störungen.
 
Wenn spread spectrum aktiv ist wabert es immer so um die 99.8 herum das ist ja der Sinn der Sache.
Der Bus Takt ist auf 99.8 MHz festgenagelt (alles auto). Da "wabert" nichts, bislang auch in keinem einzigen Log. Beim Intel Lappy ist genau das der Fall und so kenn ich das auch, meist 99,7 bis 99,9 MHz.

Alte Gaming-Logs über Stunden mit Auto Werten:

1768423198135.png 1768423343592.png

Scheinbar ist entscheidend, welche BIOS Version und evtl. ob PBO-Einstellungen zum tragen kommen. Bis auf wenige Ausnahmen (die mir bis heute nie aufgefallen sind), sind fast alle Logs mit 100 MHz. Hab die beiden Einstellungen auch sonst immer auf Auto gelassen.

Wenn du es auf 100 festnagelst konzentriert sich da alle Energie also auch mehr Störungen.
Keine Ahnung, ob du mein Beitrag gelesen hast, aber momentan hab ich genau den umgekehrten Fall. Mit 100 MHz läuft alles tacko, mit 99.8 MHz an sich auch, allerdings nur mit FCH Spectrum aktiviert (nicht auto). Steht alles auto, zumindest bei diesem BIOS, bleibt der Bus Takt bei 99,8 MHz und das System hat immer wieder massive Problem mit Kaltstarts.
 
Der Bus Takt ist auf 99.8 MHz festgenagelt (alles auto). Da "wabert" nichts, bislang auch in keinem einzigen Log. Beim Intel Lappy ist genau das der Fall und so kenn ich das auch, meist 99,7 bis 99,9 MHz.
Schau mal mit CPU-Z statt Hwinfo.
Keine Ahnung, ob du mein Beitrag gelesen hast, aber momentan hab ich genau den umgekehrten Fall. Mit 100 MHz läuft alles tacko, mit 99.8 MHz an sich auch, allerdings nur mit FCH Spectrum aktiviert (nicht auto). Steht alles auto, zumindest bei diesem BIOS, bleibt der Bus Takt bei 99,8 MHz und das System hat immer wieder massive Problem mit Kaltstarts.
Mit dem Start sollte das eigentlich auch nichts zu tun haben, ist eher son stabilitäts Ding.
 
Mit dem Start sollte das eigentlich auch nichts zu tun haben, ist eher son stabilitäts Ding.
Deswegen hab ich anfangs auch an anderer Stelle gesucht, allerdings ohne Erfolg. Hab das Setup, bis auf die 5080, seit knapp über'n Jahr. Hatte nahezu überhaupt keine Probleme und fast jede BIOS mitgenommen. Schaut man Reddit und das englische MSI Forum an, scheint's doch häufiger vorzukommen. Bei Gigabyte gelegentlich wohl auch. Schon bisschen komisch die ganze Story, aber was will man machen. Bin erstmal froh, den Fehler gefunden zu haben.

Schau mal mit CPU-Z statt Hwinfo.
99.97 bis 100.01 MHz, meistens jedoch 99.99 und 100.00 MHz. Wäre mal interessant zu wissen, was dort steht, wenn der Kaltstart-Fehler auftritt.
 
Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh