raspiBackup - Wiederherstellen eines Backups

Details
Kategorie: raspiBackup
Auch verfügbar:  English (US) 
Zugriffe: 66403

Bewertung: 5 / 5

Stern aktivStern aktivStern aktivStern aktivStern aktiv
 

raspiBackup kann erstellte Backups naürlich auch wieder restoren. Dabei werden auf der Ziel SD Karte neue Partitionen angelegt und dann mit dem entsprechenden Tool (dd, tar oder rsync) die Daten wieder restored. Das dd Backup kann man auch unter Windows restoren. Alle anderen Backuptypen benötigen eine Raspberry mit einem laufenden Raspbian oder ein anderes System, welches Linux als Betriebssystem hat. Ein manueller Restore der Daten mit den zuvor benutzten Backuptools dd, tar oder rsync ist natürlich auch möglich. Sollte ein externes Rootfilesystem gesichert worden sein wird es auch wieder auf ein externes Gerät zurückgespielt.

In der letzten Zeit bekomme ich immer wieder Issues in github weil der Restore abbricht. Ein Restore sollte immer mit demselben OS vorgenommen werden wie dem mit dem das Backup erstellt wurde. Oftmals kann ein jedes Linux OS genutzt um ein Backup zu restoren aber das kann dazu führen dass der Restore abbricht wenn die Linux Tools die zum Backup und Restore genutzt werden inkompatible Änderungen vorgenommen haben zu dem OS welches zum Restore genutzt wird. Aktuell gibt es eine inkompatible Änderung in sfdisk bei Bullseye zu den Vorgängerversionen. Deshalb lieber immer gleich dasselbe OS zum Restore nehmen!

 

 

raspiBackup - Wiederherstellen eines Backups

 

Funktionsübersicht

  • Einfacher Restore der Sicherung für Windows, Mac oder Linux Benutzer mit der Raspberry selbst
  • Meldungen in Deutsch und Englisch
  • Externes Rootfilesystem kann gesichert und restored werden wenn der normale Backupmodus und ein tar oder rsync backup benutzt wurde. Bei USB boot Systemen kann eine beliebige Anzaahl von externen Partitionen restored werden ab der Release 0.6.6.
  • Einsetzbar auch zum Klonen von einer Raspberry Pi
  • Einfacher Update des Scripts durch die aktuellste Version (-U Parameter)
  • Raspberry Pi kann sich selbst wiederherstellen
  • Manuelle Wiederherstellung eines Backups

 

Inhaltsverzeichnis

Aufrufsyntax und -optionen

Wiederherstellungsszenario für Windows- und Macbenutzer

Wiederherstellungsszenario für Linuxbenutzer

Beispielaufrufe

  1. Restore auf eine SD Karte
  2. Restore auf eine SD Karte und eine externe Partition

 

Aufrufsyntax und -optionen

 

Hinweis

Für den Restore sollte immer dasselbe Operatingsystem benutzt werden auf welchem das Backup erstellt wurde. Es gibt Inkompatibiliäten bei geänderten Tools und der Restore bricht dadurch ab. Momentan ist es sfdisk welches sich zwischen Wheezy und Jessie geändert hat.

raspiBackup muss als Benutzer root oder per sudo aufgerufen werden.

raspiBackup.sh Option1 Option2 Option3 ... Backupverzeichnis

Ab der Release 0.6.6 kann man die Extension .sh auch weglassen

raspiBackup Option1 Option2 Option3 ... Backupverzeichnis

 

Je nachdem ob das Quellsystem nur die SD Karte benutzt oder sein Rootfilesystem extern ausgelagert hat sind zwei verschiedene Aufrufe des Restores zu unterscheiden, die durch den Parameter -R gesteuert werden.

Ab Version 0.6.3.2 können alle Optionen die etwas ein- oder ausschalten durch ein angehängtes + oder - gezielt ein oder ausgeschaltet werden. Beispiel: Die Option -z sowie die Option -z+ schaltet die Backupcompression ein. Mit der Option -z- wird dagegen die Backupcompression ausgeschaltet. Egal was in der Konfigurationsdatei in dem Parameter DEFAULT_ZIP_BACKUP steht. Damit kann eine Option in der Befehlszeile ausgeschaltet werden obwohl sie in der Konfigurationsdatei eingeschaltet ist.

 

Parameter Funktion Standard
-C Beim Formatieren wird mit der Option -c bei mkfs.ext4 auf Bad Blocks geprüft. Hinweis: Die Restorezeit wird dadurch erhöht. Verfügbar ab V0.6.3.2 Aus
-d

Ausgabedevice (die SD Karte oder USB Stick). Beispiel: /dev/sda

Hinweis:  Eine Partition wie z.B. /dev/sda1 führt zu einem Fehler.

Achtung: Dieses Device wird vollständig gelöscht und neu angelegt! Beim tar und rsync Backup wird automatisch die Größe der root Partition entsprechend verkleinert oder vergrößert wenn die SD Karte oder USB Stick eine andere Größe hat als die SD Karte des Backups.

