Skip to content

Projekt Ryzen7 & X570 Mainboard

Linux
  • Da hab ich doch ein BIOS-Update übersehen.Version 7C37vA3

    Beschreibung

    • Update AMD ComboPI1.0.0.3abb
    • Improve memory compatibility

  • Und BIOS-Update 7C37vA4 vom 2019-09-18 ist da.

    • Update AMD ComboPI1.0.0.3abba

    Ich glaube , ich muss da doch mal ran.

  • Jetzt könnte ich ja mal langsam das BIOS updaten 😉 Version 7C37vA5 ist da.

    • Update AMD ComboPI1.0.0.4 Patch B (SMU v46.54)
    • Improved system boot up time
    • Improved NVMe device compatibility
    • Supports AMD Ryzen 5 2400G and Ryzen 3 2200G CPU
  • @FrankM Bin über deine Seite gestolpert, als ich jetzt nach 10 Jahren beschlossen habe, mir noch einmal einen Neuen PC zusammen zuschrauben, und da ich jetzt schon genau solange ausschließlich Linux benutze sollte der neue auch Kompatibel sein. Hatte auch das X570 oder das B450 Gaming Motherboard im Auge.
    Bist du jetzt nach der Zeit immer noch zufrieden mit deinem System ? Habe gelesen und das hast du ja auch bestätigt das MSI bei den X570 Bordes Probleme mit der Hitze hat. Hast du das mit der Wasserkühlung in den Griff bekommen ?

  • @r4cc00n Ja, die Dinger werden was wärmer, aber ich habe keinerlei Probleme in einem kleinerem Gehäuse, mit einem Lüfter (hinten,oben) der nach hinten raus bläst. Netzteil saugt unten an.

    Ansonsten fahre ich das Ding jetzt die ganze Zeit mit Debian 10.

    0f096597-4e5a-48cb-8fc0-bb6d2d4d50b6-image.png

    Der hohe RAM-Verbrauch liegt an den hunderten von Tabs im Firefox 🙂

    Das BIOS wollte ich immer noch mal aktualisieren, aber zu faul für.

    Ich bin mit dieser Zusammenstellung zu 99,5% zufrieden. Ab und zu habe ich kleinere Grafikfehler, Fenster die schwarz blinken, was sich aber meistens wieder gibt wenn man woanders hin klickt. Mich persönlich stört es nicht, da es sehr selten vorkommt. Woran es liegt? Keine Ahnung!

    root@debian:/# uname -a
    Linux debian 4.19.0-6-amd64 #1 SMP Debian 4.19.67-2+deb10u2 (2019-11-11) x86_64 GNU/Linux
    

    Wenn du noch was wissen möchtest, einfach fragen.

  • @FrankM Erst mal danke für die schnelle Antwort.
    Bei mir wird es denn voraussichtlich eine Radeon Vega Grafikkarte werden, denn kann ich ja mal berichten ob diese auch so kleine Zicken machen.

  • @r4cc00n Da ich nur noch auf der PS4 spiele, liegt mein Hauptaugenmerk nicht auf der Grafikkarte. Wenn ich aber eine kaufen würde, würde es auch eine Radeon 😉

  • Hallo

    Das BIOS wollte ich immer noch mal aktualisieren, aber zu faul für.

    Bist du also immer noch auf A2 oder nur nicht auf der allerletzten Version?

  • @ffgghhtt Hallo, ich bin doch tatsächlich immer noch auf A2 😨 Aber, BIOS Update ist immer so mühsam. Meine Kiste ist, wenn ich sie ausmache, zu 99% in Bereitschaft. Die wird nur komplett durchgestartet, wenn es einen neuen Kernel gibt o.ä.

    Ich muss da aber mal dran 🤓

  • Ich habe im Zuge einer Umrüstung auf eine AMD Radeon RX 5500XT heute mal das System neu aufgesetzt und dabei auch mal ans BIOS gedacht 🙂

    0264d2e1-4aa2-4c25-b1f1-6d49d76397eb-grafik.png

    Hoppla, ich sehe gerade das das eine Betaversion ist. Hmm, ok dann mal schauen ob es läuft 😉

    Bis jetzt läuft alles rund. Als Test dient mir hier gerade ein Ubuntu 20.04. Da sind aber ein paar Fehler drin, mal sehen ob ich das gefixt bekomme.

    Update 2. Mai 2020
    Positiv fällt sofort die wesentlich verkürzte Bootzeit auf, das war vorher schon wirklich extrem langsam.

  • 7C37vA87(Beta version) installiert.

  • 7C37vAB installiert

    Und immer schön dran denken, von welchem Device das System startet 🙂 (Notiz für mich: WD Ubuntu)

  • 7C37vAE2(Beta version) installiert

    Heute mal nach langer Zeit wieder das BIOS geflasht. Mal sehen ob die USB-Probleme endlich behoben wurden.

    Ja, ich habe die auch ab und zu. Wie merke ich das? z.B.: keine Tastatur mehr vorhanden (extrem selten, aber nervig)

    20210707_082122.jpg

  • Das USB Problem besteht unverändert 😞

  • Nach sehr langer Zeit, habe ich heute mal wieder ein aktuelles BIOS geflashed.

    9f33e13e-92f8-452e-b238-5469bdc6d571-grafik.png

    20220409_084823.jpg

    20220409_084852.jpg

    Danach Neustart, bootet wie es soll. Damit wäre mein Mainboard kompatibel für den wohl letzten Prozessor auf dem AM4 basierenden Board.

    Ryzen 7 5800X3D

    Gamestar schreibt dazu

    AMD möchte mit einem neuen Prozessor noch einmal ein Spitzenmodell für Spieler bringen, welches auf dem aktuellen Sockel AM4 basiert. Künftige Modelle werden auf einen neuen Sockel namens AM5 setzen. Der wohl letzte Prozessor für mit AM4 und damit auch die Zen-3-Architektur bringt aber noch eine Besonderheit mit sich.
    Quelle: https://www.gamestar.de/artikel/ryzen-7-5800x3d-tests-spieler,3379594.html

    Das PC Magazin schreibt zu Preis und Verfügbarkeit

    Am 15. März hat AMD den Preis und die Verfügbarkeit des Ryzen 7 5800X3D bekannt gegeben. Demnach wird die neue CPU mit 3D V-Cache am 20. April zu einer UVP von 449 US-Dollar ( rund 408 Euro) erscheinen.
    Quelle: https://www.pc-magazin.de/ratgeber/amd-ryzen-7-5800-prozessor-cpu-infos-preis-release-specs-3202912.html

    Ich bin sehe gespannt, ob der USB-Bug endlich behoben wurde. Ihr erinnert Euch? Wenn ich komplett neu starte, dann kann ich keine Eingabe machen. Tastatur und Maus ohne Funktion.

    Ich verrate Euch sicherlich nicht zu viel, wenn ich aktuell eine Neuanschaffung plane, so ein AM5 Brett würde mich schon reizen 🙂 Denke, das war der letzte Beitrag zu diesem Projekt 😉

  • 0 Stimmen
    4 Beiträge
    597 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

  • Docker & Redis Datenbank

    Verschoben Linux
    2
    0 Stimmen
    2 Beiträge
    149 Aufrufe
    FrankMF

    @FrankM sagte in Docker & Redis Datenbank:

    save 60 1
    #save 900 1
    save 300 10
    save 60 10000

    Hier kann man auch noch schön sehen, wie ich gekämpft habe, bis ich mal eine dump.rdb gesehen habe. Auch irgendwie logisch, das ich nie eine gesehen hatte, wenn man weiß das

    save 900 1

    bedeutet, das er alle 900 Sekunden speichert, wenn mindestens eine Änderung vorhanden ist. Das kann dann schon was dauern. Ich habe das dann mal verkürzt, damit ich schneller ein Ergebnis habe.

    save 60 1

    Das brachte mich dann dem Ziel näher. Danach konnte ich die dump.rdb auch finden.

    Bitte keine Redis DB ohne Passwort laufen lassen!
  • AMD Ryzen 7000

    Linux
    4
    0 Stimmen
    4 Beiträge
    375 Aufrufe
    FrankMF

    Die Präsentation von gestern Nacht.

  • Ubiquiti ER-X - iperf

    Verschoben OpenWRT & Ubiquiti ER-X
    2
    0 Stimmen
    2 Beiträge
    251 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.
  • 0 Stimmen
    1 Beiträge
    245 Aufrufe
    Niemand hat geantwortet
  • 0 Stimmen
    1 Beiträge
    521 Aufrufe
    Niemand hat geantwortet
  • Kopia - HTTP/S Server

    Verschoben Kopia
    3
    0 Stimmen
    3 Beiträge
    1k Aufrufe
    FrankMF

    Ich hatte ein paar Probleme, die ich mir teilweise nicht erklären kann 🤔

    Ich möchte den Kopia Server gerne über systemd steuern.

    SystemD [Unit] Description=Kopia Server After=syslog.target After=network.target [Service] Type=simple User=kopia Group=kopia ExecStart=/usr/bin/kopia server --tls-cert-file /home/kopia-server/fullchain.pem --tls-key-file /home/kopia-server/privkey.pem --htpasswd-file /home/kopia-server/.htpasswd --address <IPv4>:51515 Restart=always RestartSec=5 [Install] WantedBy=multi-user.target

    Danach

    systemctl daemon-reload systemctl start kopia-server

    Mit

    systemctl status kopia-server

    kann man sich den Status anzeigen lassen.

    Client Rechner

    Auf dem Client, der das Backup zum Server schicken soll, machen wir dann folgendes.

    USER@HOSTNAME:~$ kopia repo connect server --url=https://<DOMAIN>:51515 --override-username=USER --override-hostname=HOSTNAME Enter password to open repository: Connected to repository API Server. NOTICE: Kopia will check for updates on GitHub every 7 days, starting 24 hours after first use. To disable this behavior, set environment variable KOPIA_CHECK_FOR_UPDATES=false Alternatively you can remove the file "/home/frank/.config/kopia/repository.config.update-info.json".

    Danach steht die Verbindung und wir können Backups hochschieben.

    kopia snapshot create $HOME

    Damit wird das Homeverzeichnis gesichert. Das initiale Backup, hat 30 Minuten gebraucht.

    created snapshot with root kb9e50ff5xxxxxxxxxx265d40a5d0861 and ID cda5c0ffxxxxxxxxxxxxxxa4cb4a367b in 30m28s

    Ein späteres Backup, sieht so aus.

    USER@HOSTNAME:~$ kopia snapshot create $HOME Snapshotting USER@HOSTNAME:/home/frank ... * 0 hashing, 51 hashed (324.8 MB), 8524 cached (6.6 GB), 0 uploaded (0 B), 0 errors 100.0% Created snapshot with root kc20a4xxxxxxxxxxxx745c6c7b37c and ID d7a96eaxxxxxxxxxxx0961018eacffa in 3m12s

    Nach 3 Minuten durch. Zu diesem Zeitpunkt hat sich aber auch nicht wirklich was geändert!

    Fazit

    Das Tool macht immer noch einen sehr guten Eindruck. Die Geschwindigkeit ist sehr gut. Die Anleitung ist leider unzureichend. Da gibt es so viele Möglichkeiten, da braucht es sehr lange, bis man da mal durchsteigt. Zum Glück, ist das was man normalerweise braucht, recht überschaubar. Bis zum produktiven Einsatz braucht das aber bei mir noch eine Menge mehr Tests.

    Was ich noch testen möchte

    Verzeichnis mounten Backup testweise wieder herstellen (zumindestens teilweise)

    Der Test läuft mit Standard Einstellungen, also z.B. ohne Kompression. Das sollte man dann auch mal testen..

    Bitte achtet auf gleiche Versionen auf dem Clienten, wie auf dem Server. Ich meine da ein paar Probleme festgestellt zu haben...

  • Installation von Grav & NGinx & PHP7.2

    Angeheftet Verschoben Grav
    2
    0 Stimmen
    2 Beiträge
    1k Aufrufe
    FrankMF

    Nachdem ich den ROCKPro64 jetzt auf den Mainline umgestellt habe, lief meine Testinstallation von Grav nicht mehr.

    Hilfreiche Sache um das Problem zu lösen -> https://gist.github.com/GhazanfarMir/03bd1f1f770a3834d47274586d46ea62

    Ich bekam immer 502 Bad Gateway, Grund war ein nicht korrekt gestarteter php-pfm Service.

    rock64@rockpro64v2_0:/usr/local/bin$ sudo service php7.2-fpm start rock64@rockpro64v2_0:/usr/local/bin$ sudo service php7.2-fpm status ● php7.2-fpm.service - The PHP 7.2 FastCGI Process Manager Loaded: loaded (/lib/systemd/system/php7.2-fpm.service; enabled; vendor preset: enabled) Active: active (running) since Thu 2018-08-16 20:15:20 CEST; 21s ago Docs: man:php-fpm7.2(8) Main PID: 3206 (php-fpm7.2) Status: "Processes active: 0, idle: 2, Requests: 3, slow: 0, Traffic: 0.2req/sec" Tasks: 3 (limit: 4622) CGroup: /system.slice/php7.2-fpm.service ├─3206 php-fpm: master process (/etc/php/7.2/fpm/php-fpm.conf) ├─3207 php-fpm: pool www └─3208 php-fpm: pool www Aug 16 20:15:19 rockpro64v2_0 systemd[1]: Starting The PHP 7.2 FastCGI Process Manager... Aug 16 20:15:20 rockpro64v2_0 systemd[1]: Started The PHP 7.2 FastCGI Process Manager.