iobroker Neuinstallation auf Tinkerboard

meicker

@homoran
hast recht - wollte nur weg von den SD Karten weil die so empfindlich sind. Aber mein eMMC hat auch nicht wirklich lange gehalten ...

Thomas Braun

@meicker sagte in iobroker Neuinstallation auf Tinkerboard:

weg von den SD Karten weil die so empfindlich sind.

Hier läuft eine SD-Karte seit 'ewig' in einem Pi.
Man muss halt die Kiste immer sauber herunterfahren, das ist aber auch schon der einzige Punkt, wo man etwas aufpassen muss.

Homoran

@meicker sagte in iobroker Neuinstallation auf Tinkerboard:

weil die so empfindlich sind.

wer sagt das?
Bei mir ist noch nie eine SD kaputt gegangen.

ein eMMC ist nichts anderes.

siehe screenshot
seit fast 1 1/2 Jahren am Stück, und davor auch noch mal

meicker

@homoran
@Thomas-Braun
Dann lasse ich das jetzt erstmal so. Einspielen hat alles wunderbar geklappt und pivccu läuft auch obwohl ich hier bei der Installation Fehler gesehen habe. Vielleicht sagt euch das ja was. Ist auf jeden Fall erst bei pivccu aufgetreten. Bis dahin war der zvram1 auch nie voll ...

sudo apt install pivccu3
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
The following additional packages will be installed:
  detect-radio-module dnsmasq-base liblxc1 lxc wait-sysfs-notify
Suggested packages:
  lvm2 python3-lxc
Recommended packages:
  dns-root-data apparmor debootstrap libpam-cgfs lxcfs lxc-templates uidmap
The following NEW packages will be installed:
  detect-radio-module dnsmasq-base liblxc1 lxc pivccu3 wait-sysfs-notify