Hinweis: Diese SD Karte darf nicht die aktuell vom Betriebssystem benutzte SD Karte sein. Es muss eine zweite mit einem Kartenleser angeschlossene Karte sein.

 Keiner
-g Anzeige des Restorefortschitts Aus
-R

Durch diese Option kann man Backups von Systemen restoren, die eine externe Partition als Rootpartition benutzen wie USB Sticks oder Festplatten. Dieses ist nur möglich wenn ein tar oder rsync Backup vorliegt. Der Parameter definiert die Partition auf welchem das root Verzeichnis restored werden soll. Beispiel: /dev/sdb1.

Hinweis: Diese Option nur benutzen wenn sowohl eine SD Karte als auch ein externes Rootfilesystem auf USB Stick benutzt wird. Sonst reicht die Option -d.

Achtung: Die Partition wird neu formatiert. Deshalb aufpassen, dass es die richtige Partition ist und dass die Partition gross genug ist um die Partition des Backups aufzunehmen!

Hinweis: Diese Option steht nur zur Verfuegung wenn der normale Backupmodus benuzt wurde. Im partitionsorientierten Modus (Option -P) kann keine externe Rootpartition mitgesichert werden.

 Keiner

 

--resizeRootFS

 

Ab Version 0.6.3.2:

Während der Wiederherstellung kann die Rootpartition auf die maximal verfügbare Größe der SD Karte oder der externen Partition ausgedehnt werden. Wird die Option ausgeschaltet mit --resizeRootFS- wird die Rootpartition so gross angelegt wie sie auf dem Originalsystem war. Diese Option wirkt nicht wenn die Option -P genutzt wurde beim Backup.

 Ein
--updateUUIDs  Verfuegbar ab Release 0.6.5: Beim Restore werden immer die UUIDs bzw PARTUUIDs genommen die das Original hat. Mit dieser Option werden neue UUIDs und neue PARTUUIDs generiert. Aus
-0 Es wird kein neues Paritionslayout auf der SD Karte erstellt sondern das existierende benutzt. Details dazu siehe FAQ #6 Aus
-1 Das Partitionslayout wird auf der SD Karte erstellt so wie es auf der Original SD Karte existiert und dabei werden sämtliche Fehler die entdeckt werden - incl Fehler dass die Ziel SD Karte zu klein ist - ignoriert.  Siehe FAQ #6 für weitere Details. Aus


Hinweis: Diese Option kann unerwartete Ergebnisse haben. Benutze die Option nur wenn Du weisst was Du tust. Aus

 

Wiederherstellungsszenario für Windows- und Macbenutzer

Sofern eine DD Backup erstellt wurde kann das mit dem Windows32DiskImager restored werden. Alternativ kann jedes Backup mit der Pi wiederhergestellt werden. Soll ein TAR oder RSYNC Backup wiederhergestellt werden muss dieser alternative Weg beschritten werden. Die folgenden Schritte sind notwendig:

1) Ein raspbian auf der Raspberry starten

2) Die SD Karte auf die wiederhergestellt werden soll muss in einem SD Kartenlesen angeschlossen werden

3) Das Medium, welches das Backup enthält (z.B. eine Platte) muss angeschlossen und gemounted werden bzw ein Netzwerklaufwerk mit den Backupdaten muss gemounted werden

4) Falls die Rootpartition ausgelagert wurde muss eine weitere Platte angeschlossen werden, die die Rootpartition enthält, welche wiederhergestellt werden soll

Dabei wird üblicherweise die SD Karte /dev/sda, die Backuppartition /dev/sdbx und eine eventuelle Rootpartition /dev/sdcx. Wird ein Netzlaufwerk benutzt ist die Rootpartition dann üblicherweise /dev/sdbx

Die aktuelle Gerätebelegung kann anders sein und sollte immer mit

sudo parted -l

überprüft werden um zu vermeiden dass andere Partitionen irrtümlicherweise überschrieben werden.
 

Wiederherstellungsszenario für Linuxbenutzer

Dieses sieht genauso aus wie das für Windows- und Macbenutzer. Im Unterschied braucht aber die Raspberry Pi nicht benutzt sondern wird die SD Karte mit dem SD Kartenleser an das Linuxsystem angeschlossen, die Backuppartition gemounted und eine Partition für ein eventuelles externes Rootfilesystem bereitgestellt.

 

Beispielaufrufe

Notwendige Hardware für den Restore:

1) Eine laufende Raspberry Pi mit einem laufenden raspbian oder einem anderen Linux Betriebssystem oder ein anderer Linux Rechner mit installiertem raspiBackup.

2) Einen angeschlossener SD Kartenleser und eingelegte neuer SD Karte

3) Ein angeschlossenes Backupdevice (per USB oder Netz)

4) Falls eine externe Rootpartition wiederherzustellen ist oder der USB Boot Mode benutzt wird wo keine SD Karte mehr benutzt wird muss noch per USB eine weitere Platte angeschlossen sein.

 

