Skip to content

MSI B650 Tomahawk WiFi

Allgemeine Diskussionen
  • Ich spekuliere schon länger damit, auf die AM5 Plattform von AMD zu wechseln. Wirklich attraktiv war die eigentlich für mich nicht. Warum? Ich setze heute eigentlich nur noch auf AMD CPUs mit eingebauter GPU. Somit ist mir die PCIe Schnittstelle ziemlich egal. Dann könnte man noch PCIe 5.0 für die NVMe Riegel wichtig finden. Für das was ich damit mache, langt aber auch PCIe 4.0. In den Rechner sollte nur die CPU mit eingebauter GPU, ausreichend Speicher (für mich sehr wichtig) und ein NVMe Riegel (500GB).

    Nach reichlicher Überlegung, lesen von vielen Testberichten und recherchieren der Daten der eingesetzten Komponenten, habe ich mich für folgende Komponenten entschieden.

    • MSI B650 Tomahawk WiFi
    • AMD CPU Ryzen 5 8600G w/ Radeon 760M Graphics
    • 64GB Corsair DIMM DDR5-5200 (2*32GB)

    So sah das dann heute morgen zum Frühstück bei mir aus 😉

    20240420_083823_ergebnis.jpg

    Das war meine erste CPU mit diesem LGA Sockel, vorher hatte AMD ja immer auf den PGA Sockel gesetzt. Die Konkurrenz Intel nutzt ja schon lange LGA. Also mal kurz ein Video zur Montage angesehen, man will ja nichts falsch machen und zusammengebaut. Ist kinderleicht. Danach mein altes Testsystem zerlegt und das neue Mainboard eingebaut.

    Auf dem alten Testsystem lief ein Manjaro mit KDE Plasma 6. Diesen NVMe Riegel habe ich ins neue System verbaut und einfach mal gestartet. Beim ersten Start des Systems, mal schnell ins BIOS geschaut.

    20240420_105236_ergebnis.jpg

    Ok, sah soweit gut aus. Reset und nach Eingabe meines Passwortes kam irgendso eine Meldung die aussagte, das das Betriebssystem nicht gestartet werden kann wegen Secure Boot Das ist doch dieser Mist, wo M$ irgendwas signieren muss, damit ein Linux startet!? Braucht kein Mensch 🙂

    Also Secure Boot ausgeschaltet. Danach startete das System sauber durch.

    20240420_110432_ergebnis.jpg

    Da standen erst mal 177 Updates und warteten auf eine Installation. Schnell alles aktualisiert. Geschaut, das alles lief. WiFi verlangte nach dem Passwort, eingegeben und fertig. Auf dem Board ist WiFi 6E verbaut. Soweit keine akuten Probleme festgestellt.

    Was blieb noch? Ich mag es, wenn das BIOS schön aktuell ist, gerade bei neuen CPUs kommen da doch schon mal Anpassungen und Änderungen. Somit lud ich mir die aktuelle Version herunter.

    Die aktuelle Version war zu diesem Zeitpunkt die Version 7D75v1E vom 21.02.2024 Ab auf den USB Stick und mal über das BIOS installiert. Auch das war wieder kinderleicht. Danach ein Reboot und so steht der Rechner jetzt hier.

    20240420_123437_ergebnis.jpg

    Nein, ich halte einen Wechsel von einer guten AM4 Plattform auf eine AM5 Plattform nicht für notwendig. Das sollte man sich also gut überlegen. Eine meiner wichtigsten Überlegungen dazu war, ich habe nur einen Monitor Anschluss an meinem jetzigen AMD System.

    453f38ed-811e-4493-bd26-91299431b743-grafik.png

    Das läuft auf einem MSI MPG X570 Gaming Plus und der hat nur einen HDMI Anschluss. Das neue System hat einen HDMI und einen DisplayPort Anschluss. Für Linux User gab es ja die Tage einen interessanten Bericht dazu.

    Mein nächstes System sollte also unbedingt einen DisplayPort haben, man weiß ja nicht wo die Entwicklung mit dem HDMI Treiber noch so hingeht.

    Fazit

    Einrichtung und Inbetriebnahme ging erstaunlich gut. Ich hatte mir mehr Problemen gerechnet, aber es gab so gut wie gar keines. Secure Boot zählt nicht, das kann man ja ausschalten. Jetzt die nächsten Tage mal mein altes System auf das Neue transferieren.

  • Wie schon geschrieben, war einer meiner Hauptgründe zu wechseln, der zweite Monitoranschluss. Dann wollen wir das mal testen. Ich habe hier noch einen etwas älteren Monitor rumliegen sollte reichen für einen schnellen Test.

    Mittels HDMI im laufenden Betrieb angesteckt. Das Plasma 6 erkennt den Monitor einwandfrei.

    Screenshot_20240421_173235.png

    Und hier wofür ich das vermutlich benutzen möchte.

    20240421_092909.jpg

    Klappt soweit einwandfrei 🤓

  • FrankMF FrankM hat am auf dieses Thema verwiesen
  • FrankMF FrankM hat am auf dieses Thema verwiesen
  • Ich baue seit vielen Jahren immer mal wieder neue Boards zusammen. Seit dem ich denken kann, fast immer MSI Boards. Ich habe noch nie so viel Ärger mit einem Board gehabt, wie mit diesem 😞

    Den Anfang machten merkwürdige USB Probleme. Zusammenhang könnte das Flashen eines neuen BIOS gewesen sein. Habe dann viel rum gefummelt und dann gelesen, das ein Reset des CMOS helfen soll.

    Das habe ich gemacht, danach waren die USB Probleme weg. Aber ein Hauptproblem blieb bestehen. Der Standby Modus ging nicht mehr. Am Anfang ging er mal, aber nach dem ich ein neues BIOS geflasht hatte, war Ende. Leider half auch ein Flashen eines älteren BIOS nicht.

    Heute dann mal zur Sicherheit ein anderes Betriebssystem installiert. Ein Fedora 40 mit Plasma 6 hat dasselbe Ergebnis!?

    Ich habe jetzt ein neues Board einer anderen Firma bestellt, ich werde berichten.

  • FrankMF FrankM hat am auf dieses Thema verwiesen
  • Hallo @FrankM, die Sache mit dem Standby habe ich zwar auch, aber das Problem hab ich sowohl bei meinem aktuell neu zusammengebauten Rechner (seit knapp einer Woche mit dem "MSI MAG B650 TOMAHAWK"), aber auch an meinem Rechner aus 2016 mit einen "Asus Maximus Hero VIII".

    Ich hatte mal geschaut, welche USB-Geräte ich alle entfernen muss, damit der Rechner über z.B. ein systemctl suspend in den Sleep geht. Hat sich rausgestellt, dass (glaube ich, ist schon ein paar Tage her) ein USB-Hub das Problem verursacht.

    Hattest du schon mal geschaut, welche Geräte per USB dranhängen, und ob es vielleicht ein Gerät gibt, welches das Problem erzeugt? Ein Workaround, welchen ich bei meinem alten Rechner genutzt hatte, war dieser:

    echo XHC > /proc/acpi/wakeup
    

    Damit ging der Rechner ohne Probleme in den Schlaf, hatte sich aber nicht mehr über die USB-Geräte wecken lassen. Dann musste man normal den Power-Button drücken.

  • @kiwilog Danke für die Antwort.

    Ich habe mittlerweile ein ASUS Rog Strix B650E-F Gaming Wifi. Auch dieses Board hatte Probleme. Ich habe dann den RAM ausgetauscht und jetzt funktioniert es. Das MSI Board liegt hier aber noch, so das ich deinen Tipp da mal testen kann. Das wartet aber noch auf einen AMD Ryzen 9000 🙂

    Als Fazit, die AM5 Plattform scheint sehr empfindlich zu sein.

  • FrankMF FrankM hat am auf dieses Thema verwiesen

  • Debian Bookworm 12.8 released

    Linux
    1
    0 Stimmen
    1 Beiträge
    114 Aufrufe
    Niemand hat geantwortet
  • Home Assistant - Anwendungsbeispiele

    Linux
    1
    0 Stimmen
    1 Beiträge
    278 Aufrufe
    Niemand hat geantwortet
  • [V] MSI MPG X570 Gaming Plus

    Verschoben Archiv
    3
    0 Stimmen
    3 Beiträge
    279 Aufrufe
    FrankMF

    Verkauft!

  • Meine AMD Ryzen 5 8600G Story

    Linux
    2
    0 Stimmen
    2 Beiträge
    670 Aufrufe
    FrankMF

    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.

  • Vorstellung Star64

    Hardware
    2
    0 Stimmen
    2 Beiträge
    84 Aufrufe
    FrankMF

    Ich konnte heute einen ergattern und die 8GB RAM Version ist unterwegs. Achtung, aktuell ist die Softwareunterstützung fast nicht vorhanden!

  • NanoPi R2S - OpenWRT VLAN

    Verschoben NanoPi R2S
    11
    0 Stimmen
    11 Beiträge
    1k Aufrufe
    FrankMF

    @thrakath1980 Ok, du meinst die FriendlyArm Variante von OpenWRT. Ich denke, da sollte man besser alles neu machen. Leider ist das bei OpenWRT nicht so einfach zu updaten/upgraden wie z.B. bei einem Linux Kernel. Ich habe es mal runtergeladen, wenn ich mal Zeit habe, schau ich mal rein.

  • ClusterSSH

    Angeheftet Linux
    4
    0 Stimmen
    4 Beiträge
    868 Aufrufe
    FrankMF

    Mal wieder lange dran rumgefummelt, bis es passte.

    I have figured out how to use any font in xterm. So for the case of the mentioned Inconsolata font size 14, the following works:

    Add these 2 lines into ~/.Xresources (create it if it does not exist)

    XTermfaceName: Inconsolata
    XTermfaceSize: 14

    Then, tell xterm to use this file:

    export XENVIRONMENT="${HOME}/.Xresources"

    Preferably add this export into .bashrc, so that it is persistent.

    comment out the font settings in ~/.clusterssh/config, if it exists: # terminal_font=6x13

    Quelle: https://unix.stackexchange.com/questions/230106/cluster-ssh-specify-terminal-font

  • Redis Replication

    Angeheftet Verschoben Redis
    4
    1 Stimmen
    4 Beiträge
    460 Aufrufe
    FrankMF

    Um die Verbindung zu testen, kann man folgende Befehle nutzen.

    redis-cli -h 10.1.1.0 -p 6379 -a <PASSWORD>

    und

    telnet 10.1.1.0 6379