20230101_215937.jpg
Wenn ich solche Kritzeleien mache, dann bin ich nicht zufrieden 🤓
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 aufDas 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.
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/LinuxThanks Dan!!
Das Image auf meinem NanoPi R5S ist
OpenWrt 22.03.0-rc6 r19590-042d558536 / LuCI branch git-22.213.58438-a9735e0Aktuelles FriendlyWrt wäre
OpenWrt 22.03.3 r20028-.......Aktuell seit 09.01.2023 ist
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.imgDas Image ist mit Bootloader usw. Das bügeln wir jetzt auf das eMMC
dd if=r5s.img of=/dev/mmcblk1 bs=10MBSD-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.
SysteminformationenOpenWrt_001.png
Memory / StorageOpenWrt_002.png
Mounted File SystemsOpenWrt_003.png
Mount PointsOpenWrt4.png
Bekannte Probleme keine NVMe SSD Root Verzeichnis nicht expandiert NVMeDie 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 VerzeichnisWas 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!?
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 🙂
RISC-V members represent over 50 countries in multiple industries. Learn about membership and join the Open era of computing!
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:
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.serviceDanach 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: plebPasswort muss wie gewohnt beim ersten Start geändert werden.
Danach habe ich das Debian aktualisiert
apt update && apt upgradeDanach 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/Linuxrecht aktuellen Kernel. Die Debian Version ist
root@plebian-quartz64b:/etc# cat debian_version bookworm/sidBookworm 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.