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.

  • Home Assistant - Anwendungsbeispiele

    Linux
    1
    0 Stimmen
    1 Beiträge
    265 Aufrufe
    Niemand hat geantwortet
  • Redis Insight - Desktop UI

    Redis
    1
    0 Stimmen
    1 Beiträge
    104 Aufrufe
    Niemand hat geantwortet
  • Mainline 5.11.x

    Images
    1
    0 Stimmen
    1 Beiträge
    237 Aufrufe
    Niemand hat geantwortet
  • Vorstellung Ubiquiti ER-X

    Verschoben OpenWRT & Ubiquiti ER-X
    1
    0 Stimmen
    1 Beiträge
    353 Aufrufe
    Niemand hat geantwortet
  • NanoPI R2S - Snapshot aktualisieren

    NanoPi R2S
    3
    0 Stimmen
    3 Beiträge
    347 Aufrufe
    FrankMF

    @thrakath1980 Das kann ich Dir leider nicht beantworten. Denke aber, das es sinnvoll ist neu anzufangen. Welche Settings meinst Du?

    Ich würde mal /etc/config sichern. Da sollte das Meiste ja drin sein.

    Notifications? Hmm, ich hoffe das das funktioniert. Ich schau zur Sicherheit mal nach.

  • ROCKPro64 - 0.9.16 mit Kernel 5.6 auf PCIe NVMe SSD

    ROCKPro64
    1
    0 Stimmen
    1 Beiträge
    372 Aufrufe
    Niemand hat geantwortet
  • Logger

    Linux
    1
    0 Stimmen
    1 Beiträge
    404 Aufrufe
    Niemand hat geantwortet
  • SSH Login ohne Passwort

    Angeheftet Linux
    4
    0 Stimmen
    4 Beiträge
    1k Aufrufe
    FrankMF

    Wie ihr ja wisst, benutze ich das Forum hier auch gerne als Notizbuch 🙂 Also mal wieder was hier notieren. Mein Windows Systemadmin sagte mir heute, das es auch folgendes gibt

    # ssh-keygen -t ed25519 Generating public/private ed25519 key pair. Enter file in which to save the key (/root/.ssh/id_ed25519): /tmp/ed Enter passphrase (empty for no passphrase): Enter same passphrase again: Your identification has been saved in /tmp/ed Your public key has been saved in /tmp/ed.pub The key fingerprint is: SHA256:D33HCTW7Dy0p5kQdFTkPudx1PQh0EHFgkBvxy8KwhGM root@frank-ms7c92 The key's randomart image is: +--[ED25519 256]--+ | o=O*o=+=| | . oo o+oB+| | E o o.o.o+*| | . o +o...oo=o| | .So.o= O .| | o.= o + | | . . .| | | | | +----[SHA256]-----+

    Der Key liegt nur in /tmp kopieren lohnt also nicht 🙂

    Ob das jetzt die Zukunft ist, kann ich nicht beantworten. Ich wollte es aber hier mal festhalten, weil es wohl mittlerweile auch von vielen Projekten benutzt wird.

    Link Preview Image ssh-keygen - Wikipedia

    favicon

    (en.wikipedia.org)