ca. 3,6W im Idle

In meinem PywebIO Projekt tauchte heute ein alter Bekannter auf. Wenn ich einen Eintrag (innerhalb der Liste) löschte, war das etwas durcheinander 🤔

Ja, den Fehler kenne ich schon was länger und stolper immer mal wieder drüber. Heute z.B.

Also mal grübeln 🤓

Das mache ich, wenn ich einen Eintrag lösche

case 'Yes': # delete entrie BackupList.delete((line - 1)) # save json BackupList.save_json() # Load data from filesystem BackupList.load_json() # Reload Tab Backup backup()

Ich mache folgendes

lösche den Eintrag speicher die Liste lade die Liste baue den Tab wieder auf

Das führt aber dazu, das meine Liste die als Objekt im Speicher steht nicht aktuell ist. Im Gegenteil, da ist dann etwas Unordnung. Ich brauchte also die Möglichkeit mein Objekt backups irgendwie zurückzusetzen.

Mal gegoogelt und die Dinge sind manchmal wirklich total easy 🙂

# clear dict backups.clear()

Das leert das Objekt und im nächsten Schritt kann ich es wieder befüllen.

Lösung case 'Yes': # delete entrie BackupList.delete((line - 1)) # save json BackupList.save_json() # clear dict backups.clear() # Load data from filesystem BackupList.load_json() # Reload Tab Backup backup()

Problem erledigt. Damit ich das noch finde, wenn mein Kopf das nicht mehr hergibt, notiere ich das hier.

Habe mir heute einmal den Header Bereich und die Menüs vorgenommen und mal etwas logischer benannt und umsortiert. Hier der aktuelle Stand.

Restic UI - january 2023

Das Repo findet ihr -> https://gitlab.com/Bullet64/restic_ui_pywebio

Seit heute auch mit 4K Unterstützung

Screenshot_20230118_190206.png

4K (3840*2160) ist leider nur mit 30Hz Bildwiederholfrequenz möglich.

Interessanter ist das hier. 2560*1440 mit 60Hz

Screenshot_20230118_190343.png

Mit dem Manjaro Image und folgendem Kernel

[root@frank-pc etc]# uname -a Linux frank-pc 6.2.0-rc4-3-MANJARO-ARM-RC #1 SMP PREEMPT Wed Jan 18 13:56:26 UTC 2023 aarch64 GNU/Linux

Thanks Dan!!

Das Image auf meinem NanoPi R5S ist

OpenWrt 22.03.0-rc6 r19590-042d558536 / LuCI branch git-22.213.58438-a9735e0

Aktuelles FriendlyWrt wäre

OpenWrt 22.03.3 r20028-.......

Aktuell seit 09.01.2023 ist

OpenWrt 22.03.3

Da ich keine Probleme habe und alles zu meiner Zufriedenheit läuft, kann ich locker noch bis zum nächsten Release warten und hoffe immer noch, das der R5S endlich mal im OpenWrt landet.....

Die Releases von MJ habe ich bisher immer mit einer SD-Karte ausprobiert. Etwas mühselig. Also mal was ausprobieren.

In diesem Thread findet man viele wertvolle Hinweise.

Wir bügeln einen Release vom MJ auf eine SD-Karte und booten damit.

Wir loggen uns per SSH ein

cd /tmp wget https://github.com/mj22226/openwrt/releases/download/rockchip-5.19/r5s.img

Das Image ist mit Bootloader usw. Das bügeln wir jetzt auf das eMMC

dd if=r5s.img of=/dev/mmcblk1 bs=10MB

SD-Karte raus und neustarten. Danach haben wir eine sehr alte Installation, etwas mit 5.19er Kernel.

Wir laden uns ein aktuelles Image auf den Rechner herunter. Wir gehen nun über die Weboberfläche auf System/Flash Firmware, wählen das heruntergeladene Image aus und flashen dieses.

Der NanoPi R5S bootet neu und wir haben ein aktuelles System.

Systeminformationen

OpenWrt_001.png

Memory / Storage

OpenWrt_002.png

Mounted File Systems

OpenWrt_003.png

Mount Points

OpenWrt4.png

Bekannte Probleme keine NVMe SSD Root Verzeichnis nicht expandiert NVMe

Die NVMe SSD funktioniert auf dem FreindlyWrt Image einwandfrei. Ich hatte gelesen, das die PCIe Funktion im Kernel 6.1 integriert sein soll, offensichtlich nicht!?

