UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[OpenSourceNomad]

@smarthome2020 said in [Anleitung] Selbstbau Wemos D1 mini und Helligkeitssensor BH1750:

Bei dem Sensor passiert im log über Minuten nichts , während bei einem anderen Sensor im Log neue Einträge hinzu kommen.

schalt mal die logger component auf verbose :mag:

[OpenSourceNomad]

@thomas-braun said in RaspberryOS + ioBroker = SD Karten Killer:

and don’t let others’ negative experiences, real or rumored, get you down!

Oder:

"and don't repeat the failures of others for a quick Start!" :rocket:

Die Kommentare vom Artikel empfehlen übrigens noch log2ram. Für Installationen auf SD Karten natürlich auch Pflicht!

[AlCalzone]

@opensourcenomad sagte in RaspberryOS + ioBroker = SD Karten Killer:

Die Kommentare vom Artikel empfehlen übrigens noch log2ram. Für Installationen auf SD Karten natürlich auch Pflicht!

Wie kann man dann post mortem anhand von Logs Absturzursachen ermitteln? Sollten die nicht wenigstens halbwegs regelmäßig doch gespeichert werden?

[OpenSourceNomad]

@alcalzone said in RaspberryOS + ioBroker = SD Karten Killer:

Sollten die nicht wenigstens halbwegs regelmäßig doch gespeichert werden?

Also Armbian macht das so:

/var/log is mounted as compressed device (zram, lzo), log2ram service saves logs to disk daily and on shutdown
Source: https://docs.armbian.com/#performance-tweaks

Da der Pi nur 5V braucht ist eine unterbrechungsfreie Stromversorgung natürlich ein Kinderspiel. Mehr als eine Powerbank welche gleichzeitig ge- und entladen werden kann (und natürlich genügend power liefert) braucht man nicht. Oft sind das sogar die ollen Werbegeschenke im 18650 Stil dafür geeignet :battery:

Rein rechnerisch sollte selbst eine kleine power bank mit 1000mAh die Himbeere durch jeden Stromausfall in DE bringen, statisch gesehen sind die Versorgungsunterbrechungen in den meisten Bundesländern weniger als 10 Minuten im Jahr. :bulb:

Wie kann man dann post mortem anhand von Logs Absturzursachen ermitteln?

Ich bezweifle übrigens das in einem "normalen" (nicht auf SD Karten Lebenszeit optimierten) setup wo das log jede 5 Sekunden geflusht wird irgendetwas sinnvolles im Log zu finden ist wenn die Kiste unkontrolliert abschmiert. Oft ist ja gleich noch das Filesystem korrupt.... :boom:

[apollon77]

Sehr interessantes Thema ... ich frage mich aber ehrlich warum RaspberryOS da nicht von sich aus was gegen tut weil die Raspi Systeme werden ja "für alles und nichts" genutzt und an sich immer mit SD Karte ...

[OpenSourceNomad]

@apollon77 said in RaspberryOS + ioBroker = SD Karten Killer:

RaspberryOS da nicht von sich aus was gegen tut

Sehr gute Frage. Aber grundsätzlich ist Raspberry OS in der Vergangenheit ja auch schon mit anderen fragwürdigen Entscheidungen negativ aufgefallen (z.B. MS Telemetrie ungefragt ausgerollt auf allen installierten Systemen). Als ob das im auf dem Himbeeren vorinstallierte ThreadX "rootkit" von MS nicht schon genug wäre :laughing:

Ich selber benutze das OS von der Raspberry Pi Trading Ltd nicht, gibt ja genügend seriöse alternativen. Wenn ich mich recht entsinne läuft Debian (wahrscheinlich ebenfalls mit default ext 4 commit Intervall von 5 Sekunden!) auf allen Himbeeren und Armbian hat für den Pi 4 eine beta stable mit allen Optimierungen die ein SBC so benötigt. Letzteres is natürlich die erste Wahl wenn man das Rad nicht neu erfinden will :rocket:

[loverz]

Ich bin unerfahrener Nutzer, hab mir aber hier alles durchgelesen.
Sehe ich das richtig, dass man nur:

1. Den Befehl:

sudo sed -i -e 's/defaults,noatime/defaults,noatime,commit=600/' /etc/fstab

ausführen muss.

2. Die SWAP-Datei egal ist, wenn man genug RAM hat und dieser sowieso die ganze Zeit mehr leer als voll ist.

3. Noch was mit Log2RAM machen sollte, oder ist das im Befehl unter 1. schon abgegolten und daher unwichtig?

[OpenSourceNomad]

@loverz said in RaspberryOS + ioBroker = SD Karten Killer:

Den Befehl:

Dieser Befehl stellt das commit Intervall des filesystem vom default (5 Sekunden) auf 600 Sekunden. Dadurch werden defacto alle "geplanten" Schreibaktionen defacto für (bis zu) 10 Minuten gesammelt (im RAM) und dann gemeinsam (flash schonend) geschrieben.

Die SWAP-Datei egal ist, wenn man genug RAM hat

Mit genügend RAM kann man SWAP dann eigentlich auch gleich deaktivieren, dann führt es sicher zu keinerlei Schreibaktionen auf der SD Karte

