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.

  • Nextcloud - Update auf 28.0.2

    Nextcloud
    2
    0 Stimmen
    2 Beiträge
    181 Aufrufe
    FrankMF
    Für den, der sich alle Änderungen ansehen möchten -> https://github.com/nextcloud/server/releases
  • Proxmox 8.1 released

    Linux
    1
    0 Stimmen
    1 Beiträge
    129 Aufrufe
    Niemand hat geantwortet
  • HSTS - Sicherheitsmechanismus für HTTPS-Verbindungen

    Linux
    1
    0 Stimmen
    1 Beiträge
    83 Aufrufe
    Niemand hat geantwortet
  • Debian 12 Bookworm released

    Linux
    5
    0 Stimmen
    5 Beiträge
    348 Aufrufe
    FrankMF
    Mein persönliches Fazit, alles läuft rund mit Debian Bookworm 12 Alle meine Hetzner VMs sind jetzt auf Bookworm Ok, was schwer und zeitaufwendig war, war die Nextcloud Installation bzw. der ganze PHP-Server. Das ist echt jedes mal eine Herausforderung, aber auch dabei werde ich die letzten Jahre sicherer. Hier die Story zum Nextcloud Server https://linux-nerds.org/topic/1437/nextcloud-upgrade-auf-bookworm-12 Richtig rund lief das Upgrade des NodeBB-Servers, war einfach und direkt auf Node18 hochgezogen. https://linux-nerds.org/topic/1444/nodebb-upgrade-auf-debian-bookworm-12 Damit ist jetzt alles hier auf Debian Bookworm 12 Haupt-PC VMs bei Hetzner VMs in der Proxmox Oh, da fällt mir gerade ein, der Proxmox ist noch fällig. Aber, dazu habe ich mir was einfallen lassen, da ist noch ein neues Mainboard unterwegs und dann gibt es dazu einen etwas größeren Beitrag. Danke Debian-Team, Debian Bookworm 12 ist eine runde Sache! Spannend wird jetzt, wie lange ich auf meinem Haupt-PC (Bookworm, KDE, Wayland) bleibe. Ich habe da so eine unangenehme Eigenschaft, wenn es um veraltete Pakete geht. Diesmal werde ich dann wahrscheinlich auf den Debian Unstable Zweig (sid) wechseln. Aber das dürfte noch was dauern, da ja aktuell erst mal alles passt.
  • checkmk - Apache2 vs. NGINX

    checkmk
    2
    0 Stimmen
    2 Beiträge
    596 Aufrufe
    FrankMF
    Ich musste am Ende wieder den Apachen installieren, da checkmk zu viele Abhängigkeiten hat. So was wie omd-apache2(?), wurde mir dann als Fehler angezeigt. Die Server waren auf einmal offline usw. Schade, aber letztendlich für den Container auch egal. Oben im Apachen die SSL Sicherheit erhöht. [image: 1632559940229-4ba2853c-d5a3-422d-b787-b9f66256b511-grafik.png]
  • Debian 11 Bullseye released!

    Linux
    4
    0 Stimmen
    4 Beiträge
    334 Aufrufe
    FrankMF
    Mein Systemadmin auf der Arbeit meinte heute, angesprochen auf das Problem, läuft der Network-Manager? Ok, gute Frage...... Schauen wir mal. Ich bin mir leider nicht 100% sicher, ob er vor meinem Eingreifen lief, ich denke aber schon. Warum ich unsicher bin? root@debian:~# systemctl enable systemd-networkd.service Created symlink /etc/systemd/system/dbus-org.freedesktop.network1.service → /lib/systemd/system/systemd-networkd.service. Created symlink /etc/systemd/system/multi-user.target.wants/systemd-networkd.service → /lib/systemd/system/systemd-networkd.service. Created symlink /etc/systemd/system/sockets.target.wants/systemd-networkd.socket → /lib/systemd/system/systemd-networkd.socket. Created symlink /etc/systemd/system/network-online.target.wants/systemd-networkd-wait-online.service → /lib/systemd/system/systemd-networkd-wait-online.service. Ok, danach root@debian:~# systemctl start systemd-networkd.service root@debian:~# systemctl status systemd-networkd.service ● systemd-networkd.service - Network Service Loaded: loaded (/lib/systemd/system/systemd-networkd.service; enabled; ven> Active: active (running) since Tue 2021-08-17 17:36:38 CEST; 6s ago TriggeredBy: ● systemd-networkd.socket Docs: man:systemd-networkd.service(8) Main PID: 1288 (systemd-network) Status: "Processing requests..." Tasks: 1 (limit: 19087) Memory: 3.9M CPU: 39ms CGroup: /system.slice/systemd-networkd.service └─1288 /lib/systemd/systemd-networkd Aug 17 17:36:38 debian systemd[1]: Starting Network Service... Aug 17 17:36:38 debian systemd-networkd[1288]: enp25s0: Gained IPv6LL Aug 17 17:36:38 debian systemd-networkd[1288]: Enumeration completed Aug 17 17:36:38 debian systemd[1]: Started Network Service. Danach ging immer noch nix. root@debian:/etc/network# ^C root@debian:/etc/network# nmcli device show GENERAL.DEVICE: wlx7cdd907cbec2 GENERAL.TYPE: wifi GENERAL.HWADDR: BA:59:C0:76:C7:F5 GENERAL.MTU: 1500 GENERAL.STATE: 20 (nicht verfügbar) GENERAL.CONNECTION: -- GENERAL.CON-PATH: -- GENERAL.DEVICE: enp25s0 GENERAL.TYPE: ethernet GENERAL.HWADDR: 30:9C:23:60:C6:8E GENERAL.MTU: 1500 GENERAL.STATE: 10 (nicht verwaltet) GENERAL.CONNECTION: -- GENERAL.CON-PATH: -- WIRED-PROPERTIES.CARRIER: an IP4.ADDRESS[1]: 192.168.3.169/24 IP4.GATEWAY: 192.168.3.1 IP4.ROUTE[1]: dst = 192.168.3.0/24, nh = 0.0.0.0, mt = 0 IP4.ROUTE[2]: dst = 0.0.0.0/0, nh = 192.168.3.1, mt = 0 IP6.ADDRESS[1]: 2a02:908:1260:13bc:329c:23ff:xxxx:xxxx/64 IP6.ADDRESS[2]: fd8a:6ff:2880:0:329c:23ff:fe60:c68e/64 IP6.ADDRESS[3]: fe80::329c:23ff:fe60:c68e/64 IP6.GATEWAY: fe80::e4d3:f0ff:fe8f:2354 IP6.ROUTE[1]: dst = fe80::/64, nh = ::, mt = 256 IP6.ROUTE[2]: dst = ::/0, nh = fe80::e4d3:f0ff:fe8f:2354, mt = 1024 IP6.ROUTE[3]: dst = 2a02:908:xxxx:xxxx::/64, nh = ::, mt = 256 IP6.ROUTE[4]: dst = fd8a:6ff:2880::/64, nh = ::, mt = 256 Jetzt hatte ich das erste Mal einen Ansatz, wonach ich suchen musste. GENERAL.STATE: 10 (nicht verwaltet) Etwas Suche im Netz und dann das nano /etc/NetworkManager/NetworkManager.conf Inhalt der Datei [main] plugins=ifupdown,keyfile [ifupdown] managed=false Das false in true geändert. Danach ein systemctl restart NetworkManager und ich konnte den Network-Manager auf dem Desktop benutzen!?!?!? [image: 1629216580219-bildschirmfoto-vom-2021-08-17-18-07-25.png] Irgendwas ist da durcheinander im Bullseye
  • Vorstellung Ubiquiti ER-X

    Verschoben OpenWRT & Ubiquiti ER-X
    1
    1
    0 Stimmen
    1 Beiträge
    369 Aufrufe
    Niemand hat geantwortet
  • tmate - Instant terminal sharing

    Linux
    2
    0 Stimmen
    2 Beiträge
    599 Aufrufe
    FrankMF
    Heute mal wieder benutzt, um bei meinem Bruder auf der Kiste nach dem Rechten zu schauen. Absolut genial. Sollte man evt. nicht zu "geheime" Sachen drüber schicken (meine die Leitung), aber für ein wenig Service ist das Tool wirklich super zu gebrauchen.