Speicherplatzbedarf openWB

[Andreatze]

Hallo,

ich betreibe die openWB auf einer 4GB SD Card. Nun beschäftigt mich die Beobachtung über den freien Speicherplatz (openWB Systeminfo) auf der Karte. Dieser schrumpft kontinuierlich von gestern Abend 901MB auf nun 866MB. Ich ging davon aus der der Großteil der Daten in der Ram Disk verbleibt aber anscheinend werden nicht wenige Daten auf die SD Card geschrieben?!

Habe mal versucht mit eigenen Mitteln der Sache auf die Spur zu kommen, jedoch bin ich kein Crack was Linux betrifft:

pi@OPENWB:~ $ df -h
Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
/dev/root 3,4G 2,4G 866M 74% /
devtmpfs 430M 0 430M 0% /dev
tmpfs 463M 0 463M 0% /dev/shm
tmpfs 463M 48M 415M 11% /run
tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs 463M 0 463M 0% /sys/fs/cgroup
tmpfs 32M 5,0M 28M 16% /var/www/html/openWB/ramdisk
/dev/mmcblk0p1 253M 48M 205M 19% /boot
//192.168.178.1/fritz.nas 8,0T 2,9T 5,2T 36% /mnt/fritznas
tmpfs 93M 0 93M 0% /run/user/1000

Läuft irgendwann die Karte voll? DEBUGLEVEL 2 habe ich eingestellt.
Danke für eine klärende Antwort.

Gruß

André

[derNeueDet]

Die Logfiles der openWB werden regelmäßig gekürzt. Also auch mit Debug 2 wirst du das nicht zum Platzen bringen.
Deine System Logs können und werden wachsen.
Logs für die Auswertungen Tsg/Monat/Jahr werden aber natürlich auch geschrieben. Sollte nicht so viel Platz verbrauchen. Aber ganz ehrlich ne 16GB Karte ist heutzutage auch keine Investition mehr und hat vermutlich noch mehr Schreibzyjken frei als eine etwas angegraute 4GB Karte

VG
Det

[Andreatze]

Hallo Det,

stimmt natürlich 4GB sind recht dünn, also reicht der freie Speicher noch aus oder alles auf 16GB SD Card bzw. was ist von einem USB Stick zu halten?

Danke und Gruß.

André

[aiole]

8 GB ist das Minimum - besser 16GB

btw
Leider steht die Haltbarkeit bei "normalen" uSDC nicht an erster Stelle. Dort zählt vor allem speed, was wir nicht benötigen.

Hier eine gute Tabelle miit den Eigenschaften der unterschiedlichen Flashtechnologien.
https://www.swissbit.com/en/technology/ ... echnology/

Eine haltbarere "3D pSLC" (Swissbit) kostet aktuell schlappe 65 Eur !!!
https://eu.mouser.com/ProductDetail/Swi ... nnpg%3D%3D
Ich habe mir dennoch 2 Stück gegönnt, die im Wechsel von 6 Monaten arbeiten (dazwischen Image)

[derNeueDet]

Hallo Det,

stimmt natürlich 4GB sind recht dünn, also reicht der freie Speicher noch aus oder alles auf 16GB SD Card bzw. was ist von einem USB Stick zu halten?

Danke und Gruß.

André

Dann geh gleich auf eine kleine SSD. Rein in ein externes USB3 Gehäuse. Es gibt eine Anleitung, wie man die mSD Karte auf die SSD klonen kann. Damit bist du dann wirklich auf der sicheren Seite. Performance, Haltbarkeit, alles kein Thema mehr.

[mrinas]

Wobei man openWB zu gute halten kann dass die Anzahl der Schreibzyklen auf der SD Card durch intensive Nutzung der Ramdisk gering gehalten werden um die Laufzeit zu optimieren. Gegen ein regelmässiges Backup über die UI spricht natürlich nichts um im Fall der Fälle gewappnet zu sein.

[aiole]

Eine kleine m2-SSD per USB ist in der Tat eine gute Alternative, was top Absicherung und Langlebigkeit betrifft.
@Det: Hast Du irgendwo den clone-link zur Hand?

[derNeueDet]

Das Programm heißt SD Card Copier und ist im Buster Desktop z.B. zu erreichen.
Evtl. muss Boot.config noch was geändert werden.
Ich bin mir gerade nicht sicher, ob das erst ab Raspi4 geht oder auch mit 3b(+)

Mein Raspi 4 bootet von der SSD, mit nem 3b hab ich das noch nicht getestet.

Evtl. Komme ich die nächsten Tage mal dazu, das zu testen. Ne kleine externe SSD hab ich letzte Woche wieder frei bekommen, einen 3b+ hab ich auch. Läuft die openWB V2 drauf, das wäre allerdings Bullseye.

VG
Det

[aiole]

Danke
Eine headless-Variante wäre perfekt.

[derNeueDet]

Danke
Eine headless-Variante wäre perfekt.

