Skip to content
  • Diskussionen, die woanders nicht reinpassen

    51 Themen
    108 Beiträge
    FrankMF

    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.

  • 571 Themen
    1k Beiträge
    FrankMF

    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...

  • Beiträge zu den Boards der Firma Pine64

    373 Themen
    1k Beiträge
    FrankMF

    Kamil hat doch immer noch irgendein Projekt am Laufen, so das ab und zu neue Kernel reinkommen.

    Link Preview Image Release 6.8.0-rc3-1188-ayufan · ayufan-rock64/linux-mainline-kernel

    Linux kernel source tree. Contribute to ayufan-rock64/linux-mainline-kernel development by creating an account on GitHub.

    favicon

    GitHub (github.com)

    Ein 6.7er kam heute auch noch.

    Link Preview Image Release 6.7.0-1186-ayufan · ayufan-rock64/linux-mainline-kernel

    Linux kernel source tree. Contribute to ayufan-rock64/linux-mainline-kernel development by creating an account on GitHub.

    favicon

    GitHub (github.com)

    Läuft der RockPro64 bei Euch noch? Muss gestehen, bei mir liegt er nur noch rum.

  • Beiträge zu den Boards der Firma FriendlyELEC

    40 Themen
    179 Beiträge
    A

    Sieht ganz so aus als würde im nächsten Release der R5S unterstützt werden:

    Link Preview Image [RFC,RFT] rockchip: initial rk3568 support by 1715173329 · Pull Request #12974 · openwrt/openwrt

    SoC Highlights: Quad-core Cortex-A55 up to 2.0GHz Mali-G52 GPU 1TOPS NPU LPDDR4/LPDDR4X/DDR4/DDR3/DDR3L/LPDDR3, ECC 4KP60 H.265/H.264/VP9 video decoder 1080P60 H.264/H.265 video encoder 8M ISP with HDR Dual dislplay, LVDS/MIPI-DSI/RGB/eDp/RGB/HDMI2.0/EBC 1x8ch I2S/TDM, 1x8ch PDM, 2x2ch I2S USB3.0 x2/SATA3.0 x3/PCIE2.1/QSGMII,PCIE3.0 1x2Lanes/2x1Lane In this PR I added basic support for the NanoPi R5C and NanoPi R5S boards.

    favicon

    GitHub (github.com)

    Das Code-Review hat 5? Monate gedauert.

  • Beiträge zu anderen kleinen Platinen

    61 Themen
    184 Beiträge
    FrankMF

    Für USB Geräte benötigt man ja ein Netzteil 5V/5A

    5V/5A DC power via USB-C, with Power Delivery support
    Quelle: https://www.raspberrypi.com/products/raspberry-pi-5/

    Ich habe jetzt hier ein Netzteil 5V/4,1A, war nichts anderes auf dem Markt zu bekommen. Dann testen wir mal eine SSD am USB3-Port. Beim ersten Bootversuch meckert er über das nicht ausreichende Netzteil. Das kann man mittels eines Befehles in der config.txt steuern.

    /boot/config.txt

    usb_max_current_enable=1

    Danach erneuter Bootversuch, diesmal klappt alles und es kommen die Dialoge zur Ersteinrichtung.

    frank@raspberrypi:~ $ duf ╭────────────────────────────────────────────────────────────────────────────────────╮ │ 2 local devices │ ├────────────────┬────────┬───────┬────────┬─────────────────────┬──────┬────────────┤ │ MOUNTED ON │ SIZE │ USED │ AVAIL │ USE% │ TYPE │ FILESYSTEM │ ├────────────────┼────────┼───────┼────────┼─────────────────────┼──────┼────────────┤ │ / │ 219.5G │ 11.3G │ 199.1G │ [..........] 5.1% │ ext4 │ /dev/sda2 │ │ /boot/firmware │ 510.0M │ 72.3M │ 437.7M │ [#.........] 14.2% │ vfat │ /dev/sda1 │ ╰────────────────┴────────┴───────┴────────┴─────────────────────┴──────┴────────────╯ ╭─────────────────────────────────────────────────────────────────────────────────────────╮ │ 5 special devices │ ├────────────────┬────────┬────────┬────────┬─────────────────────┬──────────┬────────────┤ │ MOUNTED ON │ SIZE │ USED │ AVAIL │ USE% │ TYPE │ FILESYSTEM │ ├────────────────┼────────┼────────┼────────┼─────────────────────┼──────────┼────────────┤ │ /dev │ 3.8G │ 0B │ 3.8G │ │ devtmpfs │ udev │ │ /dev/shm │ 3.9G │ 528.0K │ 3.9G │ [..........] 0.0% │ tmpfs │ tmpfs │ │ /run │ 805.0M │ 5.8M │ 799.1M │ [..........] 0.7% │ tmpfs │ tmpfs │ │ /run/lock │ 5.0M │ 48.0K │ 5.0M │ [..........] 0.9% │ tmpfs │ tmpfs │ │ /run/user/1000 │ 805.0M │ 208.0K │ 804.8M │ [..........] 0.0% │ tmpfs │ tmpfs │ ╰────────────────┴────────┴────────┴────────┴─────────────────────┴──────────┴────────────╯

    Kurzer Speedtest 😉

    frank@raspberrypi:~ $ dd if=/dev/zero of=sd.img bs=1M count=4096 conv=fdatasync 4096+0 Datens�tze ein 4096+0 Datens�tze aus 4294967296 Bytes (4,3 GB, 4,0 GiB) kopiert, 31,8582 s, 135 MB/s

    Hier sieht man auch ein kleines Problem, die Umlaute passen nicht, obwohl ich am RPi alles auf Deutsch gestellt habe 😞 Ok, kümmern wir uns später drum.

    Fazit

    Angesichts der Tatsache, das für den RPi 5 auf dem Markt so gut wie nichts zu bekommen ist, muss man sich halt behelfen. Denke das Netzteil sollte in dieser aktuellen Konfiguration völlig ausreichend sein. Vorsichtig wäre ich, wenn man jetzt am zweiten USB3 Port eine konventionelle HDD anschließen wollte.

    Leider bekomme ich auf dem Markt auch kein

    UART Verbindungskabel HAT für SSD

    Falls jemand einen kennt, der so was verkauft, bitte eine Info hier lassen. Danke!

  • 29 Themen
    56 Beiträge
    FrankMF

    Verkauft!