0 upgraded, 6 newly installed, 0 to remove and 0 not upgraded.
Need to get 122 MB of archives.
After this operation, 15.9 MB of additional disk space will be used.
Do you want to continue? [Y/n] Y
Get:1 http://deb.debian.org/debian bullseye/main armhf liblxc1 armhf 1:4.0.6-2 [294 kB]
Get:2 http://deb.debian.org/debian bullseye/main armhf dnsmasq-base armhf 2.85-1 [431 kB]
Get:3 http://deb.debian.org/debian bullseye/main armhf lxc armhf 1:4.0.6-2 [1,671 kB]
Get:4 https://www.pivccu.de/piVCCU stable/main armhf detect-radio-module armhf 1.0-5 [270 kB]
Get:5 https://www.pivccu.de/piVCCU stable/main armhf wait-sysfs-notify armhf 1.0-2 [3,436 B]
Get:6 https://www.pivccu.de/piVCCU stable/main armhf pivccu3 armhf 3.59.6-59 [119 MB]
Fetched 122 MB in 21s (5,742 kB/s)                                                                                                                                                                                                                                                                                                                              
Preconfiguring packages ...
Selecting previously unselected package detect-radio-module.
(Reading database ... 78960 files and directories currently installed.)
Preparing to unpack .../detect-radio-module_1.0-5_armhf.deb ...
Unpacking detect-radio-module (1.0-5) ...
Selecting previously unselected package wait-sysfs-notify.
Preparing to unpack .../wait-sysfs-notify_1.0-2_armhf.deb ...
Unpacking wait-sysfs-notify (1.0-2) ...
Selecting previously unselected package liblxc1:armhf.
Preparing to unpack .../liblxc1_1%3a4.0.6-2_armhf.deb ...
Unpacking liblxc1:armhf (1:4.0.6-2) ...
Selecting previously unselected package dnsmasq-base.
Preparing to unpack .../dnsmasq-base_2.85-1_armhf.deb ...
Unpacking dnsmasq-base (2.85-1) ...
Selecting previously unselected package lxc.
Preparing to unpack .../lxc_1%3a4.0.6-2_armhf.deb ...
Unpacking lxc (1:4.0.6-2) ...
Setting up detect-radio-module (1.0-5) ...
dpkg: cannot write to log file '/var/log/dpkg.log': No space left on device
dpkg: cannot write to log file '/var/log/dpkg.log': No space left on device
Setting up wait-sysfs-notify (1.0-2) ...
dpkg: cannot write to log file '/var/log/dpkg.log': No space left on device
dpkg: cannot write to log file '/var/log/dpkg.log': No space left on device
dpkg: cannot write to log file '/var/log/dpkg.log': No space left on device
dpkg: cannot write to log file '/var/log/dpkg.log': No space left on device
Setting up liblxc1:armhf (1:4.0.6-2) ...
dpkg: cannot write to log file '/var/log/dpkg.log': No space left on device
dpkg: cannot write to log file '/var/log/dpkg.log': No space left on device
dpkg: cannot write to log file '/var/log/dpkg.log': No space left on device
dpkg: cannot write to log file '/var/log/dpkg.log': No space left on device
Setting up dnsmasq-base (2.85-1) ...
dpkg: cannot write to log file '/var/log/dpkg.log': No space left on device
dpkg: cannot write to log file '/var/log/dpkg.log': No space left on device
dpkg: cannot write to log file '/var/log/dpkg.log': No space left on device
dpkg: cannot write to log file '/var/log/dpkg.log': No space left on device
Setting up lxc (1:4.0.6-2) ...
dpkg: cannot write to log file '/var/log/dpkg.log': No space left on device
dpkg: cannot write to log file '/var/log/dpkg.log': No space left on device
dpkg: cannot write to log file '/var/log/dpkg.log': No space left on device
Created symlink /etc/systemd/system/multi-user.target.wants/lxc-net.service → /lib/systemd/system/lxc-net.service.
Created symlink /etc/systemd/system/multi-user.target.wants/lxc.service → /lib/systemd/system/lxc.service.
dpkg: cannot write to log file '/var/log/dpkg.log': No space left on device
dpkg: cannot write to log file '/var/log/dpkg.log': No space left on device
Selecting previously unselected package pivccu3.
(Reading database ... 79216 files and directories currently installed.)
Preparing to unpack .../pivccu3_3.59.6-59_armhf.deb ...
dpkg: cannot write to log file '/var/log/dpkg.log': No space left on device
dpkg: cannot write to log file '/var/log/dpkg.log': No space left on device
Unpacking pivccu3 (3.59.6-59) ...
dpkg: cannot write to log file '/var/log/dpkg.log': No space left on device
dpkg: cannot write to log file '/var/log/dpkg.log': No space left on device
Setting up pivccu3 (3.59.6-59) ...
dpkg: cannot write to log file '/var/log/dpkg.log': No space left on device
dpkg: cannot write to log file '/var/log/dpkg.log': No space left on device
dpkg: cannot write to log file '/var/log/dpkg.log': No space left on device
Created symlink /etc/systemd/system/multi-user.target.wants/pivccu.service → /lib/systemd/system/pivccu.service.
Created symlink /etc/systemd/system/pivccu.service.wants/monitor-hb-rf-eth.service → /lib/systemd/system/monitor-hb-rf-eth.service.
dpkg: cannot write to log file '/var/log/dpkg.log': No space left on device
Processing triggers for man-db (2.9.4-2) ...
dpkg: cannot write to log file '/var/log/dpkg.log': No space left on device
dpkg: cannot write to log file '/var/log/dpkg.log': No space left on device
dpkg: cannot write to log file '/var/log/dpkg.log': No space left on device
Processing triggers for dbus (1.12.20-2) ...
dpkg: cannot write to log file '/var/log/dpkg.log': No space left on device
dpkg: cannot write to log file '/var/log/dpkg.log': No space left on device
dpkg: cannot write to log file '/var/log/dpkg.log': No space left on device
Processing triggers for libc-bin (2.31-13+deb11u2) ...
dpkg: cannot write to log file '/var/log/dpkg.log': No space left on device
dpkg: cannot write to log file '/var/log/dpkg.log': No space left on device
dpkg: cannot write to log file '/var/log/dpkg.log': No space left on device
piVCCU: DTB rk3288-tinker.dtb was already patched
piVCCU: DTB rk3288-tinker-s.dtb was already patched
E: Write error - ~LZMAFILE (28: No space left on device)

