Skip to content
  • Diskussionen, die woanders nicht reinpassen

    54 Themen
    112 Beiträge
    FrankMF

    Bei mir mittlerweile Tradition, gebe ich am Jahresende der OpenSource Bewegung etwas zurück. Da ich ja nicht so gut beim Coden bin, aber einige Programme und Dienstleistungen meine Anerkennung verdienen, gibt es am Jahresende halt ein paar Überweisungen.

    Ich liste hier nicht wie viel, das spielt keine Rolle, jeder € zählt. Und ich liste nur alphabetisch sortiert auf, ich möchte keine Rangfolge hier abbilden.

    KDE Manjaro nrw.social (Ich poste fast ausschließlich nur noch dort.) Python (PSF) Restic (kann ich leider nichts spenden, weil sie es nicht möchten 😞 ) Vaultwarden

    Und ein Projekt, was nicht unbedingt etwas mit OpenSource am Hut hat

    netzpolitik.org

    Was fällt auf zu den letzten Jahren?

    LinuxMintCinnamon (Der Desktop den ich Anfängern immer noch empfehle ist bei mir raus. Seit KDE Plasma 6 und Wayland bevorzuge ich Manjaro mit KDE) Manjaro ARM (Das mit den kleinen Platinen ist ziemlich in den Hintergrund gewandert, weil ich hier einen Proxmox am Laufen habe und ich mittlerweile eher code als bastel)

    Ich hoffe, der ein oder andere nimmt sich ein Beispiel daran 😉

  • 614 Themen
    1k Beiträge
    FrankMF

    Ich betreibe schon lange, eine Vaultwarden VM. Gestern Abend wollte ich mal nach Updates schauen wegen rsync. Kurz Update usw. und ein Reboot, doch danach konnte ich mich mittels SSH nicht mehr connecten. Irgendwann bekam ich mit, das man nur extrem lange warten musste. Ok, es war zu spät, so musste ich das so lassen. Der Vaultwarden Dienst lief ja auch einwandfrei, so das es im Moment egal war.

    Heute nach der Arbeit, dann ran an die Arbeit. Konsole auf und sehr lange warten. Dann irgendwann war ich drin, alles mal angeschaut, alles funktionierte. Platz war genug da, kein Prozess der Amok lief usw. Nur eine Sache machte Ärger.

    ufw status

    Es passierte gar nichts. Dienst stoppen, Status usw. nix ging. 🤔 Nachdem ich alles mal überdacht hatte, fiel mir ein, das ich bei der ganzen Testerei, zwei Kernel Updates erblickt hatte. Zwei Kernel Updates, kurz hintereinander, sind schon sehr ungewöhnlich für das Debian Team.

    Schauen wir mal nach, was läuft.

    root@vaultwarden-4gb-xxx1-1:~# uname -a Linux vaultwarden-4gb-xxx1-1 6.1.0-29-arm64 #1 SMP Debian 6.1.124-1 (2025-01-12) aarch64 GNU/Linux

    In /boot war aber noch ein Neuer Kernel 6.1.0-30. Ok, Kiste mal wieder neugestartet und siehe da, die Kiste lief wieder und ich kam auch einwandfrei mit SSH auf die Kiste. Puuuh..

    root@vaultwarden-4gb-xxx1-1:~# uname -a Linux vaultwarden-4gb-xxx1-1 6.1.0-30-arm64 #1 SMP Debian 6.1.124-1 (2025-01-12) aarch64 GNU/Linux

    Ok, wenn es zwei Kernel Updates in so kurzer Zeit gibt, muss es einen Bug geben. Dann suchen wir mal.

    Link Preview Image #1092772 - linux-image-6.1.0-29-arm64: kernel OOPS when using nftables - Debian Bug report logs

    favicon

    (bugs.debian.org)

    Und Volltreffer. Habe mir den Bug Report gerade nochmal ausführlich durchgelesen, verstehe aber jetzt gerade nicht, was das mit meinem Problem zu tuen hat. Aber, letztendlich läuft der Kernel jetzt.

    Falls jemand über das Problem stolpert, Kernel updaten und es läuft wieder.

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

    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!

  • 36 Themen
    71 Beiträge
    FrankMF

    Verkauft!

Popular Tags

Online Users