Noch was mit Log2RAM machen sollte, oder ist das im Befehl unter 1. schon abgegolten und daher unwichtig?

Der erste Befehl ändert nur indirekt was an den Logs. Diese werden dann nicht mehr alle 5 Sekunden in's FS gehammert sondern nur noch alle 10 Minuten.

Log2ram (je nach Einstellung) flusht das Log z.B. nur täglich und zusätzlich vor dem herunterfahren (so die armbian defaults).

[loverz]

@opensourcenomad danke für die ausführliche Erklärung.

Für die meisten macht Log2RAM dann vermutlich keinen Sinn.
Ich denke alle 10 Minuten ist ein guter Wert. Man könnte den je nach RAM Größe ja bestimmt auch auf 30 oder 60 Minuten erhöhen denke ich.

Gibt es noch ein Befehl zur SWAP-Deaktivierung?

Und nochwas:
Gibt es einen Befehl, mit dem man sehen kann, wie hoch das aktuell eingestellte commit intervall ist?

[OpenSourceNomad]

@loverz said in RaspberryOS + ioBroker = SD Karten Killer:

Für die meisten macht Log2RAM dann vermutlich keinen Sinn.

Das kommt ganz darauf an.

Ich denke alle 10 Minuten ist ein guter Wert.

Das ist wohl gemerkt "nur" das commit Intervall des filesystem selber. Spätestens/maximal nach 10 Minuten wird der Inhalt geschrieben. Allerdings kann auch jedes Programm einen "flush" beantragen und durchführen :bulb:

bestimmt auch auf 30 oder 60 Minuten erhöhen

Korrekt, um so höher das Intervall um so mehr "Datenverlust" ist bei unkontrollierten Absturz möglich.

Gibt es noch ein Befehl zur SWAP-Deaktivierung?

Sowas wie swapoff?

Gibt es einen Befehl, mit dem man sehen kann, wie hoch das aktuell eingestellte commit intervall ist?

Sollte im fstab sichtbar sein

[loverz]

@opensourcenomad wie rufe ich fstab auf?
Ich habe leider von Linux keine Ahnung.

Ich gehe davon aus, dass iobroker nicht dauernd von selbst einen "flush" beantragt, sonst hat das Ganze ja nicht viel Sinn.

Swapoff geht auch nicht:

[Thomas Braun]

@loverz sagte in RaspberryOS + ioBroker = SD Karten Killer:

wie rufe ich fstab auf?

cat /etc/fstab

swapoff:

sudo swapoff -a

[loverz]

@thomas-braun danke,

fstab sieht so aus:

pi@ioBroker-RasPi4:~ $ cat /etc/fstab
proc            /proc           proc    defaults          0       0
PARTUUID=52e4cf4c-01  /boot           vfat    defaults          0       2
PARTUUID=52e4cf4c-02  /               ext4    defaults,noatime  0       1
# a swapfile is not a swap partition, no line here
#   use  dphys-swapfile swap[on|off]  for that
pi@ioBroker-RasPi4:~ $

sehe da keine Zeit von 5 Sekunden o.Ä.

[Thomas Braun]

@loverz sagte in RaspberryOS + ioBroker = SD Karten Killer:

# a swapfile is not a swap partition, no line here

Schau hier mal vorbei:
https://www.elektronik-kompendium.de/sites/raspberry-pi/2002131.htm

[loverz]

@thomas-braun sagte in RaspberryOS + ioBroker = SD Karten Killer:

swapoff:

sudo swapoff -a

Danke für den Link, der Befehl hier ist falsch. Der ist nur zum Swap leeren.

[loverz]

@opensourcenomad kannst du bitte noch kurz erklären, wie man das aktuelle commit intervall anzeigen kann?

[OpenSourceNomad]

@loverz said in RaspberryOS + ioBroker = SD Karten Killer:

ext4 defaults

das aktuelle commit intervall

Es wird das "default" von ext4 hergenommen und das sind 5 Sekunden

[Thomas Braun]

@loverz sagte in RaspberryOS + ioBroker = SD Karten Killer:

Danke für den Link, der Befehl hier ist falsch. Der ist nur zum Swap leeren.

Nein, der Befehl leert das swapfile und schaltet es dann temporär aus.
Indem man den Service disabled übersteht diese Änderung dann auch einen Reboot.

[maxpd]

Ich hatte auch mal große Probleme mit der Performance und festgestellt, dass das Swap File immer 60 bis 100% ausgelastet war.
Die Samsung SD hat es überstanden.

Pi auf 8gb upgegraded und das SWAP File ist nun komplett leer.

Gleichzeitig auch auf eine SSD umgestiegen.

Kann ich das commit intervall einfach so nach einem iobroker stop unabhängig von einer installationsroutine ausführen?

sudo sed -i -e 's/defaults,noatime/defaults,noatime,commit=600/' /etc/fstab

[Thomas Braun]

@maxpd sagte in RaspberryOS + ioBroker = SD Karten Killer:

Kann ich das commit intervall einfach so nach einem iobroker stop unabhängig von einer installationsroutine ausführen?

Ja, das Dateisystem muss dann aber nochmal remounted werden -> Sauberer reboot am besten.