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

  • MongoDB - Erste Erfahrungen

    Linux
    2
    +1
    0 Stimmen
    2 Beiträge
    158 Aufrufe
    FrankMF
    So frisch von der MongoDB Front und wieder viel gelernt, weil beim Üben macht man Fehler Oben war ja mongodump & mongorestore von der KI empfohlen. Hier das wie ich es gemacht habe. mongodump frank@redis-stack:~$ mongodump -u frank -p '<password>' --host 192.168.3.9 --authenticationDatabase admin -d portfolio -o mongodump/ 2024-04-06T09:29:25.174+0200 writing portfolio.stockList to mongodump/portfolio/stockList.bson 2024-04-06T09:29:25.175+0200 writing portfolio.users to mongodump/portfolio/users.bson 2024-04-06T09:29:25.175+0200 done dumping portfolio.stockList (8 documents) 2024-04-06T09:29:25.176+0200 writing portfolio.total_sum to mongodump/portfolio/total_sum.bson 2024-04-06T09:29:25.177+0200 done dumping portfolio.total_sum (1 document) 2024-04-06T09:29:25.177+0200 writing portfolio.old_total_sum to mongodump/portfolio/old_total_sum.bson 2024-04-06T09:29:25.177+0200 writing portfolio.stocks to mongodump/portfolio/stocks.bson 2024-04-06T09:29:25.177+0200 done dumping portfolio.users (4 documents) 2024-04-06T09:29:25.178+0200 writing portfolio.settings to mongodump/portfolio/settings.bson 2024-04-06T09:29:25.178+0200 done dumping portfolio.settings (1 document) 2024-04-06T09:29:25.179+0200 done dumping portfolio.old_total_sum (1 document) 2024-04-06T09:29:25.179+0200 done dumping portfolio.stocks (34 documents) mongorestore mongorestore -u frank -p '<password>' --host 192.168.3.9 --authenticationDatabase admin -d portfolio mongodump/meineDatenbank/ Hier wird die Datensicherung mongodump/meineDatenbank/ in die neue Datenbank portfolio transferiert. Grund für das Ganze? Mich hatte der Datenbank Name meineDatenbank gestört. Benutzerrechte Jetzt der Teil wo man schnell was falsch machen kann Ich hatte also die neue Datenbank, konnte sie aber nicht lesen. Fehlten halt die Rechte. Ich hatte dann so was hier gemacht. db.updateUser("frank", { roles: [ { role: "readWrite", db: "meineDatenbank" }, { role: "readWrite", db: "portfolio" }]}) Ging auch prima, kam ein ok zurück. Nun das Problem, ich hatte beim Einrichten, den User frank als admin benutzt. Durch den oben abgesetzten Befehl (frank ist ja admin), wurden die neuen Rechte gesetzt und die Rechte als Admin entzogen!! Das war jetzt nicht wirklich das was ich gebrauchen konnte. LOL Ich hatte jetzt keine Kontrolle mehr über die DB. Das war aber nicht so wirklich kompliziert, das wieder zu ändern. Die Authentication temporär abstellen. Also /etc/mongod.conf editieren und #security: security.authorization: enabled eben mal auskommentieren. Den Daemon neustarten und anmelden an der DB. mongosh --host 192.168.3.9 Danach neuen User anlegen db.createUser({ user: "<name>", pwd: "<password>", roles: [ { role: "userAdminAnyDatabase", db: "admin" } ] }) mongod.conf wieder ändern und neustarten. Danach hat man wieder eine DB mit Authentifizierung und einen neuen Admin. Ich bin diesmal, man lernt ja, anders vorgegangen. Es gibt nun einen Admin für die DB und einen User zum Benutzen der Datenbanken! So wie man es auch auf einem produktiven System auch machen würde. Wenn ich jetzt mal was an den Benutzerrechten des Users ändere, kann mir das mit dem Admin nicht mehr passieren. Hoffe ich
  • Nextcloud 28.0.0 - OpenAI Integration

    Nextcloud
    2
    +5
    0 Stimmen
    2 Beiträge
    762 Aufrufe
    FrankMF
    Noch eine Ergänzung. Wenn ihr jetzt viele User habt und das nur auf eine Gruppe beschränken wollt, könnt ihr das so machen. Unter Apps, Nextcloud Assistant suchen und die gewünschten Gruppen eintragen. Fertig [image: 1702725312285-197deae4-d72a-4729-bba7-bfa9b4bef334-grafik.png]
  • Nextcloud - extrem lange Ladezeiten

    Nextcloud
    1
    +0
    0 Stimmen
    1 Beiträge
    148 Aufrufe
    Niemand hat geantwortet
  • Semaphore - Installation & Anwendung

    Verschoben Ansible
    4
    +8
    0 Stimmen
    4 Beiträge
    1k Aufrufe
    FrankMF
    Ich parke das mal hier, damit ich das nicht noch mal vergesse. Hat mich eben mal wieder eine Stunde gekostet /etc/ansible/ansible.cfg [defaults] host_key_checking = False Edit -> https://linux-nerds.org/topic/1493/ansible-host_key_checking
  • Root-Rechte für Angreifer

    Linux
    1
    0 Stimmen
    1 Beiträge
    78 Aufrufe
    Niemand hat geantwortet
  • Star64 - Bootvorgang

    Hardware
    1
    +0
    0 Stimmen
    1 Beiträge
    86 Aufrufe
    Niemand hat geantwortet
  • Vaultwarden - SystemD

    Linux
    1
    0 Stimmen
    1 Beiträge
    198 Aufrufe
    Niemand hat geantwortet
  • FAN control OMV Auyfan 0.10.12: gitlab-ci-linux-build-184, Kernel 5.6

    Linux
    12
    1 Stimmen
    12 Beiträge
    1k Aufrufe
    M
    Hi, since I'm currently change my rockpro64 setup I came across this. With the kernel from ayufan you need to set PWM_CTL to /sys/devices/platform/pwm-fan/hwmon/hwmon3/pwm1 for my self compiled one I need /sys/devices/platform/pwm-fan/hwmon/hwmon0/pwm1 But I got it only working with one entry for PWM_CTL e.g. PWM_CTL = "/sys/devices/platform/pwm-fan/hwmon/hwmon0/pwm1", after that you need to start ats again sudo systemctl stop ats sudo systemctl start ats initially the fan should start immediately for a short period of time. In case it is even a different one on your kernel you can find the right one using this command. sudo find /sys -name pwm1 | grep hwmon So far I'm not sure which kernel parameter or modul changes this. Martin