Restore auf eine SD Karte

  1. Das gesicherte System heisst im Beispielaufruf raspberrypi
  2. SD Karte die den Restore der Boot- und Rootpartition erhalten soll ist im Beispiel als sdf verfügbar. Achtung: Alle bestehenden Daten der SD Karte werden nach einer Sicherheitsabfrage von raspiBackup vor dem Restore gelöscht.
  3. Das zu restorende Backup ist unter /remote/raspifix/disks/backup/rsync/raspberrypi/raspberrypi-rsync-backup-20141230-213032/ verfügbar
  4. Hier ist beschrieben wie man den aktuellen Wert für -d herausfinden kann

sudo raspiBackup.sh -d /dev/sdf /remote/raspifix/disks/backup/rsync/raspberrypi/raspberrypi-rsync-backup-20141230-213032/

 

Restore auf eine SD Karte und eine externe Partition

  1. Das gesicherte System heisst raspberrypi
  2. Es wurde auf /dev/sda eine entsprechend grosse Partition /dev/sda1 angelegt um den Restore aufzunehmen. Eine Formatierung ist nicht notwendig.
  3. Die SD Karte die den Restore der Bootpartition erhalten soll ist im Beispiel als sdf verfügbar. Achtung: Alle bestehenden Daten der SD Karte werden nach einer Sicherheitsabfrage von raspiBackup vor dem Restore gelöscht.
  4. Die externe Rootpartition auf der das Rootfilesystem restored werden soll liegt im Beispiel auf sda1. Achtung: Alle Daten der Partition /dev/sda1 werden nach einer Sicherheitsabfrage von raspiBackup vor dem Restore gelöscht.
  5. Das zu restorende Backup ist unter /remote/raspifix/disks/backup/rsync/raspberrypi/raspberrypi/-rsync-backup-20141230-213032/ verfügbar
  6. Hier ist beschrieben wie man den aktuellen Wert für -d und -R herausfinden kann
sudo raspiBackup.sh -d /dev/sdf -R /dev/sda1 /remote/raspifix/disks/backup/rsync/raspberrypi/raspberrypi-rsync-backup-20141230-213032/

 

Restore auf eine USB Platte ohne SD Karte (USB boot mode)

  1. Das gesicherte System heisst im Beispielaufruf raspberrypi
  2. USB Platte die den Restore der Boot- und Rootpartition erhalten soll ist im Beispiel als sdf verfügbar. Achtung: Alle bestehenden Daten der USB Platte werden nach einer Sicherheitsabfrage von raspiBackup vor dem Restore gelöscht.
  3. Das zu restorende Backup ist unter /remote/raspifix/disks/backup/rsync/raspberrypi/raspberrypi-rsync-backup-20141230-213032/ verfügbar
  4. Hier ist beschrieben wie man den aktuellen Wert für -d herausfinden kann

sudo raspiBackup.sh -d /dev/sdf /remote/raspifix/disks/backup/rsync/raspberrypi/raspberrypi-rsync-backup-20141230-213032/

 

Wie kann man die Gerätenamen der externen SD Karte und externen Platte herausfinden?

Auf demr raspberry muss man folgenden Befehl eingeben:

fdisk -l | egrep "^Disk /|^/dev"

Die Ausgabe sieht dann z.B. wie folgt aus:

pi@raspberrypi:~# sudo fdisk -l | egrep "^Disk /|^/dev"
Disk /dev/mmcblk0: 8011 MB, 8011120640 bytes
/dev/mmcblk0p1            8192      122879       57344    c  W95 FAT32 (LBA)
/dev/mmcblk0p2          122880    15646719     7761920   83  Linux
Disk /dev/sda: 15.5 GB, 15548284928 bytes
Disk /dev/sdb: 300.1 GB, 300069052416 bytes
/dev/sdb1               1   586072367   293036183+  ee  GPT

Nun sieht man dass die interne SD Karte /dev/mmcblk0 8GB gross ist, die neue externe SD Karte /dev/sda 16Gb gross ist und die externe Platte /dev/sdb auf die die Rootpartition gebracht werden soll ist 300GB gross und hat eine Partition /dev/sdb1.

Somit sind ist der Parameter für  -d /dev/sda (Externe SD Karte). Falls eine externe Rootpartition mitgesichert wurde ist noch -R /dev/sdb1 (Externe Rootpartition) notwendig. Die Parameter müssen natürlich den lokalen Gegebenheiten angepasst werden.

 

Hinweis

EIn Backup sollte regelmäßig getestet werden ob der Restore immer noch funktioniert und auch immer noch alle Daten beinhaltet. Nichts ist so frustrierend wenn man in dem Moment, wo man das Backup benötigt, feststellt, dass das Backup korrupt ist oder nicht alle Daten enthält. Ein Test ist bei der Raspberry recht einfach. Eine neue SD- Karte einlegen, das Backup restoren und von der neuen SD-Karte booten.

Falls aus irgendwelchen Gründen der Restore mit dem Script fehlschlägt kann man natürlich jederzeit die vom Script gesicherten Daten mit den Standard Linuxtools, die zum Backup genutzt wurden - dd, tar oder rsync - wieder restoren. Allerdings geht das dann nicht so bequem wie mit dem Script.
 

 