Root Verzeichnis

Was mich jetzt etwas nervt ist, das ich das Rootverzeichnis nicht vergrößert bekomme. Standard mäßig wird das wohl mit 250MB angelegt. Alles was ich probiere scheitert. ☹

Wäre schön, wenn ich das hin bekäme. Einer einen Tipp!?

Bei den heutigen Strompreisen wichtig und das Beste? Kaum Leistungseinbußen. Das sollte man wissen 😉

Das Wichtigste wenn man mit so SOCs rumspielt 😉

6 - GND 8 - GPIO5 (UART TX) 10 - GPIO6 (UART RX)

Baudrate: 115200

minicom -D /dev/ttyUSB0 -b 115200

VF2_40pin.png
Quelle: https://doc-en.rvspace.org/VisionFive2/Quick_Start_Guide/VisionFive2_QSG/pinout_diagram - vf2.html

RISC-V, offizielle Aussprache in Englisch: „risc-five“[1] [rɪsk faɪv], ist eine Befehlssatzarchitektur (engl. instruction set architecture, ISA), die sich auf das Designprinzip des Reduced Instruction Set Computers (RISC) stützt.
Quelle: https://de.wikipedia.org/wiki/RISC-V

In einfachen Worten, das ist ein freier Prozessor, an dem keine Patente usw. hängen. Den gibt es schon länger, leider waren die Preise immer recht gesalzen. Wenn man das dann ins Verhältnis zu der gebotenen Leistung brachte, waren die furchtbar teuer.

Aber, es scheint langsam der Punkt erreicht zu werden, wo es bezahlbar wird. Die Leistung ist zwar noch lange nicht auf der Höhe der Zeit, aber ich denke das wird sich in Zukunft auch ändern.

Auch Pine64 hat ein RISC-V Board angekündigt, den Star64. Ich denke, das VisionFive 2 Board (VF2)wird mich aber früher erreichen.

Was mich am VF2, wie immer neugierig macht, sind die zwei Gigabit Schnittstellen. Da kann man immer so schön Router mit bauen 🙂

Members - RISC-V International Members - RISC-V International

RISC-V members represent over 50 countries in multiple industries. Learn about membership and join the Open era of computing!

Verkauft!

Verkauft!

Die Version 0.15.0 ist released worden.

We are happy to announce the release of restic 0.15.0!

In this version, a new rewrite command has been implemented. This allows for removing unwanted data from existing snapshots, for example if you discover that some files were unintentionally backed up, such as files with sensitive content or files that take up a lot of space and don’t need to be backed up. Please see the corresponding documentation for more information and usage examples.

Some other notable enhancements in this release are:

restic · Restic 0.15.0 Released

Mal schauen was meine Restic UI zu der neuen Version sagen. Ich erwarte da aber keine größeren Probleme, da man im #Restic Team immer sehr darauf achtet.

ce7feb31-0c89-42a7-ac32-e0923eb020b0-grafik.png

Wie ich gestern das Plebian ausprobiert habe, ist mir sofort die nervige blaue LED wieder aufgefallen. Die habe ich bei meiner Manjaro Installation auf dem Quartz64 Modell B abgeschaltet.

Dazu findet man im Pine64 Wiki eine ausreichende Information zu.

Systemd Dienst anlegen -> /etc/systemd/system/user-led.service

[Unit] Description=Turn off heartbeat LED Wants=multi-user.target After=multi-user.target [Install] WantedBy=multi-user.target [Service] Type=simple ExecStart=sh -c 'echo none > /sys/class/leds/user-led/trigger'

Das ganze aktivieren

# systemctl daemon-reload # systemctl enable user-led.service

Danach nervt sie nicht mehr 😉

Quick Start Guide -> https://doc-en.rvspace.org/VisionFive2/PDF/VisionFive2_QSG.pdf

Vision Five 2 Datasheet -> https://doc-en.rvspace.org/VisionFive2/PDF/VisionFive2_Datasheet.pdf

Mal beim Kaffee eben ausprobieren.

Die Releases findet man hier -> https://github.com/Plebian-Linux/quartz64-images/releases

Und ein paar Anmerkungen zum Image -> https://github.com/Plebian-Linux/quartz64-images/blob/main/RUNNING.md

