Skip to content

Meine AMD Ryzen 5 8600G Story

Linux
  • Ok, die AMD Ryzen 5 8600G APU ist seit 31.01.2024 verfügbar. Bei Linux sollte man es eigentlich lassen, neuere Hardware einzusetzen. Da AMD und auch Intel Hardware sehr gut im Kernel gepflegt wird, machte ich mir darüber nicht so wirklich Gedanken.

    Ich hatte ja schon mal meine Versuche, eine AMD5 Plattform zu nutzen, hier aufgeschrieben. Dieser Versuch war ziemlich kläglich gescheitert. Eine Woche später, war ich nahe am Nervenzusammenbruch 😉

    Aber, man lässt sich ja nicht lumpen, AM5 Boards sind ja echte Schnapper - also schnell ein Neues bestellt.

    ASUS ROG STRIX B650E-F GAMING WIFI

    Erste Versuche, selbes Problem. 😈 Aufgeben, ist keine Option.

    Ich hatte wirklich viele BIOS Optionen durch, manchmal startete das Board gar nicht mehr. Also wieder Clear CMOS usw. Das ganze zerrt ganz schön an den Nerven. Einer meiner bekannten Sys Admins meinte, ich soll jetzt auch noch neuen DDR Ram kaufen. NEIN - keine Option. Schon genug Kohle verbrannt. Also, Rechner aus! Abschalten, Kopf frei machen...

    Das Board hatte ich übrigens auf das letzte verfügbare BIOS, Version 2613, geflasht.

    20240513_172149.jpg

    Am Sonntag Morgen mit ganz viel Kopfschmerzen wach geworden, lag bestimmt am Suspend to RAM (STR) Problem? Also, erst mal ☕

    Danach alle meine Gedankengänge resettet, manchmal hilft das. Ich habe dann beim Durchsehen des BIOS nochmal über zwei Funktionen nachgedacht. Einmal die EXPO Funktion. Wer nicht weiß was das ist, wusste ich auch nicht, bekommt jetzt die Kurzerklärung.

    Im DDR Ram sind irgendwo die Speicher-Settings versteckt, die kann man auslesen und so das BIOS entsprechend einstellen. Das hatte gestern nicht so wirklich was gebracht. Ich hatte immer das erste Profil gewählt, die Werte sollten den Speicher dann vernünftig einstellen. Warum so viel Augenmerk auf den DDR Speicher? Mir war bei den STR-Problemen mehrmals aufgefallen, dass die gelbe Diagnose-LED auf dem Board an war, das deutet auf ein RAM Problem hin.

    20240513_165847.jpg

    Somit habe ich mir die Profile noch mal angeschaut und bin auf ein Profil "Tweaked" gestoßen. Da ist eine Einstellung anders.

    DDR5-5200 40-40-77-2N
    

    Das 2N ist anders, zu den anderen Profilen. Ok, dann wählen wir das mal aus.

    Ein Setting erregte noch meine Aufmerksamkeit. Mir war aufgefallen, das folgende Funktion eingeschaltet war.

    Resize BAR
    

    Gute Erklärung was das ist und macht, habe ich hier gefunden -> https://www.howtogeek.com/819578/what-is-resizable-bar-on-a-gpu/

    Da ich die Probleme des STR auf die GPU im Prozessor schob, AMD Radeon™ 760M, habe ich das einfach mal abgeschaltet. Danach neu gestartet, getestet ging nicht richtig. Bäh 😞

    Zu dem Zeitpunkt war ich auf Kernel 6.9, irgendeine RC Version. Ok, also mal alle Kernel runter geschmissen, die ich testweise installiert hatte. Das waren die Kernel 6.8 & 6.9. Mein Betriebssystem ist ein Manjaro im Testing Stage. Desktop KDE Plasma 6 auf einer Wayland-Session.

    Dann wieder starten und schauen ob es funktioniert. Und Zack, der STR geht wieder JUHU "Never give up" 🤓

    Welcher der beiden Einstellungen jetzt DIE Lösung war, muss ich noch ausprobieren. Ich tippe auf RAM Settings. Da ich aber jetzt fast 1 1/2 Wochen da dran bin, gibt es jetzt erst mal eine ausgiebige Pause. Ich kann keinen Reboot mehr sehen 😀

    13.05.2024

    Mittlerweile habe ich Kontakt zum Support und man wurde über evtl. RAM-Probleme informiert. Jo, das wusste ich mittlerweile auch. Da mich jetzt aber noch die Frage umtrieb, welche der beiden Einstellungen die Richtige war, habe ich Resize BAR mal wieder aktiviert. Und siehe da, STR funktionierte wieder ohne Probleme.

    Aktiver Kernel

    uname -a
    Linux frank-manjaro 6.6.30-2-MANJARO #1 SMP PREEMPT_DYNAMIC Wed May  8 17:46:43 UTC 2024 x86_64 GNU/Linux
    

    Dann trieb mich noch die Frage herum, wofür steht dieses 2N ?

    Eine Erklärung für das 2N in den DDR Settings von ChatGPT
    https://chat.openai.com/share/79841b8b-ceb7-4f58-945e-3f097ccb0976

    Somit kann ich das Problem ziemlich eindeutig auf den Speicher schieben und somit hätte das auch alles auf dem MSI Board gelaufen.

    Ich stehe noch im Kontakt mit dem Support, mal schauen ob wir den RAM noch austauschen. Wird fortgesetzt...

  • Ich habe nun ein 64GB G.Skill Ripjaws S5 schwaru DDR5-5200DIMM CL36 Dual Kit verbaut.

    Beim ersten Einschalten im BIOS die Einstellungen kontrolliert. Speicher mit korrekter Geschwindigkeit (Auto) erkannt. Neu gestartet und erster Test Standby. Scheint zu Laufen. Dann werde ich das mal die nächsten Tage beobachten.

    Kann mir jemand erklären, warum AM5 Boards so furchtbar langsam sind? Also z.B. das Erwachen aus dem Standby, BIOS aufrufen usw. Da sind AM4 Boards ja geradezu Formel1 Boliden.

  • Update 1.30.5 released

    Vaultwarden
    1
    0 Stimmen
    1 Beiträge
    157 Aufrufe
    Niemand hat geantwortet
  • Virt-Manager

    Linux
    1
    3
    0 Stimmen
    1 Beiträge
    87 Aufrufe
    Niemand hat geantwortet
  • GoAccess - Visual Web Log Analyzer

    Verschoben Linux
    1
    1
    0 Stimmen
    1 Beiträge
    131 Aufrufe
    Niemand hat geantwortet
  • OpenWRT - Firmware Selektor

    Verschoben OpenWRT & Ubiquiti ER-X
    1
    1
    0 Stimmen
    1 Beiträge
    244 Aufrufe
    Niemand hat geantwortet
  • Ubiquiti ER-X - iperf

    Verschoben OpenWRT & Ubiquiti ER-X
    2
    1
    0 Stimmen
    2 Beiträge
    305 Aufrufe
    FrankMF
    Hier noch ein Test von DMZ / LAN und andersrum. frank@frank-MS-7C37:~$ iperf3 -c 192.168.5.15 Connecting to host 192.168.5.15, port 5201 [ 5] local 192.168.3.213 port 44052 connected to 192.168.5.15 port 5201 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 114 MBytes 952 Mbits/sec 314 153 KBytes [ 5] 1.00-2.00 sec 112 MBytes 937 Mbits/sec 259 205 KBytes [ 5] 2.00-3.00 sec 111 MBytes 929 Mbits/sec 210 212 KBytes [ 5] 3.00-4.00 sec 111 MBytes 934 Mbits/sec 235 202 KBytes [ 5] 4.00-5.00 sec 112 MBytes 936 Mbits/sec 263 153 KBytes [ 5] 5.00-6.00 sec 111 MBytes 935 Mbits/sec 255 209 KBytes [ 5] 6.00-7.00 sec 112 MBytes 937 Mbits/sec 313 129 KBytes [ 5] 7.00-8.00 sec 111 MBytes 932 Mbits/sec 296 209 KBytes [ 5] 8.00-9.00 sec 111 MBytes 934 Mbits/sec 258 208 KBytes [ 5] 9.00-10.00 sec 111 MBytes 934 Mbits/sec 292 201 KBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.00 sec 1.09 GBytes 936 Mbits/sec 2695 sender [ 5] 0.00-10.00 sec 1.09 GBytes 935 Mbits/sec receiver iperf Done. frank@frank-MS-7C37:~$ iperf3 -R -c 192.168.5.15 Connecting to host 192.168.5.15, port 5201 Reverse mode, remote host 192.168.5.15 is sending [ 5] local 192.168.3.213 port 44058 connected to 192.168.5.15 port 5201 [ ID] Interval Transfer Bitrate [ 5] 0.00-1.00 sec 109 MBytes 911 Mbits/sec [ 5] 1.00-2.00 sec 109 MBytes 912 Mbits/sec [ 5] 2.00-3.00 sec 109 MBytes 912 Mbits/sec [ 5] 3.00-4.00 sec 109 MBytes 912 Mbits/sec [ 5] 4.00-5.00 sec 109 MBytes 912 Mbits/sec [ 5] 5.00-6.00 sec 108 MBytes 903 Mbits/sec [ 5] 6.00-7.00 sec 109 MBytes 912 Mbits/sec [ 5] 7.00-8.00 sec 109 MBytes 912 Mbits/sec [ 5] 8.00-9.00 sec 109 MBytes 912 Mbits/sec [ 5] 9.00-10.00 sec 109 MBytes 912 Mbits/sec - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.00 sec 1.06 GBytes 913 Mbits/sec 114 sender [ 5] 0.00-10.00 sec 1.06 GBytes 911 Mbits/sec receiver iperf Done.
  • checkmk - systemd crasht

    Verschoben checkmk
    1
    0 Stimmen
    1 Beiträge
    485 Aufrufe
    Niemand hat geantwortet
  • IPv6 und Subnetze

    Linux
    1
    0 Stimmen
    1 Beiträge
    230 Aufrufe
    Niemand hat geantwortet
  • Bananian 16.04 auf einer HDD installieren incl. WLan

    BananaPi
    1
    4
    0 Stimmen
    1 Beiträge
    814 Aufrufe
    Niemand hat geantwortet