Da ist wieder dieser Write error mit LZMAFILE - Danach war zram1 voll

# df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            989M     0  989M   0% /dev
tmpfs           201M   16M  185M   8% /run
/dev/mmcblk0p1   15G  3.6G   11G  25% /
tmpfs          1001M     0 1001M   0% /dev/shm
tmpfs           5.0M  4.0K  5.0M   1% /run/lock
tmpfs          1001M  216K 1001M   1% /tmp
/dev/zram1       49M   48M     0 100% /var/log
tmpfs           201M     0  201M   0% /run/user/0

Aber hier sieht alles gut aus:

sudo pivccu-info
piVCCU version: 3.59.6-59
Kernel modules: Available
Raw UART dev:   Available
HMRF Hardware:  RPI-RF-MOD
 Connected via: GPIO (/dev/raw-uart)
 Board serial:  58A992FB3B
 Radio MAC:     0xFFFB3B
HMIP Hardware:  RPI-RF-MOD
 SGTIN:         3014F711A0001xxxxxxxxxx
 Radio MAC:     0xB3D162
State:          RUNNING
PID:            4581
IP:             192.168.1.19
Link:           vethpivccu
 TX bytes:      3.65 MiB
 RX bytes:      604.76 KiB
 Total bytes:   4.24 MiB

Und zram1 hat sich auch beruhigt:

Filesystem      Size  Used Avail Use% Mounted on
udev            989M     0  989M   0% /dev
tmpfs           201M  8.4M  192M   5% /run
/dev/mmcblk0p1   15G  3.7G   11G  26% /
tmpfs          1001M     0 1001M   0% /dev/shm
tmpfs           5.0M  4.0K  5.0M   1% /run/lock
tmpfs          1001M  476K 1000M   1% /tmp
/dev/zram1       49M  7.9M   38M  18% /var/log
tmpfs           201M     0  201M   0% /run/user/0

Ich hab das ganze noch im Homematic-Forum gepostet aber noch kein Feedback ...

Wenn ihr dazu noch was habt, dann gerne, ansonsten vielen Dank für die Geduld mit mir

vg Marc

Homoran

@meicker sagte in iobroker Neuinstallation auf Tinkerboard:

Ich hab das ganze noch im Homematic-Forum gepostet aber noch kein Feedback ...

das wäre wohl eher ein Fall für das Armbian Forum
Die Verzeichnisstruktur kommt ja wohl von dort.
und im ZRAM scheint ja das syslog zu liegen.

ggf. spuckt auch das defekte eMMC in die Suppe, dass deswegen das log überläuft.

Hast du mal nachgesehen was da drin steht?

meicker

@homoran
/dev/zram1 ist mounted on /var/log - heißt doch, dass in var/log der Inhalt von zram1 steht ... oder ? Wenn dem so ist, dann ist das der Inhalt:

und es sieht auch entspannt aus:

Filesystem     1K-blocks    Used Available Use% Mounted on
udev             1011848       0   1011848   0% /dev
tmpfs             204852    8572    196280   5% /run
/dev/mmcblk0p1  15011432 4210708  10616224  29% /
tmpfs            1024252       0   1024252   0% /dev/shm
tmpfs               5120       4      5116   1% /run/lock
tmpfs            1024252    1172   1023080   1% /tmp
/dev/zram1         49560    8596     37380  19% /var/log
tmpfs             204848       0    204848   0% /run/user/0

Mal weiter beobachten, aber es sieht alles gut aus ...

Thomas Braun

@meicker
zram dürfte allerdings flüchtig sein. Damit wären alle Logs nach einem reboot weg.

meicker