Kommentar schreiben

*** Hinweis ***

 Kommentare sind erwünscht. Aber um lästige Spamposts abweisen zu können gibt es ein paar Dinge die zu beachten sind:
  1. Kommentare mit dem Text http werden sofort zurückgewiesen mit der Meldung Sie sind nicht berechtigt den Tag zu verwenden. zz
  2. Kommentare werden manuell überprüft und es dauert deshalb in der Regel einen Tag bis sie veröffentlicht werden.

    Kommentare   
    #439 framp 2022-12-25 18:10
    Moin Matze,

    so ganz verstehe ich nicht warum Du auf eine SD Karte restoren willst. Du schreibst doch dass Du SSD only faehrst.

    D.h. ich wuerde an Deiner Stelle eine SD Karte mit einem RaspbianOS erstellen und dort raspiBackup installieren. Dann verbindest Du Deine SSD auf der Du restoren willst mit Deiner Raspberry, verbindest Deine USB HDD und restorst das Backup von der HDD auf Deine SSD. Zum Testen willst Du sicherlich nicht Deine aktive SSD nutzen. Da kannst Du eine beliebige HDD oder auch einen USB Stick nehmen - sofern die Datenmenge Deines Backups daraufpasst.

    Cu framp
    Zitieren
    #438 Matze 2022-12-25 12:13
    Hallo. Ich wollte mal an einen Restore-Test wagen. Ich habe aber das Vorgehen nicht ganz verstanden. Mein System läuft auf einer externen SSD. Es ist keine SD Karte eingelegt. Das Backup liegt auf auf einer externen USB HDD. Das Vorgehen:
    Ich ziehe die SSD ab und boote von SD Karte. Das ist die, die ich zum Umzug auf die SSD genutzt habe. Hier müsste ich dann RaspiBackup installieren. Kann ich nun auf diese SD Karte den Restore machen? Oder geht der Restore nur auf eine zusätzlich angeschlossenen SD Karte mittels Kartenleser?

    Danke
    Zitieren
    #437 framp 2022-12-14 12:40
    Moin Peter,

    zitiere lupe:

    Die Abfrage mit sudo blkid -o list -w /dev/null gibt immer noch (not mounted) aus und trotzdem funktioniert es nicht.


    das ist ja das verzwickte: Waehrend des Restores wird von raspiBackup neu partitioniert und usbmount mountet sofort die Partition :-(

    Cu framp
    Zitieren
    #436 lupe 2022-12-14 12:23
    Hallo framp

    Vielen Dank für die prompte Antwort. Was der Eintrag ENABLE=0 in der usbmount.conf bewirkt hat sich mir nicht erschlossen. Jedenfalls erscheint die Meldung "Restore ist nicht möglich wenn 'usbmount' installiert ist. Die Abfrage mit sudo blkid -o list -w /dev/null gibt immer noch (not mounted) aus und trotzdem funktioniert es nicht.
    Nach Deinstallation von usbmount läuft jetzt alles fehlerfrei.
    Als nächstes kommt noch der Test ob die so restorte sd-Karte den PiHole auch startet.
    Vielen Dank für das tolle Programm.
    Beste Grüsse aus der Schweiz.
    Peter
    Zitieren
    #435 framp 2022-12-13 16:42
    Moin,

    usbmount funkt leider beim Restore dazwischen und darf nicht aktiv sein. Den musst Du erst deaktivieren. Ob er sich so wie Du im folgenden Kommentar beschrieben hast deaktiviert weiss ich nicht. Ich wuerde ihn im Zweifel deinstallieren.

    Wenn Du -U -S nutzt wird immer aktualisiert auch wenn Du die letzte Version schon hast. Das muss ich mal aendern dass man dann eine Meldung bekommt wenn schon die aktuelle Version lokal vorliegt.

    Cu framp
    Zitieren
    #434 lupe 2022-12-13 16:31
    Hallo framp
    Teil 1

    Das Backup meines PiHoles und meines SmartPi auf mein Synology NAS hat prima funktioniert. Seit zwei Tagen versuche ich nun erfolglos ein Restor auf eine SD-Karte die in einem USB-Reader.
    Nachfolgen die Abschlussmeldung:
    root@RPiHole:/home/pi# sudo raspiBackup.sh -d /dev/sda /Backup/RPiHole/RPiHole-rsync-backup-20221213-145702
    --- RBK0009I: RPiHole: raspiBackup.sh V0.6.8 - 2022-12-06 (81636e6) Di 13 Dez 2022 15:51:02 CET gestartet.
    --- RBK0116I: Konfigurationsdatei /usr/local/etc/raspiBackup.conf wird benutzt.
    ??? RBK0277E: Restore ist nicht möglich wenn 'usbmount' installiert ist.
    --- RBK0033I: Bitte warten bis aufgeräumt wurde.
    ??? RBK0077E: Restore wurde fehlerhaft beendet. Siehe
    Zitieren
    #433 Hami 2022-10-24 18:57
    Alles klar, dann mach ich das wohl im git.

    Danke schon mal, bis dann
    Zitieren
    #432 framp 2022-10-24 17:28
    Du kannst auch gerne das Log irgendwo hochladen und mir hier die URL geben. Im git geht die Konversation allerdings leichter (Du bekommst update notifications und kannst auch das log per dragndrop anhaengen)

    Cu framp
    Zitieren
    #431 Hami 2022-10-24 16:37
    Ja hast recht. Werde mich die tage mal dran setzen und gucken.
    Ja prima, danke dir, dann mach ich noch mal nen Test und lad dir die logdatei hoch. Soll ich dafür auch nen issue erstellen?
    Zitieren
    #430 framp 2022-10-24 15:49
    Ok. Dann muss es eine andere Ursache haben.

    Ich empfehle Dir aber das noch genauer zu untersuchen und zu verstehen. Wenn Du den Ernstfall hast und restoren musst willst Du nicht noch mit so einem intermitierendem Fehler kaempfen.

    Wenn der Fehler wieder aufftritt stelle mir doch mal das Debuglog zur Verfuegung. Vielleicht finde ich was ...

    Cu framp
    Zitieren
    #429 Hami 2022-10-24 15:19
    Also hab jetzt mal nachgesehen, habe kein Paket mit den Namen usbmount installiert, vorsorglich habe ich es deinstalliert bzw versucht, aber auch da kam die Meldung, dass es nicht installiert ist.

    Komischerweise ging es jetzt dann irgendwann, ohne dass ich etwas anders gemacht habe als davor. Auch bei zwei weiteren Tests: erst kommt ein paar mal der Fehler dass gemounted sei (obwohl es nicht ist), nach mehreren versuchen mit "umount umount /dev/sda" (bzw sda1 und sda2) geht es dann immer irgendwann. Versteh ich zwar nicht, aber gut, hauptsache irgendwann klappt es :D
    Zitieren
    #428 framp 2022-10-24 10:34
    Moin hami,

    das klingt mir danach dass bei Dir usbmount aktiv ist. Siehe dazu auch HTTPS://github.com/framps/raspiBackup/issues/515. Den musst Du leider erst deaktivieren fuer den Restore.

    Falls es nicht daran liegt brauche ich ein Debuglog. Bitte erstelle dazu einen Issue im github und haege dort das Debuglog rein (drag and drop). Gerne auch in Deutsch wenn Du willst :-)

    Cu framp
    Zitieren
    #427 Hami 2022-10-24 09:12
    Guten Morgen framp,

    irgendwie komme ich gerade mit einem Test restore nicht klar. Es kommt immer die Meldung "??? RBK0274E: Das Restoregerät /dev/sda hat gemountete Partitionen. Hinweis: Ein Restore auf das aktive System ist nicht mogöich."
    Habe das backup auf dem NAS und will es auf eine hinten angesteckte micro sd widerherstellen. Diese war aber nicht gemounted und habe ich mit "umount /dev/sda1" und "umount /dev/sda" auch noch mal vorsichtshalber gemacht. Auch "sudo blkid -o list -w /dev/null" sagt /dev/sda (not mounted). Habe die sd card sogar noch extra formatiert mit "sudo mkfs.ext4 /dev/sda". (übrigens alles Befehle, die ich mir mal notiert hatte, also nicht dass das hier aussieht, als ob ich groß Ahnung hätte was ich da eingebe :-D )
    Trotzdem sagt "sudo raspiBackup.sh -d /dev/sda /backupnas/raspberrypi/raspberrypi-rsync-backup-20221024-040001/", dass die gemounted ist. Was mache ich denn schon wieder falsch?

    Gruß Hami
    Zitieren
    #426 framp 2022-10-15 12:40
    Moin Peter,

    Du scheinst eine alte Version von raspiBackup zu nutzen. In der aktuellen Version ist das gefixed :-)

    Mit “sudo raspiBackup.sh -U -S“ upgradest Du auf die aktuelle Version ;-)

    Cu framp
    Zitieren
    #425 Peter 2022-10-15 12:24
    Hallo Framp,
    vorab, ich nutze raspiBackup seit ca. 2 Monaten und habe Restoreversuche lediglich auf WIN mit WIN32DiskImager getestet. Nun, beim Restore auf der Raspi bekomme beim Restore einer Sicherung mit DD folgende Fehlermeldung:
    Nach der Zeile der Meldung RBK0050I: Backup wird von ... zurückgespielt
    /usr/local/bin/raspiBackup: Zeile 5250: executeCommandDD: Kommando nicht gefunden.
    Hast Du oder ein anderer kompetenter Kollege eine Idee wo hier das Problem liegt?
    Zitieren
    #424 Micha 2022-08-24 21:55
    zitiere framp:
    Moin Micha,

    in der Release 0.6.7 wurde die Option -m verbessert und dadurch war ein strikter Test des Backupverzeichnisses notwendig (siehe HTTPS://github.com/framps/raspiBackup/releases/tag/v0.6.7). Es gibt auch einen Issue zu dem Thema (Siehe HTTPS://github.com/framps/raspiBackup/issues/530) da der Test zu streng war. Dafuer habe ich einen Hotfix erstellt und in der naechsten Release wird der enthalten sein. D.h. entweder nimmst Du auch den Hotfix aus dem github Issue, Du loeschst/verschiebst alle Dateien und/oder Verzeichnisse im Backupverzeichnis die nicht von raspiBackup erstellt wurden oder Du gehst wieder auf die vorherige Release zurueck (Option -V) und wartest auf das naechste Release.

    Cu framp

    Moin framp,
    vielen Dank für die schnelle Anwort und Hilfestellung. Dann kann ich dank des Hotfixes ja beruhigt alle Rapis umstellen.
    Danke und VIele Grüße
    Micha
    Zitieren
    #423 framp 2022-08-24 11:03
    Moin Micha,

    in der Release 0.6.7 wurde die Option -m verbessert und dadurch war ein strikter Test des Backupverzeichnisses notwendig (siehe HTTPS://github.com/framps/raspiBackup/releases/tag/v0.6.7). Es gibt auch einen Issue zu dem Thema (Siehe HTTPS://github.com/framps/raspiBackup/issues/530) da der Test zu streng war. Dafuer habe ich einen Hotfix erstellt und in der naechsten Release wird der enthalten sein. D.h. entweder nimmst Du auch den Hotfix aus dem github Issue, Du loeschst/verschiebst alle Dateien und/oder Verzeichnisse im Backupverzeichnis die nicht von raspiBackup erstellt wurden oder Du gehst wieder auf die vorherige Release zurueck (Option -V) und wartest auf das naechste Release.

    Cu framp
    Zitieren
    #422 Micha 2022-08-23 21:16
    Hallo,
    ich erhalte nach einem Update von Version 0.6.6.1 auf 0.6.7 , wenn ich einen Backup Lauf mache die folgende Fehlermeldung :RBK0273E

    Kann es sein das die neue Version mit den alten Ordnern nicht klar kommt?. Wenn ich den alten Ordner umbenenne kommt der Fehler nicht und es wird ein neuer Ordner erstellt
    Vielen Dank und Viele Grüße
    Micha
    Zitieren
    #421 framp 2022-06-06 15:07
    Moin jeli0001

    die Meldung RBK0274E und der dazugehoerige Check ist in 0.6.7 neu und soll verhindern dass jemand aus Versehen einen Restore auf ein gemountetes Geraet vornimmt. Ein Nutzer hat dadurch seine Backupplatte aus Versehen ueberschrieben.

    "Wenn ich dann allerdings die SD-Karte unmounte, dann findet raspiBackup kein Zielmedium für den Restore. "

    Das ist merkwuerdig. Welche Fehlermeldung bekommst Du? Die SD Karte auf die restored wird darf auch nicht gemounted sein denn sie wird neu partitioniert und formatiert.

    Wie sieht denn die Ausgabe von "sudo mount" aus wenn die SD Karte gemounted ist und wie sieht die Ausgabe von "sudo blkid" bei nicht gemounteter SD Karte aus?

    Cu framp
    Zitieren
    #420 jeli0001 2022-06-06 14:13
    Beim Restore auf einer Ubuntu-Maschine mit raspiBackup 0.6.7 bekomme ich bei dem Kommando

    sudo raspiBackup --unsupportedEnvironment -d /dev/sdc /home/nfs/zerow/zerow-rsync-backup-20220605-161037/

    die folgende Fehlermeldung:

    ??? RBK0274E: Restore device /dev/sdc has mounted partitions. Note: Restore to the active system is not possible.

    Wenn ich dann allerdings die SD-Karte unmounte, dann findet raspiBackup kein Zielmedium für den Restore. Der Restore funktioniert also weder bei gemounteter SD-Karte, noch bei ungemounteter SD-Karte.

    Mit der Vorgängerversion 0.6.6 funktioniert der Restore auf eine gemountete SD-Karte bei gleichem Kommando (einziger Unterschied: Flag --unsupportedEnvironment nicht gesetzt, da diese offenbar erst in 0.6.7 hinzugekommen ist) einwandfrei.

    Muss ich da beim Restore einer SD-Karte auf einem Linux System unter Version 0.6.7 ein anderes Kommando verwenden?
    Zitieren
    #419 framp 2022-05-28 07:52
    Moin Neuling10,

    Du musst das Backupverzeichnis über seinen Mountpoint angeben und nicht den direkten Pfad auf die Syno benutzen ;-)

    Cu framp
    Zitieren
    #418 Neuling10 2022-05-27 22:58
    Hallo,

    ich habe ein rsync-Backup auf einer Synology erstellt. Nun möchte ich mittels einem separatem Raspi auf eine neue SD Card das Backup schreiben. Auf diesem Raspi läuft ein Standard Rasbian, Desktop Version. Raspibackup wurde installiert. Der nfs-Ordner auf der Synology wurde gemountet. Schreib- und Lesezugriff mittels Killroy-Datei erfolgreich getestet. Die zu beschreibende SD-Card ist mit einem USB-SD Card Adapter angeschlossen, auf sda.

    Folgenden Restore-Befehl nutze ich: sudo raspiBackup.sh -d /dev/sda /192.168.xxx.xx:/volume1/Backup_Raspi/raspieins/raspieins-rsync-backup-20220526-210330/

    Leider erhalte ich nur die Meldung, dass der Ordner nicht gefunden wird (Fehlercode 108 lt. Logfile). Muss ich den Restore-Befehl irgendwie anpassen, wenn mein Backup auf einer Synology im Netzwerk liegt)?
    Zitieren
    #417 framp 2022-04-06 23:17
    Moin Rene,

    lies bitte die FAQ: Dort steht u.A. dass github meine Praeferenz ist.

    Cu framp
    Zitieren
    #416 René 2022-04-06 23:16
    zitiere framp:

    Mit
    sudo fdisk -l /dev/mmcblk0 | grep "Disk /dev"

    root@linux:~# sudo fdisk -l /dev/mmcblk0 | grep "Disk /dev"
    Disk /dev/mmcblk0: 58.94 GiB, 63281561600 bytes, 123596800 sectors

    Aber die Backupquelle ist doch knappe 30GB
    Zitieren
    #415 René 2022-04-06 23:11
    Gibt es eigentlich ein Forum oder Discord oder irgendwas für den Support? Oder soll ich tatsächlich die Kommentarfunktion hier nutzen? :-?
    Zitat:
    !!! RBK0018W: Ziel /dev/sda mit 29.81 GiB ist größer als die Backupquelle mit 29.27 GiB. Die root Partition wird entsprechend vergrößert um den ganzen Platz zu benutzen.
    !!! RBK0065W: Gerät /dev/sda wird repartitioniert und die gesamten Daten werden gelöscht.
    --- RBK0067I: Momentane Partitionen auf /dev/sda:
    Number Start End Size Type File system Flags
    1 4.19MB 32011MB 32007MB primary fat32 lba
    Zitieren
    #414 framp 2022-04-06 23:10
    Moin Rene,

    Mit

    sudo fdisk -l /dev/mmcblk0 | grep "Disk /dev"
    Disk /dev/mmcblk0: 7.5 GiB, 8053063680 bytes, 15728640 sectors

    kannst Du die aktuelle Groesse der SD Karten herausfinden. Es muss nur ein Byte weniger auf der Ziel SD Karte verfuegbar sein und schon ist Essig :sad:

    Siehe auch
    HTTPS://www.linux-tips-and-tricks.de/de/faq/#a34

    Cu framp
    Zitieren
    #413 René 2022-04-06 23:02
    zitiere framp:
    die Meldung sagt dass Dein Restoredevice zu klein ist :cry:

    Also ich versuche das Backup auf eine 32GB Karte zu machen. Die Karte ist neu.

    Old situation:

    Device Boot Start End Sectors Size Id Type
    /dev/sda1 8192 532479 524288 256M c W95 FAT32 (LBA)
    /dev/sda2 532480 62521343 61988864 29.6G 83 Linux

    und..

    root@linux:~# df -h
    Filesystem Size Used Avail Use% Mounted on
    /dev/root 58G 1.4G 55G 3% /
    devtmpfs 326M 0 326M 0% /dev
    tmpfs 455M 0 455M 0% /dev/shm
    tmpfs 182M 752K 182M 1% /run
    tmpfs 5.0M 4.0K 5.0M 1% /run/lock
    /dev/mmcblk0p1 253M 30M 223M 12% /boot
    tmpfs 91M 0 91M 0% /run/user/1000
    192.168.178.58:/volume1/Backup/Raspberry/PiHole 2.7T 1.9T 846G 70% /mnt/NAS
    Zitieren
    #412 framp 2022-04-06 22:55
    Moin Rene,

    die Meldung sagt dass Dein Restoredevice zu klein ist :cry:

    Cu framp
    Zitieren
    #411 René 2022-04-06 22:52
    Beim Versuch ein Backup einzuspielen:
    root@linux:~# raspiBackup.sh --version
    Version: 0.6.6.1 CommitSHA: b4749b7 CommitDate: 2022-03-08 CommitTime: 18:19:59

    /dev/sda2: No free sectors available.
    Failed to add #2 partition: No space left on device
    Leaving.
    Zitieren
    #410 framp 2022-04-06 20:44
    Moin Renè,

    so ganz verstehe ich Dich nicht. Wenn Du ein 32 Bit Backup zurueckspielst wird das restorte System ein 32 Bit System sein. Egal was da vorher fuer ein System war.

    Cu
    framp
    Zitieren
    #409 René 2022-04-06 20:39
    Hallo,
    ich habe ein Backup von einem Raspberry 32bit System. Kann ich dieses auf ein 64bit System zurückspielen? Ansonsten würde ich CrossGrading versuchen.
    Gruß
    Zitieren
    #408 framp 2022-03-07 19:09
    Moin Kevin,

    zu RC23 siehe HTTPS://www.linux-tips-and-tricks.de/de/faq/fehlermeldungen/#M0021. Merkwuerdig ist das dass beim zurueckschreiben passiert. ich gehe davon aus dass das Backup nicht veraendert wird. Dann heisst das dass irgendjemand ein oder mehrere Dateien veraendert waehrend sie zurueckgeschrieben werden. Benutze mal DEFAULT_RSYNC_BACKUP_ADDITIONAL_OPTIONS="--info=NAME0" wie auf der o.g. Webseite beschrieben ist. Dann bekommst Du im Debuglog eine genaue Info welche Datei sich geaendert hat. Dann musst Du bei Dir suchen wer und warum diese Datei geaendert wird.

    Cu framp
    Zitieren
    #407 Kevin 2022-03-07 18:46
    Hallo zusammen,

    ich wollte gestern ein Rsync Backup auf eine Festplatte zurückschreiben und bekomme nach einiger Zeit immer den Fehler : "Backupprogramm rsync endete beim Restore mit RC 23"
    Im Log steht unter executeCmd Command: rsync --numeric-ids -aHAx --deletev --exclude=/@HOSTNAME@-backup.* "/media/pi/a203e548-994c-4846-a616-26d9c6327442/@HOSTNAME@/@HOSTNAME@-rsync
    Der Fehler tritt auch bei anderen Backups auf die ich vorher schon erfolgreich zurück schreiben konnte daher bin ich echt Ratlos woran es liegen könnte
    Ich bedanke mich auf dem Weg auch für die wirklich GEILE Software :-)
    Gruß
    Kevin
    Zitieren
    #406 john 2022-01-26 18:21
    zitiere framp:
    Moin John,

    das ist eine gute Frage die ich leider nicht beantworten kann. Siehe bitte FAQ47 wo Du wohl eine Antwort bekommst ;-)

    Cu framp


    Ok danke dir werd mal nachhaken
    regards
    Zitieren
    #405 framp 2022-01-26 13:22
    Moin John,

    das ist eine gute Frage die ich leider nicht beantworten kann. Siehe bitte FAQ47 wo Du wohl eine Antwort bekommst ;-)

    Cu framp
    Zitieren
    #404 john 2022-01-25 23:08
    Moin framp

    Ich habe mal wieder eine Frage, ich restore immer auf einem Windows Client mit VirtualBox und mounte beide Datenträger ( USB Stick mit Backup, SD-Card) und beginne dann den Restore.

    Jetzt meine Frage ist es evtl. für die Belastung der beiden Datenträger besser das Backup erst auf die VM in einen Ordner zu kopieren oder macht das keinen Unterschied

    beste grüsse
    Zitieren
    #403 framp 2022-01-25 21:53
    Moin Bernd,

    der Fix steht zur Verfuegung auf HTTPS://raw.githubusercontent.com/framps/raspiBackup/master_413/raspiBackup.sh. Lade den runter in /home/pi, dann

    chmod +x raspiBackup.sh

    und dann teste den Restore. Dazu musst Du

    sudo ./raspiBackup.sh -d /dev/...

    aufrufen. Beachte ./ vor raspiBackup !!!. Sonst rufst Du nicht den Hotfix auf sondern die alte Version. Du wirst auch eine Warnung erhalten dass Du einen Hotfix nutzt.

    Lass mich dann wissen ob es funktiniert.

    Cu framp
    Zitieren
    #402 Bernd 2022-01-25 20:15
    Hi Framp,

    danke für die schnelle Antwort. Ich würde den fix gerne testen.

    Gruß

    Bernd
    Zitieren
    #401 framp 2022-01-23 22:01
    Moin Bernd,

    der Fix ist im Branch des naechsten Releases. Wann das kommen wird kann ich nicht sagen. Es wird jedenfalls noch dauern.

    Ich koennte den Fix in die aktuelle Release reinrollen aber es muss getestet werden und dazu habe ich keine Zeit. Wenn Du den Test machen willst erstelle ich Dir einen Branch im github der den Fix enthaelt. Wenn dann Dein Test OK ist rolle ich den Fix in die aktuelle Release.

    Cu framp
    Zitieren
    #400 Bernd 2022-01-23 21:47
    Hi Framp,

    vielen Dank für dein Projekt. Weißt du schon, wann ein Update mit dem fix aus #413 rauskommt?

    Viele Grüße

    Bernd
    Zitieren
    #399 framp 2021-12-29 15:36
    Moin Manu,

    im github gibt es dazu den issue #413 (Siehe HTTPS://github.com/framps/raspiBackup/issues/413). Dort findest Du einen Link auf den Fix ;-)

    Cu framp
    Zitieren
    #398 Manu 2021-12-29 14:16
    Hi framp,

    erstmal Respekt für das geile Tool und auch die ausführliche Doku!! Mega!!
    Ich habe das selbe Problem wie Christian in Post #394, könntest du mir den fix auch zur Verfügung stellen?

    Version: 0.6.6.1 CommitSHA: 711a501 CommitDate: 2021-12-08 CommitTime: 21:40:00

    Vielen Dank, Manu
    Zitieren