Raspi Komplettbackup möglich?

[Jackie]

Hallo,

den FHEM Befehl "backup" kenne ich bereits sehr nützlich um ein Backup der FHEM Daten zu erhalten. Aber: inzwischen habe ich so viel am Raspi selbst, bzw. dem installierten Linux geändert, was will ich im Falle eines Falles ungerne verlieren.

Gibt es eine elgenate Lösung, die gesamte SD Karte komplett zu sichern, so dass man sie im Falle eines Falles einfach wieder herstellen kann?

[wagenkna]

Hallo,

hier eine gute Beschreibung: http://www.meintechblog.de/2015/05/fhem-howto-automatisches-backup-auf-externem-nas/

Ich hoffe es hilft Dir weiter

herbstliche Grüße

[Jackie]

Hallo wagenkna,

danke, aber der Artikel beschreibt ja nur wie man Backups von FHEM durchführt, ich möchte aber das komplette zugrundelegende System inklusive Linux und aller Änderungen daran sichern.

Also quasi das was Tools wie Acronis oder Drive Snapshot unter Windows tun, nur eben auf Linux ebene!

[ergerd]

Hallo Jackie,

ich mache es mit RaspiBackup:  http://www.linux-tips-and-tricks.de/raspiBackup

Grüße
Rainer

[SmartHome]

Hallo Jackie,

ich mach das immer offline http://www.manfred-steger.de/de/blog/raspberry-pi-image-sd-karte-klonen
Muss mir aber raspiBackup unbedingt mal anschauen. 

Gruss
SH

[schnitzelbrain]

Da kann ich dir die Dietpi distro empfehlen. Die hat ein backup auch auf externe Datenträger, eingebaut.

http://dietpi.com


Selbst getestet auf xu4 board, backup und restore einwandfrei.

Grüße

Schnitzelbrain

[Christoph Morrison]

Gibt es eine elgenate Lösung, die gesamte SD Karte komplett zu sichern, so dass man sie im Falle eines Falles einfach wieder herstellen kann?

Konträr zur vorherrschenden Meinung vertrete ich einen "lazy backup"-Ansatz. D.h. ich mache gar keine, sondern ich halte jede Änderung die ich an meinen Pis mache als Konfiguration fest (in meinem Fall mit Puppet): Installiere ich z.B. ein neues Paket, dann erweiterte ich meine Puppet-Rezepte um die Änderung und fertig. Ich sichere lediglich mehrmals täglich den State-File meiner FHEM-Installation auf einem Netzwerkspeicher.

Geht mir mal ein PI, eine SD-Karte oder sonst was kaputt, setze ich einfach einen neuen PI mit Puppet auf und gut ist. FHEM-Config kommt aus einem Repository, Statefile vom Backup und das System an sich + FHEM wird von Puppet serviert.

[Hauswart]

Wie wäre es mit einem einfachen dd-Backup (https://wiki.ubuntuusers.de/dd/ oder  https://www.raspberrypi.org/documentation/linux/filesystem/backup.md)?

[Tom111]

Die einzig und alleinig wahre Sicherung gibt es NUR mit einer Komplettsicherung der SD-Karte, z.B mit
https://sourceforge.net/projects/win32diskimager/ alles andere ist Murks!!
Ich sichere meine Karte einmal im Monat (oder nach größeren Änderungen)!

[nils_]

Die einzig und alleinig wahre Sicherung gibt es NUR mit einer Komplettsicherung der SD-Karte, z.B mit
https://sourceforge.net/projects/win32diskimager/ alles andere ist Murks!!

weil??

[Tom111]

weil??

Es gibt kein "weil"... im laufendem System verändern sich Daten, Zugriffe sind teilweise nicht möglich!

[nils_]

Es gibt kein "weil"... im laufendem System verändern sich Daten, Zugriffe sind teilweise nicht möglich!

stimmt. alles möglich.

aber du schreibst

Die einzig und alleinig wahre Sicherung gibt es NUR mit einer Komplettsicherung der SD-Karte, z.B mit
https://sourceforge.net/projects/win32diskimager/ alles andere ist Murks!!
Ich sichere meine Karte einmal im Monat (oder nach größeren Änderungen)!

also nochmal anders formuliert:
wieso ist alles andere murks?
gibt es gründe, die gegen andere ansätze sprechen? (unter anderem schon hier erwähnte....)

[MadMax-FHEM]

Es gibt kein "weil"... im laufendem System verändern sich Daten, Zugriffe sind teilweise nicht möglich!

Eben, daher: System runter fahren, Datensicherung (Image-Komplett-Kopie) und System wieder hochfahren...
...während dieser Zeit läuft das System nicht!
(wie lang oder kurz das auch immer dauert / ganz abgesehen von der "Fummelei")

Da finde ich diesen Ansatz https://forum.fhem.de/index.php/topic,79467.msg715300.html#msg715300 den ich auch so mache minimal invasiv bei (sehr) hoher Effektivität.

Die für mich (fhem) wichtigen Daten sind gesichert (genausogut wie mit Komplett-Image-Backup) und das System kann laufen...
...und einen evtl. bereits vorhandenen Fehler im Image der SD-Karte habe ich so auch weniger wahrscheinlich im Backup...

Abweichend ist natürlich, dass die (nach)installierten Pakete gegebenenfalls neuer sind und daher abweichen, klar.
War bislang aber noch nie ein Problem...
...bzw. mache ich ja irgendwann eh einen Update und ein Umzug auf eine neue (Betriebssystem) Plattform ist so auch einfach, weil es einfach der "normale" Restore-Vorgang ist...


Letztendlich finde ich es eigenartig genau das und nur das von dir propagierte "Voll-Bakup" als DAS Backup zu bezeichnen...

Und daher gibt es wohl ein berechtigtes: weil...

Gruß, Joachim

[Beta-User]

Da finde ich diesen Ansatz https://forum.fhem.de/index.php/topic,79467.msg715300.html#msg715300 den ich auch so mache minimal invasiv bei (sehr) hoher Effektivität.

Kann mich dem nur anschließen!

Wer andere Hardware als einen Pi nutzt, wird es eh' in die Richtung machen, und wer einen Pi nutzt, braucht ein volles Backup einschließlich OS vermutlich nur, weil er Soft- und Hardware nicht mehr sauber trennen kann (z.B. weil irgendwelche GPIO-Konfigurationen ihn dazu zwingen, eine alte OS-Version zu nutzen - oder wenn es nicht das OS selbst ist, dann die Furcht davor, dass ein OS-Update mal wieder alles durcheinanderbringt).

Und warum irgendein Windo.*-Tool besser sein soll als das gute alte dd aus Beitrag #8, will ich eigentlich schon gar nicht mehr wissen .

Gruß, Beta-User

[MadMax-FHEM]

Und warum irgendein Windo.*-Tool besser sein soll als das gute alte dd aus Beitrag #8, will ich eigentlich schon gar nicht mehr wissen .

So weit wollte ich gar nicht ausholen

Gruß, Joachim