@thomas-braun
ja, es leer sich wieder - war beim installieren sehr voll, gerade wo der iobroker alle Adapter nachgelden hat nachdem ich das Backup zurückgespielt hatte ...
Es wäre mal interessant ob man da nicht mehr als 50MB draus machen kann. Die schienen mir irgendwie knapp zu sein ...

Homoran

@meicker sagte in iobroker Neuinstallation auf Tinkerboard:

war beim installieren sehr voll,

Da wäre der Inhalt interessant gewesen.
Armbian hat sich bei der Größe ja was gedacht.

Wenn der Platz dann nicht reicht wird etwas unplanmässig viele logs produzieren.

Homoran

@thomas-braun sagte in iobroker Neuinstallation auf Tinkerboard:

@meicker
zram dürfte allerdings flüchtig sein. Damit wären alle Logs nach einem reboot weg.

war es aber nicht.
das war ja auch mein Gedanke.

@homoran sagte in iobroker Neuinstallation auf Tinkerboard:

@meicker sagte in iobroker Neuinstallation auf Tinkerboard:

Das Speicherproblem ist bislang nicht mehr aufgetreten

wenn ich das nebenbei richtig gesehen hatte ist die RAM disk für das (Installations-)log gewesen.
Wahrscheinlich hätte da nur ein reboot gemacht werden müssen

da hieß es dann

Homoran

@meicker sagte in iobroker Neuinstallation auf Tinkerboard:

Hatte ich schon alles gemacht - keine Auswirkung ...

Thomas Braun

@homoran

Keine Ahnung. In meinen Systemen läuft kein zram. Schon gar nicht auf /var/log gemountet.
Ist das was armbian-spezifisches?

meicker

@homoran
Ich habe eine Idee und das war meine Dummheit:

Ich habe das Backup beim ersten mal zurückgespielt und nicht darauf geachtet das die Adapter nachgeladen werden. Wenn ich dann die Kiste vom Strom nehme wärend der iobroker noch zu tun hat und ich gleichzeitig pivccu aufspiele ist das glaube ich kein Wunder das ssich das Log nicht erholt ...
Wenn dann, wenn der Strom wieder da ist weiter installiert wird läuft ja einiges auf ... Das war blöd von mir.

Allerdings habe ich ja beim zweiten Versuch gewartet bis alle Adapter durchgeladen waren und dann erst pivccu installiert. Und genau dabei kam, es wieder zum Überlauf. Leider habe ich im Homematic Forum von niemandem eine Antwort bekommen, die lesen alle nur oder wissen es nicht ... der einzige der dort Bescheid weiß hat sich nicht gemeldet ... Kommt vielleicht noch.

Ich denke aber es war auf jeden Fall die pivccu Installation die das Fass zum überlaufen brachte, warum acu immer. Ich habe es Schritt fürt Schritt nach Anleitung gemacht. (Für armbian :-) )

Thomas Braun

@meicker sagte in iobroker Neuinstallation auf Tinkerboard:

Wenn ich dann die Kiste vom Strom nehme wärend der iobroker

Ähhhhhhj, das ist nie eine gute Idee und tunlichst zu unterlassen! Die Kisten müssen IMMER sauber heruntergefahren werden. Immer! Strom weg führt zum Exitus der Speichermedien/Dateisysteme.

Davon abgesehen würde ich eh zuerst pivCCU installieren und dann erst den ioBroker.

meicker

@thomas-braun
bin mir nicht mehr sicher ob ich einfach den Stecker gezogen hab oder runter gefahren. Ich war 😠 weil das dumme Ding nicht so wollte wie ich. Und wenn dann noch Dinge hinzukommen die mich dann ratlos machen … Das Board hat es überlebt - gerade eben noch 😂

Ich weiß- immer runterfahren. Gerade bei SD … mach ich eigentlich auch immer ganz brav. Aber das System war eh im Eimer - also … neu machen und dazu lernen 😉

Community Forum

NEWS

iobroker Neuinstallation auf Tinkerboard

Support us

428

32.8k

82.7k

1.3m