User:pleb PW: pleb

Passwort muss wie gewohnt beim ersten Start geändert werden.

Danach habe ich das Debian aktualisiert

apt update && apt upgrade

Danach haben wir dann einen

root@plebian-quartz64b:~# uname -a Linux plebian-quartz64b 6.1.0-1-arm64 #1 SMP Debian 6.1.4-1 (2023-01-07) aarch64 GNU/Linux

recht aktuellen Kernel. Die Debian Version ist

root@plebian-quartz64b:/etc# cat debian_version bookworm/sid

Bookworm ist das kommende Debian 12, das soll so ca. im März(?) released werden.

Mit blkid werden alle angeschlossenen Laufwerke angezeigt.

root@plebian-quartz64b:/etc# blkid /dev/nvme0n1p1: UUID="497aa9d6-2e0c-4927-bb8f-9927970b1abe" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="bd856e70-94c0-3345-a9d6-7ff080b5a2e0" /dev/mmcblk0p3: LABEL="root" UUID="da21d2fe-1093-46d2-bd96-5fb6b11e07eb" BLOCK_SIZE="4096" TYPE="ext4" PARTLABEL="root" PARTUUID="3fbd2cf5-e08d-4f39-8ca4-9fb5cff746df" /dev/mmcblk0p1: PARTLABEL="idbloader" PARTUUID="3eac6306-dee4-4c0c-9cfa-2d610b74b61b" /dev/mmcblk0p2: PARTLABEL="uboot" PARTUUID="7129c8a9-86f4-4807-be66-7d12398c6e9a" /dev/sda4: LABEL="linux-root" UUID="b1612f09-7ae0-4217-be0e-bdc2e51248d1" BLOCK_SIZE="4096" TYPE="ext4" PARTLABEL="linux_root" PARTUUID="cdc03a35-d726-48f6-8bef-918981debbf6" /dev/sda2: SEC_TYPE="msdos" LABEL_FATBOOT="boot-efi" LABEL="boot-efi" UUID="6891-ACCB" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="boot_efi" PARTUUID="0af3de6b-3b38-42f3-ae0c-336c5d39c874" /dev/sda3: LABEL="linux-boot" UUID="e64ed73c-b603-43af-851c-d5eef81a1aa9" BLOCK_SIZE="1024" TYPE="ext4" PARTLABEL="linux_boot" PARTUUID="b3b30dbb-4dcb-4652-aef1-ebc720eb0e59" /dev/sda1: PARTLABEL="loader1" PARTUUID="86d433a9-c91b-48aa-9867-36ef588a600f"

Man sieht meine angeschlossene NVMe SSD und die Platte am USB3.

Man hat eine HDMI Ausgabe, Netzwerk ist klar, der WiFi-Chip geht nicht. Dazu steht im Readme

Plebian (or Debian, for that matter) does not yet properly package the wireless firmware needed for the Model B or SOQuartz's Wi-Fi chip. Therefore, Wi-Fi won't work out of the box.

Müsste man sich also mit beschäftigen....

Ansonsten macht das für mich auf den ersten Blick einen soliden Eindruck.

Wie ihr ja wisst, benutze ich das Forum hier auch gerne als Notizbuch 🙂 Also mal wieder was hier notieren. Mein Windows Systemadmin sagte mir heute, das es auch folgendes gibt

# ssh-keygen -t ed25519 Generating public/private ed25519 key pair. Enter file in which to save the key (/root/.ssh/id_ed25519): /tmp/ed Enter passphrase (empty for no passphrase): Enter same passphrase again: Your identification has been saved in /tmp/ed Your public key has been saved in /tmp/ed.pub The key fingerprint is: SHA256:D33HCTW7Dy0p5kQdFTkPudx1PQh0EHFgkBvxy8KwhGM root@frank-ms7c92 The key's randomart image is: +--[ED25519 256]--+ | o=O*o=+=| | . oo o+oB+| | E o o.o.o+*| | . o +o...oo=o| | .So.o= O .| | o.= o + | | . . .| | | | | +----[SHA256]-----+

Der Key liegt nur in /tmp kopieren lohnt also nicht 🙂

Ob das jetzt die Zukunft ist, kann ich nicht beantworten. Ich wollte es aber hier mal festhalten, weil es wohl mittlerweile auch von vielen Projekten benutzt wird.

ssh-keygen - Wikipedia