Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[ichwersonst]

@homoran

Verstehe. Wäre aber mit mehr Arbeit verbunden.
Im Falle einer Wiederherstellung müsste ein Stick mit dem Betriebssystem neu erstellt werden, Iobroker drauf installiert werden und dann mit Backitup Iobroker wieder hergestellt werden.
So nehme ich einfach das Image oder den Stick, wo das Image schon drauf ist, steck ihn an und weiter gehts.

[Thomas Braun]

@ichwersonst

Es funktioniert aber besser...

[Homoran]

@ichwersonst sagte in Raspi Backup sehr langsam nach restore:

Wäre aber mit mehr Arbeit verbunden.

nicht wirklich!
Die Arbeit wird lediglich zeitlich verlagert.
Aber du hast zusätzlich ein aktuelleres Betriebssystem und keinerlei Datenmüll mehr.

[ichwersonst]

@thomas-braun

Warum funktioniert es besser?

[ichwersonst]

@homoran

Sehe ich ein, dass ich wieder ein aktuelles Betriebssystem habe und keinen Datenmüll mehr.
Ist ein Vorteil.
Inwiefern verlagert sich die Arbeit nur?

[Homoran]

@ichwersonst sagte in Raspi Backup sehr langsam nach restore:

@thomas-braun

Warum funktioniert es besser?

ehrlich jetzt?
Das fragst du, nachdem du schreibst

@ichwersonst sagte in Raspi Backup sehr langsam nach restore:

Wenn ich dann den 128GB Stick anstecke läuft alles halt deutlich langsamer

[Thomas Braun]

@ichwersonst

Ernsthaft? Merkste doch gerade...

[Homoran]

@ichwersonst sagte in Raspi Backup sehr langsam nach restore:

Inwiefern verlagert sich die Arbeit nur?

ist

@ichwersonst sagte in Raspi Backup sehr langsam nach restore:

ein image erstellt mit usbit, win32Diskimager und direkt über den Raspi mit "sudo dd bs=4M if=/dev/sda of=/dev/sdb"

keine Arbeit?

[ichwersonst]

@homoran

Def. weniger! Weil weniger Handgriffe für mich... das Img erstellt sich von alleine.

Die Frage war vielleicht ungünstig. Ich wollte eigentlich wissen warum die Variante mit dem Image schlecht funktioniert. Also was ist der Grund, das ein Image schlechter läuft als das Original.

[Thomas Braun]

@ichwersonst sagte in Raspi Backup sehr langsam nach restore:

Also was ist der Grund, das ein Image schlechter läuft als das Original.

Weil es eine 1:1 gleiches Abbild ist. Inkl. Partionstabelle usw. ist.
Dein Ziel ist aber nicht das gleiche.

[Homoran]

@ichwersonst sagte in Raspi Backup sehr langsam nach restore:

Also was ist der Grund, das ein Image schlechter läuft als das Original.

[Glaskugelmodus]

• langsamerer Chip in dem Stick
• Konfigurationen passen nicht mehr zu dem Stick
• Laufwerks ID nicht ident7sch
• ist einfach so
• oder, oder, oder

[ichwersonst]

@thomas-braun

Okay. Dann könnte ich ja probieren das img auf den gleichen Stick zu spielen.
Dann ist es ja wieder das gleiche Ziel.
Wenn das funktioniert, wäre ich schon zufrieden und hätte neben der Variante Iobroker auf ein neues System zu restoren noch eine weitere Option. :+1:

[Thomas Braun]

@ichwersonst

Schau dir andere Backup-Lösungen abseits von stumpfen Clones an.
Die sind viel effizienter und kleiner. Im Grunde müssen (für ein Basis-System) nur die von dir angepasssten config-Dateien in /etc gesichert werden.
Die haut man dann in ein frisch installiertes System rein, fertig.

Edit: Ein solche andere Lösung kann z. B. so aussehen:
https://raspibackup.linux-tips-and-tricks.de/de/home-deutsch/
Das ist wesentlich effizienter als da mit stumpfen clones zu hantieren.

[ichwersonst]

@thomas-braun

Na das sieht doch auch gut aus. Danke für den Link.

[ichwersonst]

@Thomas-Braun

Ich hab mal noch ein Frage wo wir u.a. beim Thema Speichermedium waren.
Wo schreibt der Iobroker Datenpunkte hin?
Also wird jedes mal, wenn ein Datenpunkt geschrieben bzw. aktualisiert wird auf das Speichermedium zugegriffen oder schreibt der Iobroker das in den RAM Speicher des Raspi?
Logs werden sicherlich auf das Speichermedium geschrieben oder?

[Thomas Braun]

@ichwersonst sagte in Raspi Backup sehr langsam nach restore:

Also wird jedes mal, wenn ein Datenpunkt geschrieben bzw. aktualisiert wird auf das Speichermedium zugegriffen oder schreibt der Iobroker das in den RAM Speicher des Raspi?

Das hängt primär von der verwendeten Datenbank und wie die eingestellt ist ab. redis hält z. B. viel mehr im RAM als andere Datenbanken.

Logs werden sicherlich auf das Speichermedium geschrieben oder?

Ja. Aber auch das kann man ggfls. puffern. Hängt auch wieder mit mehreren Faktoren zusammen. Verwendetes Dateisystem z. B.

[ichwersonst]

@thomas-braun

ich merke, dass ich mich auf dem Gebiet nicht so wirklich auskenne.
Wo könnte ich die genutzte Datenbank und deren Einstellung prüfen?

Hab gerade herausgefunden das wohl iobroker standardmäßig ein SQLite Datenbank verwendet und wenn man redis verwenden möchte man die mit

sudo apt update
sudo apt install redis-server

aktivieren kann. Ist das richtig?

[Thomas Braun]

@ichwersonst

Dann lass am besten die Finger davon, wenn du nicht weisst was warum da wie 'optimiert' werden kann.

[ichwersonst]

@thomas-braun
dann gib mir mal einen Tipp wo ich mich dazu belesen kann.
Denn es ist ja schon ungünstig, wenn jedes mal wenn ein Datenpunkt geschrieben wird dort ein Zugriff auf das Speichermedium erfolgt. Dadurch gibt es ja eine viel schnellere "Abnutzung".

[Codierknecht]

@ichwersonst sagte in Raspi Backup sehr langsam nach restore:

Hab gerade herausgefunden das wohl iobroker standardmäßig ein SQLite Datenbank verwendet

Das wäre mir neu.
Standardmäßig wird JSONL verwendet. Dabei wird aber - AFAIK - nicht jede Änderung eines State direkt auf den Datenträger geschrieben. Das wird im RAM erledigt und dann zu gegebener Zeit "gesammelt" auf den Datenträger geschrieben.

Dadurch gibt es ja eine viel schnellere "Abnutzung".

Bei qualitativ hochwertigen Datenträgern musst Du Dir da vermutlich nicht viele Gedanken machen.
Hier sind eine Reihe von Usern die das so schon seit Jahren betreiben.