Also ich hab das gerade mal für einen 3b+ getestet. Für den 3b+ sollte es komplett ohne weitere Vorbereitung gehen.
mSD raus, Image ziehen und komplett auf die USB SSD drauf. Dann USB SSD an den Raspi anschließen (keine SD Karte einlegen) und starten. Dauert ein paar Sekunden, da zuerst versucht wird von der mSD zu starten.
Image erstellen über Win32DiskImager oder andere Tools.
Ich habs mit dd auf meinem Raspi4 gemacht.
sda ist die Boot SSD vom Raspi4, sdb ist die mSD Karte vom 3b+ (Quelle die kopiert werden soll), sdc ist die Ziel SSD

Code: Alles auswählen

pi@raspi4:~ $ lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 111,8G  0 disk
├─sda1   8:1    0   256M  0 part /boot
└─sda2   8:2    0 111,5G  0 part /
sdb      8:16   1  59,5G  0 disk
├─sdb1   8:17   1   256M  0 part
└─sdb2   8:18   1  59,2G  0 part
sdc      8:32   0 111,8G  0 disk
└─sdc1   8:33   0 111,8G  0 part
pi@raspi4:~ $ sudo dd if=/dev/sdb of=/dev/sdc bs=1M status=progress             63856181248 bytes (64 GB, 59 GiB) copied, 3765 s, 17,0 MB/s
60906+0 Datensätze ein
60906+0 Datensätze aus
63864569856 bytes (64 GB, 59 GiB) copied, 3774,78 s, 16,9 MB/s
pi@raspi4:~ $

Platte an den Raspi3b+ gesteckt, ohne mSD
Ergebnis:

Code: Alles auswählen

pi@raspi3b:~ $ lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 111,8G  0 disk
├─sda1   8:1    0   256M  0 part /boot
└─sda2   8:2    0  59,2G  0 part /
pi@raspi3b:~ $ df -h
Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf
/dev/root        59G    4,1G   52G    8% /
devtmpfs        326M       0  326M    0% /dev
tmpfs           455M       0  455M    0% /dev/shm
tmpfs           182M    776K  182M    1% /run
tmpfs           5,0M    4,0K  5,0M    1% /run/lock
tmpfs            32M    1,2M   31M    4% /var/www/html/openWB/ramdisk
/dev/sda1       253M     31M  222M   12% /boot
tmpfs            91M     16K   91M    1% /run/user/1000
pi@raspi3b:~ $

Jetzt könnte man natürlich das Filesystem noch anpassen, damit die komplette Platte verwendet wird.

SD Karte wieder eingesteckt:

Code: Alles auswählen

pi@raspi3b:~ $ lsblk
NAME        MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
mmcblk0     179:0    0 59,5G  0 disk
├─mmcblk0p1 179:1    0  256M  0 part /boot
└─mmcblk0p2 179:2    0 59,2G  0 part /
pi@raspi3b:~ $ df -h
Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf
/dev/root        59G    4,1G   52G    8% /
devtmpfs        326M       0  326M    0% /dev
tmpfs           455M       0  455M    0% /dev/shm
tmpfs           182M    772K  182M    1% /run
tmpfs           5,0M    4,0K  5,0M    1% /run/lock
tmpfs            32M     12K   32M    1% /var/www/html/openWB/ramdisk
/dev/mmcblk0p1  253M     31M  222M   12% /boot
tmpfs            91M     16K   91M    1% /run/user/1000
pi@raspi3b:~ $

Kleiner Performance Test 1GB File schreiben

mSD:

Code: Alles auswählen

pi@raspi3b:~ $ dd if=/dev/urandom of=/tmp/testfile bs=1k count=1024000 status=progress
1035413504 Bytes (1,0 GB, 987 MiB) kopiert, 76 s, 13,6 MB/s
1024000+0 Datensätze ein
1024000+0 Datensätze aus
1048576000 Bytes (1,0 GB, 1000 MiB) kopiert, 77,3995 s, 13,5 MB/s
pi@raspi3b:~ $

SSD:

Code: Alles auswählen

pi@raspi3b:~ $ lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 111,8G  0 disk
├─sda1   8:1    0   256M  0 part /boot
└─sda2   8:2    0  59,2G  0 part /
pi@raspi3b:~ $  dd if=/dev/urandom of=/tmp/testfile bs=1k count=1024000 status=progress
1041330176 Bytes (1,0 GB, 993 MiB) kopiert, 58 s, 18,0 MB/s
1024000+0 Datensätze ein
1024000+0 Datensätze aus
1048576000 Bytes (1,0 GB, 1000 MiB) kopiert, 58,4006 s, 18,0 MB/s

SSD ist also etwas schneller. Ob hier USB 2.0 oder die "billig" SSD oder das Gehäuse das Limit setzt, kann ich gerade nicht testen. Ist aber vermutlich auch nicht interessant hier. Für ne openWB reicht es auf jeden Fall


VG
Det