Click here to open this page in English 

raspiBackup ermöglicht Backups von Raspberries manuell oder automatisch in regelmäßigen Abständen zu erstellen. Dabei muss die Raspberry nicht angehalten werden sondern nur alle wichtigen Services vor dem Backup gestoppt und nach erfolgtem Backup wieder gestartet werden. Die erstellten Backups können mit raspiBackup auf beliebigen SD Karten wiederhergestellt werden. Ein ausgelagertes Rootfilesystem wird mitgesichert und NOOBS Images werden unterstützt. 

Für Fragen oder Problemmeldungen zum Tool steht die Kommentarfunktion am Ende der Seite zur Verfügung.

 

 

raspiBackupOverview

 

Hinweis: Unter diesem Link werden aktuelle Aktivitäten und Randinformationen zu raspiBackup auf Facebook publiziert. Es ist dafür keine Facebook Anmeldung oder Registrierung notwendig.

 

Wo lese ich jetzt weiter?

raspiBackup hat einen sehr umfangreichen Funktionsumfang und es existiert deshalb recht viel Dokumentation. Wer sich einen schnellen Überblick über raspiBackup verschaffen will sollte die Zusammenfassung lesen. Alle Funktionen und Einsatzgebiete von raspiBackup sind tabellarisch in der Funktionsübersicht zusammengetragen. Wer raspiBackup installieren will findet die Beschreibung bei der Installation. Alle Aufrufparameter von raspiBackup sind einmal alphabetisch sowie thematisch sortiert beschrieben. Wie man ein Backup mit raspiBackup zurückspiel ist auf hier beschrieben. Im FAQ Teil sind häufig gestellte Fragen beantwortet.

Weiterhin gibt es detailierte Informationen zu Erweiterungsmöglichkeiten von raspiBackup, wie man sich bei Fehlermeldungen und Fehlern von raspiBackup verhalten soll und eine detailierte Beschreibung sowie eine Tabelle der Vor- und Nachteile der Backupmethoden und eine Beschreibung der Backupmodi.

Noch weitere Themen finden sich im Inhaltsverzeichnis.

 

Inhaltsverzeichnis

  1. Zusammenfassung
  2. Funktionsübersicht
  3. Installation
  4. Aufrufparameter (alphabetisch sortiert)
  5. Aufrufparameter (thematisch sortiert)
  6. Erweiterungsmöglichkeiten
  7. Restore
  8. Fehlermeldungen und -suche
  9. Backupmethoden
  10. Vergleich partitionsorientierter Backup und normaler Backup
  11. Backupverzeichnisstruktur
  12. Haftungsausschluss
  13. Updatestrategie
  14. Weitere Seiten zu raspiBackup
  15. Häufige Fragen (FAQ) 

 

Zusammenfassung

Eine regelmäßige Sicherung von Raspberry Pis ist wichtig um im Falle von einem SD Kartenausfall oder auch unbeabsichtigten Änderungen immer wieder das System auf einen vorherigen Zustand zurücksetzen zu können. raspiBackup ermöglicht es, dass die Raspberry regelmäßig von sich selbst ein Backup erstellt und auf einem extern angebundenen Speichermedium wie usb Stick und -platte, nfs Server, smbfs/cifs/Samba Laufwerk, sshfs, davfs/webdav (Cloud) usw. (Siehe dazu Wie kann man von der Raspberry Pi auf externe Daten zugreifen) ablegt. Die Benutzung einer Synology als Backupspace ist ebenfalls möglich.

Eine einfache Wiederherstellung des gesicherten Backups nimmt raspiBackup natürlich auch vor.

Vor der Sicherung sollten alle aktiven Services gestoppt und nach dem Backup wieder gestartet werden um einen konsistenten Backup zu erhalten. Die notwendigen Befehle dazu können entweder über Parameter definiert werden oder es kann ein Beispielwrapperscript benutzt werden, welches dann wesentlich mehr und programmatisch gesteuerter Aktionen vor und und nach dem Backup vornehmen kann. Das automatische Mounten und Unmounten des Backupspaces ist schon im Beispielwrapperscript enthalten. Weiterhin gibt es Erweiterungspunkte (Extensionpoints) in raspiBackup um eigene Scripts vor und nach dem Backupvorgang einzubinden.

Es stehen zwei Backupmodi zur Verfügung: Im normalen Backupmodus werden die beiden SD Kartenpartitionen mmcblk0p1und mmcblk0p2 gesichert. Sofern die Rootpartition mmcblk0p2 auf eine externe Partition (USB Stick, USB Platte, ...) ausgelagert wurde wird diese externe Partition anstatt mmcblk0p2 gesichert. Im zweiter Backupmodus, dem partitionsorientierten Backupmodus, werden alle bzw eine definierte Anzahl von Partitionen der SD Karte gesichert. Damit kann somit eine NOOBS SD Karte sowie Images mit mehr als zwei Partitionen gesichert werden. 

Als Backupmethoden stehen zur Auswahl: dd Backup, tar Backup, (beides auch gezipped) und ein rsync Backup . Die einzelnen Backupmethoden sind im Detail hier nachzulesen. Die maximale Anzahl von vorzuhaltenen Backups ist konfigurierbar. Zur Aktivierung von raspiBackup muss man, nachdem man das Script entsprechend ausgetestet hat, den Scriptaufruf in die Crontab der Raspberry Pi aufnehmen. Danach bekommt man regelmäßig eine eMail zugeschickt, die einen über das Ergebnis des Backups informiert. Die Meldungen von raspiBackup erfolgen in Deutsch oder Englisch.

Für Freunde von Facebook exisitiert eine Facebookgruppe zu raspiBackup wo aktuelle Neuigkeiten und Randinformationen zu raspiBackup publiziert werden.
 

Funktionsübersicht

  • Automatische regelmäßige Sicherung einer laufenden Raspberry Pi (Sie sichert sich selbst)
  • Der partitionsorientierte Backupmodus sichert eine beliebige Anzahl von Partitionen der SD Karte und kann somit NOOBs Images sichern
  • Sicherung und Wiederherstellung ist unabhängig davon welches Betriebssystem (Linux, Windows oder Mac) für den Zugriff auf die Raspberry Pi benutzt wird
  • Windows oder Mac Benutzer nutzen einfach zur Wiederherstellung des Backups die Raspberry
  • Windows Benutzer können dd Backups mit win32diskimager restoren
  • Linux Benutzer können das Backup auf ihrem Linux System wiederherstellen oder auch die Raspberry benutzen
  • Beliebige Backupziele möglich, z.B.
    • Externer USB Stick
    • Externe USB Platte
    • Synology
    • cifs/samba Netzwerklaufwerk
    • nfs Netzwerklaufwerk
    • sshfs Netzwerklaufwerk
    • webdav Netzwerklaufwerk
    • ftpfs Netzwerklaufwerk
    • Generell jedes Device welches unter Linux gemounted werden kann
  • Einfacher Restore der Sicherung
  • Ein externes Rootfilesystem auf einer Platte oder einem USB Stick wird automatisch beim normalen Backupmodus mitgesichert und restored bei tar oder rsync backup (raspiSD2USB.py hilft beim Umziehen)
  • Einsetzbar auch zum Klonen einer Raspberry Pi
  • Einfache Installation. Die wichtigsten Optionen werden abgefragt und in die Konfigurationsdatei geschrieben.
  • Meldungen in Deutsch und Englisch
  • Diverse Aufrufparameter um den Backup zu steuern
  • dd, tar und rsync Backup möglich (-t Option). rsync benötigt eine ext3/ext4 Partition für Hardlinks
  • dd und tar kann gezippt werden um die Sicherung noch zu verkleinern (-z Option)
  • dd Backup sichert per Option einschaltbar nur den von den Partitionen belegten Platz und nicht die ganze SD Karte (Ab Version 0.6.1.3)
  • Boot backup benutzt per Option einschaltbar Hardlinks für die sich selten ändernde Bootpartition und spart dadurch Backupspeicherplatz (Ab Version 0.6.1.3)
  • Verschiedene Backuptypen können pro System gemischt werden (z.B. pro Tag ein rsync Backup, jeder Woche ein dd Backup)
  • Automatisches Stoppen und Starten von aktiven Services vor und nach dem Backup (-a und -o Option)
  • Automatisches Anpassen der zweiter Rootpartition wenn die Restore SD Karte kleiner oder größer als die Original SD Karte ist (Ab Version 0.6.1.3)
  • Ein Beispielscript hilft um vor und nach der Backup weitere Aktionen vorzunehmen wie z.B. das Mounten und Unmounten des Backupspaces
  • Einfache Erweiterung der Scriptfunktion durch Erweiterungspunkte (Extensionpoints) (Option -N)
  • Anzahl der vorzuhaltenden Backups ist konfigurierbar (-k Option)
  • eMail Benachrichtigung über den Backuplauf und Backupverlaufsstatus (-e Option)
  • Unterstützte eMailClients: mailx/mail, sendEmail und ssmtp (-s Option)
  • Nicht unterstützte eMailClients können durch eine eMailExtension eingebunden werden
  • rsync benutzt Hardlinks um die Backupgröße zu reduzieren
  • Automatische Benachrichtigung, wenn eine neue Scriptversion verfügbar ist (-n Option)
  • Einfacher Update von raspiBackup durch die aktuellste Version (-U Option)
  • Einfache Wiederherstellung einer älteren Scriptversion sofern sie mit der Updatefunktion installiert wurde (-V Option)
  • Einfache Verteilung von neuen Scriptversionen auf eine größere Menge von Hosts (-y Option)
  • Beliebige Verzeichnisse und Dateien können aus dem Backup ausgeschlossen werden (-u Option)
  • Sicherung von einer beliebigen Anzahl von Raspberries in einem Backupverzeichnis

 

Installation

  1. Die aktuelle Version von raspiBackup ist 0.6.1.3.
  2. Sämtliche schon existierenden Dateien von raspiBackup werden automatischn gesichert.
  3. Login als Benutzer pi auf der Raspberry
  4. Zum Installieren können folgende alternativen Befehle auf der Raspberry ausgeführt werden. Ein Upgrade von der Version 0.5 auf die Version 0.6 ist ebenso damit möglich und das alte Script sowie die Config Datei werden vorher gesichert.
    1. raspiBackup.sh wird in /usr/local/bin auf der Raspberry installiert und ausführbar gemacht. Danach werden die wichtigsten Optionen abgefragt und dann die Konfigurationsdatei /usr/local/etc/raspiBackup.conf entsprechend konfiguriert. Anschliessend muss nur noch raspiBackup mit dem Backuppfad aufgerufen werden um ein Backup zu erstellen.
      curl -L -O https://www.linux-tips-and-tricks.de/raspiBackupInstall.sh && sudo bash raspiBackupInstall.sh 
    2. raspiBackup.sh wird in /usr/local/bin auf der Raspberry installiert und ausführbar gemacht. Ausserdem wird eine Standardkonfigurationsdatei auf /usr/local/etc/raspiBackup.conf installiert, wobei die Kommentare in der konfigurierten Systemsprache der Raspberry sind. Die Konfigurationsdatei muss manuell angepasst werden.
      curl -L -O https://www.linux-tips-and-tricks.de/raspiBackupInstall.sh && sudo bash raspiBackupInstall.sh -c
    3. raspiBackup.sh wird in /usr/local/bin auf der Raspberry installiert und ausführbar gemacht. Ausserdem wird eine Standardkonfigurationsdatei auf /usr/local/etc/raspiBackup.conf mit deutschen Kommentaren installiert . Die Konfigurationsdatei muss manuell angepasst werden.
      curl -L -O https://www.linux-tips-and-tricks.de/raspiBackupInstall.sh && sudo bash raspiBackupInstall.sh -c -l DE
  5. raspiBackup kann man auch manuell downloaden mit diesem Link in einem Browser oder auch direkt mit den folgenden Befehlen. raspiBackup muss man dann manuell in /usr/local/bin und die Konfigurationsdatei nach /usr/local/etc kopieren und anpassen.
    curl -L -O https://www.linux-tips-and-tricks.de/raspiBackup.sh
    curl -L https://www.linux-tips-and-tricks.de/de/downloads/raspibackup-de-conf/download > raspiBackup.conf
  6. Wenn die folgende Zeile
    00 22  * * 0 /usr/local/bin/raspiBackup.sh -p /backup -t tar -k 4 -e Diese E-Mail-Adresse ist vor Spambots geschützt! Zur Anzeige muss JavaScript eingeschaltet sein!  
    mit dem Befehl
    sudo crontab -e
    in die crontab eingefügt wird wird jeden Sonntag um 22 Uhr automatisch ein tar Backup in dem Verzeichnis /backup erzeugt und eine StatusEmail an Diese E-Mail-Adresse ist vor Spambots geschützt! Zur Anzeige muss JavaScript eingeschaltet sein! gesendet.

    Hinweis: Wer direkt die /etc/crontab mit einem Editor ändert muss die folgende Zeile einfügen:
    00 22  * * 0 root /usr/local/bin/raspiBackup.sh -p /backup -t tar -k 4 -e Diese E-Mail-Adresse ist vor Spambots geschützt! Zur Anzeige muss JavaScript eingeschaltet sein!  
  7. Anschließend sollte ein Restore auf eine weitere SD Karte vorgenommen werden um sich mit der Art, wie das Backup zu restoren ist, vertraut zu machen und das Backup zu testen. Es ist nichts ärgerlicher, wenn man zu dem Zeitpunkt, wenn man das Backup benötigt, feststellt, das das Backup nicht alles enthält oder sogar nicht brauchbar ist.

 

Achtung

Ein Backup nützt nichts wenn in dem Moment, wo man es einspielen möchte, feststellt, das das Backup nicht zu gebrauchen ist. Desshalb sollte man nach dem ersten erfolgreichen Backup auch sofort den Restore testen und immer wieder von Zeit zu Zeit den ganzen Restoreprozess durchexerzieren und damit testen ob die erstellten Backups OK sind und sich ein System damit funktionsfähig restaurieren läßt.   

 

Aufrufsyntax und -optionen

raspiBackup muss als Benutzer root oder per sudo aufgerufen werden. Die Aufrufsyntax ist ab der Version 0.6.1.2

raspiBackup.sh Option1 Option2 Option3 ... Backupverzeichnis

Alle vorherigen Versionen müssen die Option -p benutzen mit folgender Syntax:

raspiBackup.sh Option1 Option2 Option3 ...

Es stehen eine Menge Optionen zur Verfügung um das Verhalten von raspiBackup zu steuern. Die wichtigsten Optionen sind in rot gekennzeichnet. Verschiedene Optionen haben noch Parameter, wie z.B. -k 3 oder -m 1.

Die Standardoptionen können in einer Konfigurationsdatei /usr/local/etc/raspiBackup.conf überschrieben werden. Eine Beispielkonfigurationsdatei die die Standardoptionen benutzt kann hier heruntergeladen werden. Anschliessend muss sie entsprechend umbenannt und in das richtige Verzeichnis kopiert werden.

 

Alphabetische Sortierung

Option Funktion Standard Option in der Konfigdatei
-a

Befehle um Services nach dem Backup wieder zu starten. Z.B. bei Samba "service smbd start" (Achtung: Anführungszeichen an Anfang und Ende). Diese Option ist zusammen mit der Option -o obligatorisch.

Mehrere Befehle müssen durch && getrennt werden. Alternativ kann ein Wrapperscript benutzt werden (Beispiel siehe unten). Diese Befehle sollten die exakte umgekehrte Reihenfolge haben wie die Befehle beim Parameter -o.

Soll wirklich kein Service gestartet werden muss der Doppelpunkt ":" als Argument mitgegeben werden.

Siehe dazu auch FAQ #1 und FAQ #18

Keiner

 DEFAULT_

STARTSERVICES

-A
Das Laufzeitlog wird in der email mitgeschickt Nein

DEFAULT_

APPEND_

LOG

-b Blocksize die beim dd Backup benutzt wird 1MB

DEFAULT_

DD_

BLOCKSIZE

 -D  Weitere Aufrufoptionen für das dd Backup (z.B. "conv=notrunc,noerror,sync")  Keiner

DEFAULT_

DD_

PARMS

 -e email Addresse, die eine Status-email des backups zugesendet bekommt bzw im Fehlerfalle das Fehlerprotokoll   Keiner

DEFAULT_

EMAIL

-E

Optionale weitere Parameter die im eMailProgrammaufruf mitgegeben werden. Für sendEmail muss er z.B. wie folgt aussehen: "-f absender.mail@absenderdomain -s smtp-server:587 -xu Username -xp Password".

Achtung: Die Parameter für -E müssen in Anführungszeichen " eingeschlossen sein. Speziell zum Testen der eMail Benachrichtigungsfunktion ist der Parameter -F hilfreich.

Achtung: Wenn der Parameter -l 1 benutzt wird steht das Password im Log und sollte vor Verschicken des Logs manuell maskiert werden.

Keiner

 DEFAULT_

EMAIL_

PARMS

-F Fake backup. Diese Option ist hilfreich beim initialen Testen von raspiBackup. Der eigentliche lange Backup wird dadurch nicht angestossen - aber sämtliche Optionsprüfungen wie auch das Senden der BenachrichtigungseMail. Nein  
-G Festlegung der Sprache der Meldungen. Mögliche Sprachen sind DE (Deutsch) und EN (English). Interessenten, die die Meldungen in andere Sprachen übersetzen wollen können sich gerne melden

Eingestellte Systemsprache auf der Raspi.

EN (Englisch) wird benutzt falls die Systemsprache nicht unterstützt wird

DEFAULT_

LANGUAGE 

 -h Ausgabe der Aufrufsyntax mit seinen Parametern  Nein  
 -k  Anzahl der Backups, die vorzuhalten sind  3

DEFAULT_

KEEPBACKUPS

 -l

Log level definiert ob ein Debuglog erstellt wird:

- 0 oder off  -> Es wird kein Debuglog erstellt

- 1 oder debug -> Es wird ein Debuglog erstellt

Achtung: Die Logausgabe kann in manchen Fällen sensitive Informationen enthalten (Z.B. externe statische IP Adressen, eMailAdressen, Kennwörter für mount Befehle oder email Server, ...) .

 Aus

DEFAULT_

LOG_

LEVEL

-L

Ort wo der Laufzeitlog angelegt wird

- 0 oder syslog -> /var/log/syslog

- 1 oder varlog -> /var/log/raspiBackup/<hostname>.log

- 2 oder backup -> <backupPath>

- 3 oder current -> ./raspiBackup.log

1 für Backup

3 für Restore (nicht änderbar)

 DEFAULT_

LOG_

OUTPUT

-m

Meldungsdetails 

- 0 oder minimal -> Nur wichtige Meldungen werden ausgegeben

- 1 oder detailed -> Viele Meldungen über den Fortschrit werden ausgegeben

Minimal

DEFAULT_

MSG_

LEVEL

-n Benachrichtigung wenn eine aktuellere Scriptversion zum download verfügbar ist. Ja

DEFAULT_

NOTIFY_

UPDATE 

-N Aktivierung von eigenen Scripterweiterungen (Extensions). Siehe dazu diese Seite die auch zwei Beispielerweiterungen anbietet, die die CPU Temperatur und die Speicherbelegung vor und nach dem Backuplauf ausgeben. Keiner

DEFAULT_

EXTENSIONS 

-o

Befehle um Services vor dem Backup zu stoppen damit kein inkonsistentes Backup erzeugt wird. Z.B. bei Samba "service smbd stop" (Achtung: Anführungszeichen an Anfang und Ende). Diese Option ist zusammen mit der Option -a obligatorisch.

Mehrere Befehle müssen durch && getrennt werden. Alternativ kann ein Wrapperscript benutzt werden (Beispiel siehe unten). Diese Befehle sollten die exakte umgekehrte Reihenfolge haben wie die Befehle beim Parameter -a.

Soll wirklich kein Service gestoppt werden muss der Doppelpunkt ":" als Argument mitgegeben werden.

Siehe dazu auch FAQ #1 und FAQ #18

Keiner

 DEFAULT_

STOPSERVICES

-p

Pfad auf das Backupmedium wo das Backup abgelegt wird. Das kann eine lokale USB Platte, ein NAS Speicher im Netz über CIFS oder nfs sein oder auch per davfs ein Cloudspeicher oder sonst eine extern gemountete Partition.

Diese Option ist ab Version 0.6.1.2 obsolet und wird in einer der nächsten Versionen nicht mehr existieren. Stattdessen ist der Backuppfad als letzter Parameter beim Scriptaufruf mitzugeben.

"/backup"

DEFAULT_

BACKUPPATH

-P

Einschalten des partitionsorientierten Backupmodus, der alle oder eine bestimmte Anzahl von Partitionen de SD Karte sichert. Dieser Modus muss bei  NOOBS Images gewählt werden und wenn mehr als zwei Partitionen auf der SD Karte sind. Siehe dazu auch den Parameter -T. Hinweis: In diesem Modus kann keine externe root Parition mitgesichert werden.

nein

DEFAULT_

PARTITIONBASED_

BACKUP 

-s

email Program welches benutzt wird {mail|sendEmail|ssmtp}. Für mailx muss auch mail angegeben werden. Für sendEmail muss der Parameter -E zusätzlich genutzt werden für weitere obligatorische Parameter (Siehe Parameter -E Beschreibung für Details)

Es kann auch eine eMailExtension benutzt werden um eMails zu verschicken. Damit können beliebige weitere eMailClients in raspiBackup eingebunden werden. Der -s Parameter muss dann mailext sein. Details zur eMailExtension siehe diese Seite

mail

 DEFAULT_

MAILPROGRAM

-t

Typ des Backups, der entweder dd, tar oder rsync sein kann. rsync benötigt eine ext3/ext4 Partition um Hardlinks erstellen zu können. Detailinformationen zu den Backuptypen Ein externes Rootfilesystem wird automatisch bei tar oder rsync Backup mitgesichert sofern nicht die Option -P benutzt wird. Mit der Option -z werden die Backups zusätzlich noch gezippt bzw verkleinert.

Hinweis: Beim dd Backup kann durch den Konfigurationsparameter DEFAULT_DD_BACKUP_SAVE_USED_PARTITIONS_ONLY Backup-zeit und -platz gespart werden. Details zu dem Parameter siehe am Ende der Tabelle.

Siehe dazu auch FAQ #16

dd

DEFAULT_

BACKUPTYPE

-T

Falls der partitionsorientierte Backupmodus mit der Option -P gewählt wurde kann mit dieser Option definiert werden welche Partitionen gesichert werden sollen. Beispiel: -T "1 2 5" sichert die ersten beiden und die fünfte Partition. Mit * werden alle Partitionen gesichert.

*

 DEFAULT_

PARTITIONS_

TO_

BACKUP

-u
Erweiterung der Excludeliste beim Backup um bestimmte Verzeichnisse beim Backup zu ignorieren.
 
Achtung: Die Parameter müssen der jeweiligen Syntax des Backuptools gehorchen und führen sonst zum Abbruch des Backups. Für rsync oder tar könnte die Liste wie folgt aussehen: "--exclude=/backup/* --exclude=/rsnapshot/* --exclude=/www-data*/*". Weitere Informationen zu der Syntax finden sich auf der man Page der jeweiligen Backuptools.
 
Folgende Verzeichnisse werden niemals gesichert:
Der Backupfad (Parameter -p), /proc/* , /lost+found/* , /sys/* , /dev/* , /tmp/*, /boot/*, /run/* , /proc/* , /lost+found/* , /sys/* , /dev/* , /tmp/* , /boot/* , /run/*
Ausserdem werden alle gemounteten Verzeichnisse von externen Geräten, die nicht auf / gemounted sind, nicht gesichert. Es wird nur die Boot Partition /dev/mmcblk0p1 und die Root Partition /dev/mmcblk0p2 bzw das ausgelagerte Rootverzeichnis auf z.B. /dev/sda1 gesichert.
 
Achtung: Wenn die Option -P benutzt wird werden in allen Partitionsbackups diese Verzeichnisse ausgenommen.
Keiner

 DEFAULT_

EXCLUDE_

LIST

-U

Die lokale raspiBackup.sh Version wird durch die letzte aktuelle Version ersetzt sofern eine neue Version existiert Die vorherige Version wird als raspiBackup.sh.n.m gesichert wobei n und m die Versionsnumer von raspiBackup ist. Siehe Parameter -V um eine vorhergehende Version wiederherzustellen.

Achtung: Vorher sollte man diese Seite lesen und sich über die Änderungen und Neuerungen informieren.

Aus  
-v Die verwendeten Backuptools zeigen detailierte Informationen an (Verbose mode) Nein

DEFAULT_

VERBOSE

-V Es wird eine Liste aller existierenden Vorgängerversionen angezeigt und man kann die Version auswählen, die  wiederhergestellt werden soll. Die aktuelle Version wird gesichert und kann dann auch mit dieser Option später wiederhergestellt werden (Siehe auch -U Parameter)  Nein  
-y Mit dieser Option wird das aktuelle Script auf alle Hosts kopiert, die in der Konfigurationsdatei definiert sind. Der Zugriff muss per authorized_keys ohne Kennwort möglich sein. Somit lässt sich raspiBackup schnell auf einer größeren Menge von Hosts nach einem Versionsupdate verteilen. Nein

DEFAULT_

DEPLOYMENT_

HOSTS

-z Backup verkleinern mit gzip bei dd oder tar Backup Nein

DEFAULT_

ZIP_

BACKUP

  Ab Version 0.6.1.2: Nur im Fehlerfalle wird eine eMailbenachrichtigung gesendet. Hinweis: Sollte raspiBackup wegen aussergewöhnlicher Umstände abstürzen kann es durchaus sein dass keine eMail gesendet wird. Deshalb ist die Benutzung auf eigene Gefahr ! Nein

DEFAULT_

MAIL_

ON_

ERROR_

ONLY

  Ab Version 0.6.1.2: Backupoptionen, die beim rsync Backup genutzt werden. Benutzung auf eigene Gefahr ! -aHAXx

DEFAULT_

RSYNC_

BACKUP_

OPTIONS

  Ab Version 0.6.1.2: Backupoptionen, die beim tar Backup genutzt werden. Benutzung auf eigene Gefahr ! -cpi

DEFAULT_

TAR_

BACKUP_

OPTIONS

  Ab Version 0.6.1.2: Backupoptionen, die beim rsync Backup zusätzlich genutzt werden. Benutzung auf eigene Gefahr ! Keine

DEFAULT_

RSYNC_

BACKUP_

ADDITIONAL_

OPTIONS

  Ab Version 0.6.1.2: Backupoptionen, die beim tar Backup zusätzlich genutzt werden. Benutzung auf eigene Gefahr ! Keine

DEFAULT_

TAR_

BACKUP_

ADDITIONAL_

OPTIONS

  Ab Version 0.6.1.3:  Sich selten ändernde Bootparition Backups werden mit Hardlinks verknüpft um Backupspace zu sparen. Voraussetzung: Der Backupspace unterstützt Hardlinks (ext3/ext4 Filesystem). Nein

DEFAULT_

LINK_

BOOTPARTITIONFILES

 

Ab Version 0.6.1.3: dd Backups sichern nur den von definierten Partitionen belegten Platz. Dadurch benötigt eine 32GB SD Karte, die nur eine 8GB Partition definiert hat, für den Backup nur 8GB und nicht 32GB. Dazu muss aber vermittels gparted oder resize2fs die root Partition entsprechend verkleinert werden, denn üblicherweise füllt die root Partition den gesamten Rest der SD Karte aus.

Siehe dazu auch FAQ #16

Nein

DEFAULT_

DD_BACKUP_SAVE_

USED_PARTITIONS_ONLY

 

Hinweis: Optionen in der Konfigdatei, die ja oder nein als Parameter benötigen müssen 0 für nein und 1 für ja sein.

Die Optionen für den Restore eines Backups sind auf dieser Seite beschrieben.
 

 

Thematische Sortierung

  • Optionen, die das Backup beschreiben
    • -k : Anzahl der Backups die vorgehalten werden sollen
    • -t : Typ des Backups (dd, tar, rsync)
    • -P : Partitionsorientierter Backupmodus
    • -z: Kompression des Backups bei dd oder tar
    • -u: Ermöglicht weitere Verzeichnisse aus dem Backuprozess auszuschliessen
    • -T: Angabe der Partitionen die beim partitionsorientierten Backup gesichert werden sollen
  • Optionen, die die Meldungen und das Log betreffen
    • -m: Details der Meldungen
    • -L: Platz wo das Laufzeitlog gespeichert wird
    • -l: Einschalten des detailierten Loglevels
    • -G: Sprache der Meldungen (Deutsch oder English)
    • -A: Das Laufzeitlog wird bei der eMail Benachrichtigung mitgeschickt
    • -v: Alle Meldungen des verwendeten Backuptools werden protokolliert
  • Optionen, die die eMail Benachrichtigung steuern
    • -e: eMailAdresse an die die Benachrichtigung geschickt wird
    • -s: eMailClientProgramm welches benutzt wird um die eMail zu verschicken
    • -E: Optionale Parameter für die eMailClientProgramme
    • -F: Simuliert den Backuplauf und hilft die eMailBenachrichtgung schnell zu testen
  • Optionen, die den Update, Restore und lokale Verteilung von raspiBackup steuern
    • -U: Update von raspiBackup mit der aktuellsten Version und Sicherung der alten Version
    • -n: Benachrichtigung wenn eine neue raspiBackup Version verfügbar ist
    • -V: Reaktivierung einer vorhergehenden raspiBackup Version
    • -y: Kopie der aktuellen raspiBackup Version auf vordefinierte lokale Hosts per scp
  • Optionen, die Services vor dem Backup starten und stoppen sowie Erweiterungen
    • -o: Befehle, die Services vor dem Backup stoppen
    • -a: Befehle, die Services nach dem Backup starten
    • -N: Erweiterungen, die vor und nach dem Backup aufgerufen werden sollen
  • Weitere Optionen
    • -b: Blocksize, die beim dd Backup benutzt wird
    • -D: Weitere optionale Optionen für das dd Backup
       

Erweiterungsmöglichkeiten von raspiBackup

Es bestehen folgende Möglichkeiten die Funktionalität des Backupscripts durch eigenen Code zu erweitern.

1) Benutzung der Optionenen -a und -o um eigene Scripte vor und nach dem Aufruf des Backupscripts aufzurufen

Beispiel:

raspiBackup.sh -o "/usr/local/bin/beforeBackup.sh" -a "/usr/local/bin/afterBackup.sh" ...

2) Benutzung eines selbstgeschriebenen Scriptes welches das Backupscript aufruft und Aktionen vor und nach dem Aufruf vornimmt

Dazu gibt es das folgende Beispielscript welches individuelle Anpassungsmöglichkeiten bietet und muss nur geringfügig an den gekennzeichneten Stellen den lokalen Gegebenheiten angepasst werden. Es enthält schon Code, der automatisch Geräte mounted und unmounted. Das Script kann hier runtergeladen werden.

Voraussetzung ist dass der Mountpoint in der /etc/fstab bereits definiert wurde. Anschliessend muss das Script noch an ein paar Stellen den jeweiligen lokalen Gegebenheiten mit einem Editor angepasst werden und dann aktiviert werden mit

sudo mv raspiBackupWrapper.sh /usr/local/bin
sudo chmod +x /usr/local/bin/raspiBackupWrapper.sh

 und dann ist raspiBackupWrapper.sh anstelle von raspiBackup.sh in der Crontab aufzurufen.

3) Benutzung von Erweiterungspunkten (Extensionpoints) in die eigene Scripts eingehängt werden

Vor und nach dem eigentlichen Backup können Scripte in Extensionpoints eingehängt werden. Details dazu finden sich in der Detailbeschreibung zu Erweiterungen

 

Restore

Ein Restore benötigt ein Linuxsystem. Windowsbenutzer oder Macbenutzer können dafür einfach die Raspberry selbst benutzen. Dafür muss nur eine SD Karte mit einem Raspbian gestartet werden, ein SD Kartenleser mit der neuen SD Karte die das Restore erhalten soll angeschlossen werden, der Backup entweder per USB oder Netzwerk gemounted werden und raspiBackup zum Restore gestartet werden.

Das dd Backup kann man auch unter Windows zurückspielen. Weiterhin kann das Backupscript kann auch genutzt werden, um SD Karten zu kopieren: Es wird ein Backup erstellt und dann auf einer anderen SD Karte restored.

Die genaue Aufrufsyntax für den Restore ist hier zu finden.

  

Fehlermeldungen und -suche

 
Die Fehlermeldungen sind i.d.Regel selbsterklärend. Informationsmeldungen haben eine Nummer, die mit I endet. Warnungsmeldungen enden mit W und Fehlermeldungen enden mit E.

Es kann aber vorkommen dass raspiBackup.sh nicht korrekt läuft und Fehlernachrichten schreibt. Das liegt zu 90% Prozent an fehlerhaften Konfigurationen oder Parametrisierung. Die Fehlermeldungen sollten auf die konkrete Ursache hinweisen. Falls nicht helfen folgende Massnahmen den Fehler genauer zu lokalisieren:
 
1) Start von raspiBackup in der Befehlszeile und nicht in der crontab um Fehlkonfigurationen in der Crontab zu eliminieren
2) Es wird eine Logdatei bei jedem Lauf erzeugt. Durch die zusätzliche Benutzung des Parameters -l 1 (kleines L) beim Aufruf von raspiBackup.sh werden eine Menge detailierte Informationen von raspiBackup und man kann man in der Logdatei nach Fehlermeldungen und -ursachen suchen die helfen den Fehler zu lokalisieren. (Je nach Parameter -L befindet sich die Logdatei an anderer Stelle. Siehe die Details dazu oben bei der Parameterbeschreibung für -L. Weiterhin kann auch der Parameter -v weiterhelfen wenn Fehler in den Linux Backuptools auftreten.
3) Falls die Informationen in der Logdatei nicht helfen die Fehlerursache selbst zu finden sollte man den Fehler auf dieser Seite in einem Kommentar schildern. In der Regel erfolgt dann die Bitte das erstellte ausführliche Logfile zwecks Analyse per eMail zuzuschicken.
 

Backupmethoden

Es gibt verschiedene Backupmethoden und eine jede hat ihre Vor- und Nachteile. Anbei eine Auflistung eben dieser für die verschiedenen unterstützten Backuptypen. Es können auch unterschiedliche Backupmethoden kombiniert werden. Sämtliche Backupmethoden können mit raspiBackup vollständig wiederhergestellt werden.
 
Ein dd Backup erstellt ein in sich konsistentes binäres Abbild der SD Karte. Dabei wird immer die ganze SD Karte gelesen und gesichert. Das bedeutet dass auch Daten gesichert werden, die sich nicht geändert haben. Auch bedeutet es, dass zum Restore die SD Karte wieder genausogross sein muss wie die Original SD Karte. Diese Methode belastet die SD Karte sehr stark. Allerdings kann ein dd Backup unter Windows mit disk32imager wiederhergestellt werden.
 
Ein ddz Backup sichert die gesamte SD Karte, wie ein dd Backup. Diese Methode belastet die CPU stark da die Datenmenge reduziert wird. (Es ist ein dd Backup mit eingeschaltetem Zippen mit -z). Ein Restore mit dem win32diskimager ist nicht möglich.
 
Ein tar Backup sichert die gesamte SD Karte, wobei allerdings das Backup nicht so gross ist wie bei einem dd Backup da nur die Daten gesichert werden, die tatsächlich existieren. Deshalb kann auch ein tar Backup auf eine SD Karte restored werden, die kleiner ist als die original SD Karte - sofern die gesicherten Daten auf die neue SD Karte passen.
 
Ein tgz Backup sichert die gesamte SD Karte, wie ein tar Backup. Diese Methode belastet die CPU stark da die Datenmenge reduziert wird. (Es ist ein tar Backup mit eingeschaltetem Zippen mit -z)
 
Ein rsync Backup sichert außer beim ersten Mal nur die Daten, die sich zum letzten Backup geändert haben. Durch die Hardlinks des ext3/ext4 Dateisystems wird dafür gesorgt, dass trotzdem ein konsistenter Stand des Backups vorliegt. Allerdings werden die Daten nicht komprimiert. Das hat aber wiederum den Vorteil, dass man sehr gezielt einzelne Dateien ganz einfach per copy aus dem Backup zurückholen kann. Diese Methode ist sehr schnell wenn bereits schon einmal ein initiales Backup erstellt wurde.
 
  Vollbackup Backupzeit Backupgröße  Datenkompression CPU belastet Karte belastet Selektiver Restore möglich
Dateisystem
dd  ja lang gross nein mittel hoch nein alle, fat32 nur bis 4GB
ddz ja lang kleiner ja ja hoch nein alle, fat32 nur bis 4GB
 tar  ja mittel  mittel nein nein mittel ja alle, fat32 nur bis 4GB
tgz ja mittel mittel ja ja mittel ja alle, fat32 nur bis 4GB
rsync ja kurz mittel nein nein kaum ja ext3/ext4
 

 

Vergleich partitionsorientierter Backup und normaler Backup

Es existieren zwei Backupmodi:

1) Normaler Backup

In diesem Modus werden die ersten zwei Partitionen (die Bootpartition und die Rootpartition) der SD Karte gesichert. Ausserdem wird beim tar und rsync Backup auch eine externe Rootpartition, d.h. eine auf einen USB Stick oder USB Platte ausgelagerte Rootpartition, gesichert. Mit dem dd Backup kann auch die gesamte SD Karte gesichert werden. Dieses kann man benutzen um z.B. NOOBS Images zu sichern. Falls die Ziel SD Karte beim Restore größer ist als die Quell SD Karte wird automatisch die zweite Partition entsprechend erweitert.

2) Partitionsorientierter Backup

In diesem Modus wird jede auf der SD Karte befindliche oder eine bestimmte Anzahl von Partitionen als tar oder rsync gesichert. Dabei ist die Anzahl der Partitionen beliebig und ermöglich damit auch die Sicherung von NOOBS Partitionen. Falls die Ziel SD Karte beim Restore größer ist als die Quell SD Karte wird der zusätzliche Platz nicht benutzt.

 

Backupverzeichnisstruktur (Normaler Backup)

Anbei die Verzeichnisstruktur meines Backupservers, der in diesem Falle auch eine Raspberry Pi ist. Verschiedene Backuptypen können pro Pi kombiniert werden. Jedes Backup wird in einem neuen Unterverzeichnis abgelegt.

Pro Raspberry System werden drei bzw fünf weitere Dateien immer zum eigentlichen Backup erstellt und sind notwendig für den Restore wenn es kein dd Backup ist:

  1. .img - Bootpartition der SD Karte
  2. .mbr - Master Boot Record der SD Karte
  3. .sfdisk - Partitionslayout der SD Karte - Ausgabe des sfdisk Befehls
  4. .blkid - (Partitionsorientierter Modus) - Ausgabe des blkid Befehls
  5. .parted - (Partitionsorientierter Modus) - Ausgabe des parted Befehls

root@jessie:/mnt/backup/raspberrypi# tree -L 2
.
├── raspberrypi-dd-backup-20160415-222900
│   └── raspberrypi-dd-backup-20160415-222900.img
├── raspberrypi-rsync-backup-20160416-094106
│   ├── backup
│   ├── bin
│   ├── boot
│   ├── boot.bak
│   ├── dev
│   ├── etc
│   ├── home
│   ├── lib
│   ├── lost+found
│   ├── media
│   ├── mnt
│   ├── opt
│   ├── proc
│   ├── raspberrypi-backup.img
│   ├── raspberrypi-backup.mbr
│   ├── raspberrypi-backup.sfdisk
│   ├── remote
│   ├── root
│   ├── run
│   ├── sbin
│   ├── selinux
│   ├── srv
│   ├── sys
│   ├── tmp
│   ├── usr
│   └── var
├── raspberrypi-tar-backup-20160415-204305
    ├── raspberrypi-backup.img
    ├── raspberrypi-backup.mbr
    ├── raspberrypi-backup.sfdisk
    └── raspberrypi-tar-backup-20160415-204305.tar


Backupverzeichnisstruktur (Partitionsorientierter Backup) 

root@jessie:/mnt/backup/raspberrypi# tree -L 2
.
├── raspberrypi-dd-backup-20160415-222923
│   └── raspberrypi-dd-backup-20160415-222923.img
├── raspberrypi-rsync-backup-20160416-104548
│   ├── mmcblk0p1
│   ├── mmcblk0p2
│   ├── raspberrypi-backup.blkid
│   ├── raspberrypi-backup.fdisk
│   ├── raspberrypi-backup.mbr
│   ├── raspberrypi-backup.parted
│   └── raspberrypi-backup.sfdisk
└── raspberrypi-tar-backup-20160416-114748
    ├── mmcblk0p1.tar
    ├── mmcblk0p2.tar
    ├── raspberrypi-backup.blkid
    ├── raspberrypi-backup.fdisk
    ├── raspberrypi-backup.mbr
    ├── raspberrypi-backup.parted
    └── raspberrypi-backup.sfdisk

 

Haftungsausschluss

Das Backup- und Restorescript raspiBackup wurde für den persönlichen Gebrauch erstellt und, da es sich als sehr nützlich erwies, der Allgemeinheit zur Verfügung gestellt. Es wird im Rahmen des Möglichen die korrekte Funktionalität getestet aber es kann nicht ausgeschlossen werden, dass durch Fehler in raspiBackup die erwartete Funktionalität nicht gewährleistet ist. Jeder, der raspiBackup benutzt tut das auf sein eigenes Risiko. Der Ersteller von raspiBackup ist in keiner Weise haftbar für irgendwelche Fehlfunktionen des Scripts.

 

Updatestrategie

Vor Zeit zu Zeit wird eine neue Version von raspiBackup zum Download bereitgestellt die neue Funktionen, Erweiterungen und kleine Fixes enthält. Auf dieses wird von raspiBackup beim Aufruf und in der gesendeten eMail hingewiesen und man kann dann mit dem Parameter -U die neueste Version runterladen und aktivieren. Die aktuelle Version wird dabei gesichert und mit dem Parameter -V kann jederzeit wieder die vorherige Version aktiviert werden. Vor dem Update sollte man nachlesen welche Änderungen und Neuerungen in der neuen Version enthalten sind. Diese Information dazu findet sich in der Versionshistorie. Sollte einmal ein gravierender Fehler entdeckt werden, wird eine neue Version sofort bereitgestellt.

 

Weitere Seiten zu raspiBackup

Häufig gestellte Fragen (FAQ)

Versionshistorie von raspiBackup.sh

Sicherung des Backups von raspiBackup.sh auf einer Synology

Verbesserungs- und Änderungsvorschläge

Kommentar schreiben

Spam Kommentare sind sinnlos denn sie werden nicht publiziert. Sie werden vor der Publizierung auf Spam geprüft. Deshalb kann es aber etwas dauern bis ein Kommentar sichtbar wird.
Die eMail ist optional und nicht öffentlich sichtbar Sie wird u.U. genutzt um offline zu kommunizieren

Spam comments are useless because they will not be published. Before they are published they are checked for spam. Therefore it may take some time until the comment is published.
eMail is optional and hidden and may be used to contact you offline


Kommentare   

0 #755 framp 2016-09-18 18:55
Moin Jürgen,

schon komisch dass es jetzt plötzlich Probleme gibt :o

Beim ersten Restore hast Du aber offensichtlich CTRL-C gedrueckt und damit den Restore bewusst abgebrochen ;-)

Beim zweiten Restore ist ein Fehler beim rsync aufgetreten. Eigentlich solltest Du die genaue Fehlermeldung auch auf der Konsole sehen. Das habe ich extra in 0.6.1.3 eingebaut. Ansonsten sieht man den exakten rsync Fehler aber im Log welches per -l 1 -m 1 erstellt wird. Hast Du da mal reingesehen? Ansonsten schicke mir mal das restore Log zu (eMail auf der Kontaktseite).

Cu framp
Zitieren
0 #754 Jürgen 2016-09-18 18:27
Hallo framp

nach länger Zeit melde ich mich wieder mit einer Bitte um Hilfe.

Nachdem ich die Sicherung auf rsync auf einen USB-Sick umgestellt habe, laufen diese mit durchschnittlic h 1 Std. für mich zufriedenstelle nd. (Soll einmal im Monat)

Jetzt bin ich den Restore am testen, laufe aber dabei auf Fehler
Zitat:
sudo raspiBackup.sh -d /dev/sdb /media/usb0/raspberrypi/raspberrypi-rsync-backup-20160915-010001
Mit der ersten Karte hatte ich
Zitat:
--- RBK0055I: Zweite Partition (Rootpartition) /dev/sdb2 wird zurückgespielt ^C??? RBK0015E: Ein Fehler ist aufgetreten mit Rückgabewert=103 ??? RBK0077E: Restore fehlerhaft bendet: CtrlC detected (RC 103)
Dann habe ich eine andere Karte genommen und formatiert
Zitat:
??? RBK0035E: Backupprogramm rsync endete beim Restore mit Fehler RC 23 ??? RBK0015E: Ein Fehler ist aufgetreten mit Rückgabewert=113 ??? RBK0077E: Restore fehlerhaft bendet: Native restore tool error (RC 113)
Beide Karten funktionierten vorher.
Die Parameter Zitat:
-l 1 -m
brachten in der Logdatei eigentlich nur die config.

Ich hoffe auf deinen fachmännischen Rat.

Gruß
Jürgen
Zitieren
0 #753 framp 2016-09-18 14:38
Merkwürdig dass man das Attribute nicht löschen kann. Beim Hin und Herkopieren ist offensichtlich irgendwie das Attribute verlorengegange n. Aber das wolltest Du ja erreichen :-)
Zitieren
0 #752 Mario 2016-09-18 14:09
Icke nochmal: Habe die Datei jetzt mal auf ein anderes Dateisystem verschoben (NFS) und dann wieder zurückkopiert, damit verschwindet dass attr augenscheinlich auch.

Die Tiefen der Linux-Dateisyst em ...
Zitieren
0 #751 Mario 2016-09-18 13:55
Danke für den HInweis mit den attr, ich habe hier neuerdings auch diesen Fall, augenscheinlich nur bei systemd-detect-virt.

Dumm, nur, dass ich es nicht gelöscht bekomme. Hast Du noch eine Idee?
Zitat:
pi@fhem ~ $ sudo attr -r capability /usr/bin/systemd-detect-virt
attr_remove: Keine Daten verfügbar
Konnte "capability" von /usr/bin/systemd-detect-virt nicht entfernen
Zitieren
0 #750 framp 2016-09-17 16:44
Es hat sich herausgestellt, dass die Fehlermeldung die Michael berichtet hat vom rsync erzeugt wird. Es ist kein Fehler von raspiBacktp. nfs unterstützt einfach keine extended Attribute :-(.
Das ist jetzt das zweite Mal dass jemand extended Attributes bei seinem Linux gefunden hat und dieses hier berichtete.

Was kann man machen wenn man ein rsync Backup auf einem nfs Space erstellt und einen Fehler wie

rsync: set_acl: sys_acl_set_fil e(mmcblk0p7/med ia/pi, ACL_TYPE_ACCESS):
Operation not supported (95)
rsync error: some files/attrs were not transferred (see previous errors)
(code 23) at main.c(1183) [sender=3.1.1]

bekommt?

Die extended Attribute suchen mit
sudo find / -type f -exec attr -l {} \;
und dann muss man sich entscheiden ob sie wichtig sind oder nicht. Bislang waren sie immer unwichtig. Dann löscht man sie mit dem attr Befehl.
Ansonsten bleibt nur das tar Backup zu benutzen und zusaetzlich die Option
DEFAULT_TAR_BAC KUP_ADDITIONAL_ OPTIONS="--xatt r" in der Konfigurationsd atei setzen oder aber auch ein dd Backup zu benutzen.
Zitieren
0 #749 framp 2016-09-14 21:05
Moin Michael,

Du kannst doch leicht mit -V auf die vorherige Version zurückgehen. Dann kannst Du mir ja morgen per eMail (Siehe Kontakt Seite) mitteilen ob der Fehler immer noch auftritt. Dazu schicke mir bitte das Log mit den Fehlermeldungen welches durch die zusätzlichen Optionen -l 1 -m 1 erstellt wird. Dann können wir offline das Problem weiter eingrenzen.

Cu framp
Zitieren
0 #748 Michael 2016-09-14 20:28
Hi

Ich lasse mir beim täglichen Update immer eine Email schicken und die Meldung hatte ich bis gestern nie. Habe am System sonst nichts geändert. Ich könnte natürlich nochmals auf die vorherige Version zurück um sicher zu sein.

Michael
Zitieren
0 #747 framp 2016-09-14 19:59
Moin Michael,

bist Du Dir sicher dass es mit der neuen Version zusammenhängt? Es gab schon einen ähnlichen Fehler (Siehe https://www.linux-tips-and-tricks.de/de/raspibackup#comment-1213) und da lag es am OS Update und extended Attributen.

Cu framp
Zitieren
0 #746 Michael 2016-09-14 11:35
Hallo zusammen

Habe heute auf die aktuelle Version gewechselt und bekomme jetzt folgende Fehlermeldung:

rsync: set_acl: sys_acl_set_fil e(mmcblk0p7/med ia/pi, ACL_TYPE_ACCESS ): Operation not supported (95)
rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1183) [sender=3.1.1]

Jemand eine Idee? Ich verwende das Script "raspiBackupWra pper.sh" (mount QNAP, backup, unmount QNAP).
Zitieren
0 #745 Mario 2016-09-13 11:34
Okay, ich brauche sowohl -a als auch -o, jetzt geht's.

Nix für ungut und danke!
Zitieren
0 #744 Mario 2016-09-13 10:20
Moin!

Nach dem Update renne ich in ein Problem mit den mandatory -a/-o Optionen.

Hier mal von der Kommandozeile:
Zitat:
root@rpi01:~# raspiBackup.sh -a ":"
--- RBK0009I: rpi01: raspiBackup.sh V0.6.1.3 um Di 13. Sep 10:19:13 CEST 2016 gestartet
--- RBK0128I: Logdatei ist /var/log/raspiBackup/rpi01.log
--- RBK0116I: Konfigurationsdatei /usr/local/etc/raspiBackup.conf wird benutzt
??? RBK0019E: Option -a und/oder -o nicht angegeben
--- RBK0026I: Logdatei wird in /var/log/raspiBackup/rpi01.log gesichert
--- RBK0043I: Unvollständiges Backup /media/nfs/backups//rpi01/rpi01-rsync-backup-20160913-101912 wird gelöscht (Kann etwas dauern. Bitte etwas Geduld)
??? RBK0102E: Backup fehlerhaft beendet
Die Option ist doch gesetzt (auch mit dem Doppelpunkt, wie von Dir vorgeschlagen), warum kommt dann also doch noch der Abbruch?

BG
Mario
Zitieren
0 #743 framp 2016-09-05 19:43
Moin Stefan,

freut mich dass es jetzt klappt.

Die Meldung kannst Du ignorieren. Aber Du solltest sie eigentlich nicht bekommen :sad: . Sie sollte nur im Debuglog auftauchen. Unterdrücken kannst Du das indem Du am Ender der Zeile in der Crontab
&>/dev/null # Meldung unterdrücken
oder
&>/var/log/rasp iBackup.cron.lo g # Meldung in Log
schreibst.

Wenn Du dann einmal einen Backuplauf mit den Parametern -l 1 -m 1 durchlaufen lassen und mir das Log zuschicken würdest kann ich vielleicht rausfinden wieso diese Meldung geschrieben wird. Meine eMail findest Du auf der Kontaktseite.

Cu framp
Zitieren
0 #742 framp 2016-09-05 19:27
Moin Kurt,

das ist natürlich ärgerlich. Speziell da keine eMail geschickt wird. Das ist aber jetzt in der Version 0.6.1.3 gefixed :-*

Zu der Meldung 27E: Bist Du Dir sicher dass an /media/Backupbi g etwas gemountet ist? Wenn ja schicke bitte das Log (-l 1 -m 1) an meine eMail (Siehe Kontakt Seite).

Cu framp
Zitieren
0 #741 Stefan 2016-09-05 17:36
Hi framp,

nach dem Backup habe ich auch den Restore getestet. Funktioniert alles. Vielen Dank!!

Eine Frage habe ich noch: Ich starte das Tool über die Crontab jeden Sonntag. Danach bekomme ich vom cronjob eine email mit folgendem Inhalt:

sfdisk: Warning: extended partition does not start at a cylinder boundary.
DOS and Linux will interpret the contents differently.

Ich sichere eine NOOBS SD-Karte mit mehreren Partitionen. In der crontab habe ich schon eingestellt, dass ich nur emails bekomme, wenn ein Fehler auftritt. Aber die Meldung oben wird wohl als Fehler interpretiert. ;-)

Hast du einen Tipp, ob ich das irgendwie korrigieren kann? (ohne die cronjob-emails komplett zu deaktivieren... )
Zitieren
0 #740 Kurt 2016-09-04 22:28
Hallo framp,

ich hatte vor Wochen mein wöchentliches backup (cron job) auf rsync umgestellt (siehe meinen letzten thread). Ich habe heute das backup Verzeichnis angeschaut und verwundert festgestellt, dass es leer ist, vorher waren dort drei rsync backups vom 14., 21. und 28.8. (5.5GB, 4xxMB, 6yy MB).

Ich habe darauf hin ein backup manuell angestoßen was aber nicht erfolgreich war mit einem Fehler:
20160904-210341: MSG ??? RBK0027E: Kein externes Gerät an /media/Backupbi g verbunden. Die SD Karte würde für das Backup benutzt werden.
Das Laufwerk /media/Backupbi g ist gemounted, das Verzeichnis raspberry ist aber leer.

Hast Du eine Idee was da nicht passt? Bei Bedarf kann ich das log file Dir senden.

Kurt

P.S: Habe vor dem manuellen backup heute auf 0.6.1.3 aktualisiert.
Zitieren
0 #739 framp 2016-09-04 18:05
Moin Jürgen,

für mich gibt es nur einen Grund warum man ein dd Backup wählen sollte: Es kann als einziges Backup mit wind32diskimage r unter Windows restored werden und man möchte nicht LInux für den Restore benutzen.
Ansonsten würde ich immer tar oder rsync wählen. Und so schwer ist es auch nicht das Backup auf der raspi zu restoren. Man muss es eben nur mal etwas üben :-)

Cu framp
Zitieren
0 #738 Jürgen 2016-09-04 17:46
Hallo Framp

danke für deine Geduld :-)

Zitat:
Natürlich wird das Verzeichnis auf welches gesichert wird nicht mitgesichert. Der Mountpunkt wird aber mitgesichert.
ist genau das was ich wissen wollte.

Das mit der Partitionierung übersteigt dann doch mein Linux-Verständnis.
Zitat:
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT mmcblk0 179:0 0 14.9G 0 disk ├─mmcblk0p1 179:1 0 56M 0 part /boot └─mmcblk0p2 179:2 0 14.8G 0 part /
Wahrscheinlich werde ich dann doch mittels einer der anderen Methoden auf einen USB-Stick direkt an der PI sichern

Danke
Jürgen
Zitieren
0 #737 framp 2016-09-04 14:54
Moin Jürgen,

vielen Dank für Deine nützlichen Hinweise !

1) Den Namen habe ich irgendwann geändert, denn er war mir zu ungenau. Die Änderung habe ich in der Doc nicht nachgezogen :oops: . Ist jetzt aber korrigiert.

2) Auch habe ich nicht nur diesen sondern noch andere fehlende Konfig Definitionen in den Konfig Datei nachgezogen.

Der DD Parameter wirkt nur wenn die root Partition verkleinert wurde. Der Meldung nach hast Du das nicht getan. Mit lsblk kannst Du Dir die aktuellen Partitionsgröss en ansehen. Ich empfehle zum Repartitioniere n gparted zu benutzen. Wenn Du kein Linux hast musst Du aber erst ein raspbian von einer anderen SD Karte booten und dann damit die andere SD Karte repartitioniere n. Unter Windows kannst Du nicht repartitioniere n, da Windows kein ext3/4 Dateisystem kennt.

Zu Deiner Frage zur NAS. Die verstehe ich leider nicht so ganz. Natürlich wird das Verzeichnis auf welches gesichert wird nicht mitgesichert. Der Mountpunkt wird aber mitgesichert. Sollte das nicht Deine Frage gewesen sein musst Du sie noch einmal etwas genauer formulieren :-)

Cu framp
Zitieren
0 #736 Jürgen 2016-09-04 11:16
Hallo framp

ich habe jetzt den neuen DD-Parameter getestet. Kann es sein, dass die Doku oben nicht aktuell ist und er Zitat:
$ DEFAULT_DD_BACKUP_SAVE_USED_PARTITIONS_ONLY="1"
heißen müßte. Es wäre auch gut, wenn er in der Muster-Config (Link oben) stehen würde.

Zum Ergebnis.Zitat:
RBK0003I: Backupgröße wird von 14.83 GiB auf 14.83 GiB reduziert
. Da hat sich scheinbar nichts getan, oder ?

Dann habe ich noch eine Frage: ich sichere ja über einen Mountpunkt auf die FritzNas. Wie wird eigentlich das auf dem Raspberry liegende Verzeichnis mit den Daten auf dem externen Laufwerk behandelt ?

Danke und Gruß
Jürgen
Zitieren
0 #735 framp 2016-09-02 22:32
Moin Rene,

wenn Du sicher bist nichts zu starten und zu stoppen zu muessen - was ich schon etwas merkwuerdig finde - dann benutze den Doppelpunkt als Argument fuer -a und -o - also -a ":" -o ":".

Cu framp

PS: Hintergrund ist dass es schon vorgekommen ist das Benutzer die Parameter aus Unkenntnis nicht benutzt haben und sich wunderten dass der Restore inkonsistent war :-)
Zitieren
0 #734 René 2016-09-02 21:22
Hi framp,

nach dem Update auf die neue Version bekomme ich:
??? RBK0019E: Option -a und/oder -o nicht angegeben
In den Release Note habe ich gelesen, dass diese Params nun mandatory sind, ich habe aber keine Services zu stoppen oder zu starten.
Was mache ich falsch?

Danke & Grüße

René
Zitieren
0 #733 framp 2016-08-29 09:02
Moin Mathias,

Dein Anwendungsszena rio verstehe ich und ich hatte es auch als ich noch XBMC im Einsatz hatte. Ich verstehe aber nicht warum Du der Meinung bist, dass raspiBackup dafuer ungeeignet ist :sigh:
Lies Dir bitte mal die FAQ #3 und #4 durch sowie die Beschreibung der Optionen -t und -z ;-)

Cu framp
Zitieren
0 #732 Mathias 2016-08-29 06:43
da ich Kodi über eine externe Festplatte laufen lasse, ist diese Backup-Variante für mich (und einige andere auch) sinnlos.
Gefragt sind Backup-Methoden , die auch komprimieren, bzw ein Backup der Daten machen. Beispiel: Backup per DD macht bei mir 500GB. Backup der selben Platte per Clonezilla macht 4GB.
Zitieren
0 #731 framp 2016-08-25 19:55
Moin Jürgen,

aus Deinem Beitrag entnehme ich, dass bei Dir nun auch der Restore funktioniert :-)

3 Stunden ist recht lange. Mit den nächsten Version sollte Dein dd Backup dann schneller gehen wenn Du die root Partition entsprechend verkleinerst :-*

Cu framp
Zitieren
0 #730 Jürgen 2016-08-25 19:03
Hallo framp

tausend Dank für das klasse Tool und deine hervorragende Unterstützung. :-) :-) :-)

Den Cronjob habe ich jetzt für den ersten im Monat um 01 Uhr eingestellt. Da kann ich die Laufzeit von 3 Stunden verschmerzen.

Die Anwendungsdaten sichere ich zusätzlich täglich.

Jürgen
Zitieren
0 #729 framp 2016-08-24 20:29
Moin Jürgen,

Du bist jetzt schon der Zweite der das Problem mit mpack berichtet. Eigentlich wird das in raspiBackup geprüft. Ich muss mir den Code da noch mal genauer ansehen und das fixen.

Es gibt zwei Workarounds:
1) sudo apt install mpack
2) DEFAULT_APPEND_ LOG=0 in der Konfig setzen

Willst Du wirklich das Log per eMail zugeschickt haben? Die Funktion stammt eigentlich noch aus der Anfangszeit als ich raspiBackup entwickelt habe. Eigentlich braucht man das nicht mehr. Somit wäre (2) meine Empfehlung.

Ansonsten sieht das mit dem Starten gut aus wie ich soweit beurteilen kann. Die Stopbefehle hast Du sicherlich auch - nur eben umgekehrt - definiert.

Damit sollte dann der Restore auch brauchbare Ergebnisse liefern ;-)

Cu framp
Zitieren
0 #728 Jürgen 2016-08-24 10:18
Hallo framp

was hätte ich eine erfolgsmeldung gegeben, jedoch kommt nach 2 Std nach dem Starten der Services die Meldung:
Zitat:
/usr/local/bin/raspiBackup.sh: line 1555: mpack: command not found
Kannst du da was mitanfangen ?

Meine Start-Services sehen so aus (Samba gegen SMBD ausgetauscht wegeb Fehlermeldung)
Zitat:
DEFAULT_STARTSERVICES="/etc/init.d/fhem start; sudo /home/pi/svrpi/svfb.sh start; service smbd start"
Es wird alles korrekt gestoppte und gestartet !

Danke
Jürgen
Zitieren
0 #727 framp 2016-08-23 20:56
Moin Wolfgang,

eigentlich prüft raspiBackup ob mpack installiert ist. Allerdings ist da ein kleiner Bug im Script. Ich habe das eben in der nächsten Version gefixed.
Zitat:
ssmtp: 550 invalid DNS MX or A/AAAA resource record
Das klingt merkwürdig. Bist Du sicher dass Dein ssmtp richtig konfiguriert ist?
Rufe doch mal bitte das Script mit -l 1 -m 1 auf und siehe im Log nach. Dort steht eine Zeile

Sendig email with ssmtp

und die folgende Zeile gibt genau den Befehl aus, den raspiBackup benutzt um die eMail zu schicken. Kannst Du diesen Befehl in der Befehlszeile ausführen?

Cu framp
Zitieren
0 #726 Wolfgang 2016-08-23 20:13
Hi,
hier noch eine Ergänzung.
Ich habe in Zeile 1555 gesehen, das es einen Zusammenhang zum AppenLog gibt.
Bei meinem ersten Versuch stand AppenLog auf 1.
Setzte ich es auf 0 kommt folgende Meldung:
ssmtp: 550 invalid DNS MX or A/AAAA resource record

LG

Wolfgang
Zitieren
0 #725 Wolfgang 2016-08-23 20:03
Hallo framp,

ich wollte die Mails mit ssmtp verschicken. Habe es installiert und kann von der Konsole damit Mais verschicken. Wenn ich in der raspBackup.conf als Mail-CLient ssmtp eintrage, bekomme ich bei raspiBackup.sh -F folgenden Fehler

/usr/local/bin/raspiBackup.sh: Zeile 1555: mpack: Kommando nicht gefunden.

Schreibe ich zum Test statt ssmtp in der conf SSMTP, wird gemeldet, dass SSMTP nicht unterstützt wird.

Wie kann ich ssmtp nutzen?

Gruß

Wolfgang
Zitieren
0 #724 Stefan 2016-08-22 21:23
Was es alles für Befehle gibt... :oops:

Hier die Outputs der beiden Varianten:

root@raspberrypi:/media/nas-backup/raspberrypi# du -sh *
4,5G raspberrypi-rsync-backup-20160822-184617
4,5M raspberrypi-rsync-backup-20160822-190436
5,2M raspberrypi-rsync-backup-20160822-195250
5,7M raspberrypi-rsync-backup-20160822-201610
root@raspberrypi:/media/nas-backup/raspberrypi# du -shl *
4,7G raspberrypi-rsync-backup-20160822-184617
4,7G raspberrypi-rsync-backup-20160822-190436
4,7G raspberrypi-rsync-backup-20160822-195250
4,7G raspberrypi-rsync-backup-20160822-201610

Wenn also "du -sh *" den realen Speicherbedarf anzeigt, dann passt ja alles. Da belegen die Folgebackups ja nur noch einige MB.
Zitieren
0 #723 framp 2016-08-22 20:50
Moin Stefan,

das ist ja das schöne dass Du denkst Du hast die Daten n Mal - aber in Wirklichkeit nur 1 Mal :-)

In der nächsten Version von raspiBackup wird geprüft ob Du Hardlinks anlegen kannst. In der aktuellen Version werden immer Kopien erstellt wenn keine Hardlinks unterstützt werden :cry:

Benutze mal
du -sh *

und

du -shl*

in deinem Backupverzeichn is und vergleiche die Ergebnisse (Siehe auch dazu http://stackoverflow.com/questions/19951883/du-counting-hardlinks-towards-filesize)

Und ja ... Teste den Restore vor dem Ernstfall. Gab schon Spezl die erst dann merkten dass sie nicht wissen wie das geht :o

Cu framp
Zitieren
0 #722 Stefan 2016-08-22 20:30
Ähm...ja...nach gemessen habe ich nicht wirklich per Befehl. Sondern mir einfach die Ordnergröße anzeigen lassen. Kann auch durchaus sein, dass die Ordner nicht 100%ig gleich groß sind, aber eben alle so ca. 4.6GB.

Ich habe (vermutlich irrtümlich) gedacht, dass ein Hardlink nur einen Bruchteil des Speicherplatzes der Originaldatei belegt (eben ein Link). Aber es scheint ja so zu sein, dass der Hardlink die gleiche Größe hat. Korrekt?

Wenn ich einen "find" absetze, kommt auch ein ähnliches Ergebnis. Scheint also doch zu funktionieren bei mir. ;-)

Dann werde ich jetzt noch den Restore testen.

Dank dir,
Stefan
Zitieren
0 #721 framp 2016-08-22 20:17
Moin Stefan,

wie hast Du nachgemessen (genaue Befehl) das die Kopie wieder genauso gross ist?

Du kannst uebrigens auch recht einfach pruefen ob Hardlinks benutzt wurden.

Anbei habe ich mal in einem Backupverzeichn is meiner raspberrypi einen find abgesetzt. Da siehst Du dass immer eine 3 vor root/root steht. Da ich drei Backups habe ist die Datei auch 3 Mal mit Hardlinks verlinked (pro Backup wird ein softlink noch gelistet). So sollte es bei Dir auch aussehen, denn wenn Deine Synology ext3/4 per nfs exportiert werden auch Hardlinks benutzt.

framp@raspifix /disks/silver/b ackup/rsync/ras pberrypi $ find . -iname which -exec ls -la {} \; 2>/dev/null
lrwxrwxrwx 3 root root 10 Jul 8 2012 ./raspberrypi-r sync-backup-201 60821-033001/us r/bin/which -> /bin/which
-rwxr-xr-x 3 root root 946 Jul 8 2012 ./raspberrypi-rsync-backup-20160821-033001/bin/which
lrwxrwxrwx 3 root root 10 Jul 8 2012 ./raspberrypi-r sync-backup-201 60814-033001/us r/bin/which -> /bin/which
-rwxr-xr-x 3 root root 946 Jul 8 2012 ./raspberrypi-rsync-backup-20160814-033001/bin/which
lrwxrwxrwx 3 root root 10 Jul 8 2012 ./raspberrypi-r sync-backup-201 60807-033001/us r/bin/which -> /bin/which
-rwxr-xr-x 3 root root 946 Jul 8 2012 ./raspberrypi-rsync-backup-20160807-033001/bin/which

Cu framp
Zitieren
0 #720 Stefan 2016-08-22 19:13
Hallo framp,

erst einmal vielen Dank für dein Script. Ich möchte damit meinen RPi3 auf eine Synology sichern. Eingebunden ist sie über ein NFS share. Das funktioniert auch. Mount über das Wrapper-Script.

Das Backup ist als rsync-Backup konfiguriert. Das Initial-Backup dauerte eine Weile und hat 4,6GB gesichert. Ich habe direkt danach einen weiteren Backuplauf gestartet, um zu sehen, ob beim zweiten Mal dann nur noch (wie ja gewünscht) die geänderten Daten gesichert werden. Jedoch umfasst die zweite Sicherung wieder 4,6GB. Lief aber schneller durch (5 statt 15 Minuten).

Soll das so sein?

Hardlinks stehen auf "1" in der Config. Und der Synlogy-Share ist wie im Tutorial hier als nfs3-share eingebunden.

Du schreibst ja, dass rsync nur mit ext3/ext4 funktioniert. Ist das vielleicht das Problem, weil hier ja nfs genutzt wird?

Gruß,
Stefan
Zitieren
0 #719 framp 2016-08-21 21:15
Moin Jürgen,

bitte denke daran, dass Du vor dem Sichern Deine laufenden Dienste wie FHEM und vermutlich auch solarview und andere stoppen musst, denn sonst sicherst Du keinen konsistenten Datenstand. Dazu hast Du bei raspiBackp die Parameter -a und -o. Es gibt Benutzer die sichern und restoren ihre FHEM erfolgreich. Leider kenne ich mich mit FHEM nicht aus und kann deshalb auch nicht weiterhelfen.
Vielleicht kann jemand von den Mitlesern, die FHEM im Einsatz haben, die Argumente für -a und -o hier posten. Ansonsten würde ich an Deiner Stelle mal im FHEM Forum nachfragen -> https://forum.fhem.de

Alternativ kannst Du die Parameter auch in der Konfig eintragen. Bei mir sehen sie z.B. so aus (kein FHEM System)

DEFAULT_STARTSERVICES="service nfs-kernel-serv er start; service samba start; service pilight start; service cups start; service minidlna start; startPiScheduler.sh"

DEFAULT_STOPSERVICES="stopPiScheduler.sh; service minidlna stop; service cups stop; service pilight stop; service samba stop; service nfs-kernel-serv er stop"

Ich hoffe die Info hilft Dir weiter.

Cu framp
Zitieren
0 #718 Jürgen 2016-08-21 19:42
Hallo Framp

danke der Nachfrage. Ja, das Sichern inkl. Mail läuft prima. :-) :-) :-) Aber jetzt fangen die Probleme leider erst recht an. Vielleicht kannst du da auch helfen, wenngleich das weniger mit deinem Tool direkt zu tun hat.

Vielleicht zum Hintergrund: Auf der PI laufen fhem und solarview (wahrscheinlich hast du davon gehört.) Das Backup wollte ich für den absoluten Desasterfall haben: die SD-Karte gibt ihren Geist auf. Somit wollte ich ein Image haben, mit der releativ schnell eine neue Karte erstellt werden kann,

Zitat:
Denke daran auch den Restore zu testen
. Damit habe ich den Nachmittag verbracht.

Mit win32diskimager wollte ich das Image wiederherstelle n. Für die anderen Wege müßte ich ja erst ein Dummy-System, welches im Netzwerk funktioniert, erstellen, dann die USB-Devices ermitteln etc (Linux-Dummie).

Die erste SD tats nicht. Die 2. startete. In den Netzwerkverbind ungen sah ich die PI auch mit der alten IP. Jedoch mit putty konnte ich nicht zugreifen. :sad: Dann sah ich auch, dass die Netzwerk-LED nicht an war.

FHEM war nicht erreichbar, Solarview fehlten Daten.

Ach so: Die PI hängt per Kabel an einen Fritz-WLAN-Repeater.

Mit der alten SD läuft wieder alles prima.

Und was nun ? :cry:
Zitieren
0 #717 framp 2016-08-21 15:40
zitiere Jürgen:
Hallo framp
vielen Dank für das tolle Tool und die sehr gute Unterstützung :D


Moin Jürgen,

draus schliesse ich dass Du jetzt wohl Backups mit raspiBackup erfolgreich erstellen kannst :-) Denke daran auch den Restore zu testen. Wie man einen Restore macht und ob er funktioniert. Es kam schon öfters vor dass erst im Notfall wenn das Backup dringend benötigt wurde Benutzer fragten was sie denn machen müssen :o

Cu framp
Zitieren
0 #716 framp 2016-08-21 14:43
Moin strobl jakob,

die Meldung RBK011E sagt es doch :-)

Entweder ein dd Backup erstellen oder den Parameter -P benutzen.

Cu framp
Zitieren
0 #715 strobl jakob 2016-08-21 14:38
Das Script funktioniert leider nicht.

root@garry-1:~# /usr/local/bin/ raspiBackup.sh -p /backup -t tar -k 4
--- RBK0009I: garry-1: raspiBackup.sh V0.6.1.2 um So 21. Aug 14:36:30 CEST 2016 gestartet
--- RBK0128I: Logdatei ist /var/log/raspiBackup/garry-1.log
--- RBK0116I: Konfigurationsd atei /usr/local/etc/ raspiBackup.con f wird benutzt
??? RBK0013E: Es existieren mehr als zwei Partitionen, die nur mit dem Backuptype DD oder DDZ oder dem Parameter -P gesichert werden können

Was soll ich tun?
Zitieren
0 #714 Jürgen 2016-08-21 13:14
Hallo framp
vielen Dank für das tolle Tool und die sehr gute Unterstützung :D
Zitieren
0 #713 framp 2016-08-20 18:39
Moin Jürgen,
zitiere Jürgen:
...Gestatte mir 2 Nachfragen:
Dazu ist die Kommentarfunktion da :-)
Zitat:
Du empfiehlst exim4, dennoch ist der nicht bei den unterstützten EMail-Client aufgeführt.
Ist es für mich nicht einfacher mit SMTP ?
SMTP ist das eMailProtokoll das benutzt wird. raspiBackup bietet mail|sendEmail|ssmtp an. sendEMail und ssmtp sind eMailProgramme die Du installieren kannst. Das Programm mail wird von diversen eMailProgrammen angeboten. Dazu gehört z.B. postfix, sendmail und auch exim4.
Zitat:
Wenn ich es richtig verstanden habe, ist DD das einzige Format, welches win32diskimager unterstützt. Ist der Parameter bei DD, der das Problem minimal abweichender Kartengrößen zu lösen, DEFAULT_SAVE_
USED_PARTITIONS_ONLY ?
Ihn finde ich nicht in der Config ?! Wie muss er gesetzt werden ?
Das ist ein Parameter der schon dokumentiert ist aber erst in der nächsten Version 0.6.1.3 angeboten wird ;-) Ende August wird sie wohl verfügbar sein. Bis dahin kannst Du aber die Version 0.6.1.2 benutzen. Wenn die neue Version verfügbar ist wird Dich raspiBackup darauf hinweisen und Du kannst leicht mit -U upgraden.
Zitat:
Danke und ein schönes Wochendende
Danke, Dir auch.

Cu framp
Zitieren
0 #712 Jürgen 2016-08-20 17:59
Hallo framp

danke für die schnelle Reaktion

ich habe mir nochmals die komplette Log-Datei angeschaut und da steht mein Fehler:
"No space left on device"

Den kleinen Stick hatte ich nur aus anderen Gründen an der Fritzbox. Werde ihn jetzt austauschen.

Gestatte mir 2 Nachfragen:

Du empfiehlst exim4, dennoch ist der nicht bei den unterstützten EMail-Client aufgeführt.
Ist es für mich nicht einfacher mit SMTP ?

Wenn ich es richtig verstanden habe, ist DD das einzige Format, welches win32diskimager unterstützt. Ist der Parameter bei DD, der das Problem minimal abweichender Kartengrößen zu lösen, DEFAULT_SAVE_
USED_PARTITIONS_ONLY ?
Ihn finde ich nicht in der Config ?! Wie muss er gesetzt werden ?

Danke und ein schönes Wochendende
Zitieren
0 #711 framp 2016-08-20 17:12
Moin Jürgen,

mir ist eben aufgegangen, dass ich Dich vielleicht falsch verstanden habe :oops:

Mit dem Parameter -F ist raspiBackup im Fakemodus und erstellt kein Backup. Sinn macht der Parameter nur zum Testen der Emailbenachrich tigung.

Zitat:
??? RBK0043E: Unvollständiges Backup /media/fritzbox -usb/raspberryp i/raspberrypi-d d-backup-201608 20-162553
Diese Meldung kommt bei -F immer und bedeutet keinen Fehler. Ich werde die Meldung rausnehmen bei -F.

Wenn Du also -F weglässt wird raspiBackup ein Backup erstellen wie es in der Konfigdatei beim Installieren von Dir konfiguriert wurde.

Cu framp
Zitieren
0 #710 framp 2016-08-20 16:47
Moin Jürgen,

das sieht alles soweit eigentlich OK aus. Wenn Du keine eMail erhälst liegt das daran dass

1) Du keinen eMailer auf der Raspi konfiguriert hast (ich benutze z.B. exim4) (Siehe z.B. Zitat:
http://www.forum-raspberrypi.de/Thread-tutorial-die-post-geht-ab-mails-mit-dem-pi-versenden
)

2) Du die Parameter -e und -s nicht oder falsch angegeben hast

3) der Parameter -E fehlt oder falsch ist (je nachdem was Du bei -s angegeben hast)

Wenn Du Probleme beim Konfigurieren des eMailers hast solltest Du in Raspberry- oder auch LinuxForen suchen und fragen.

Wenn Du zwar eMails von der Raspi schreiben kannst - Du aber keine von raspiBackup erhältst - brauche ich Deine Aufrufparameter (eMail und u.U. Kennwörter aber bitte maskieren :-* )

Cu framp
Zitieren
0 #709 Jürgen 2016-08-20 16:33
Hallo
vielen Dank für das Tool. Als total Unwissender in Linux habe ich aber ein Problem.

Ich rufe auf:
sudo raspiBackup.sh -F

Alle Oarameter stehen in der config (soweit als möglich Standard)

Als Ergebnis bekomme ich
--- RBK0009I: raspberrypi: raspiBackup.sh V0.6.1.2 um Sat 20 Aug 16:25:55 CEST 2016 gestartet
--- RBK0128I: Logdatei ist /var/log/raspiBackup/raspberrypi.log
--- RBK0116I: Konfigurationsd atei /usr/local/etc/ raspiBackup.con f wird benutzt
!!! RBK0124W: Simulationsmodu s an
--- RBK0081I: Backup vom Typ dd wird in /media/fritzbox -usb/raspberryp i/raspberrypi-d d-backup-201608 20-162553 erstellt
--- RBK0085I: Backuperstellun g vom Typ dd läuft. Bitte Geduld
--- RBK0010I: raspberrypi: raspiBackup.sh V0.6.1.2 um Sat 20 Aug 16:25:57 CEST 2016 beendet
--- RBK0017I: Backup erfolgreich beendet
??? RBK0043E: Unvollständiges Backup /media/fritzbox -usb/raspberryp i/raspberrypi-d d-backup-201608 20-162553 wird gelöscht (Kann etwas dauern. Bitte etwas Geduld)

Ich habe keinen Nachlauf, kein Exclude, kein Mail (außer Standard) definiert. Was läuft da falsch ?

Kannst du bitte helfen ? Welche Infos benötigst du ?

Danke vorab
Zitieren
0 #708 framp 2016-08-10 20:54
Moin Elektrofreak,

zu Deinem Feature Request: Ich biete zu raspiBackup ein Wrapperscript an => https://www.linux-tips-and-tricks.de/de/raspibackup#wrapper welches genau für solche Zwecke gedacht ist ;-)

Zu Deiner Frage: Ich persönlich halte nichts von einer Mixtur von verschiedenen Backups - aber die Möglichkeit besteht natürlich und wird auch benutzt.

Du definierst alle Hauptkonfigurat ionsparameter von raspiBackup in /usr/local/rasp iBackup.conf und überschreibst den Typ und/oder die Backupanzahl über Aufrufparameter von raspiBackup in der crontab.

Cu framp
Zitieren
0 #707 Elektrofreak 2016-08-10 12:23
Hallo,

erst mal vielen Dank für das tolle Script!

Da hast geschrieben, dass verschiedene Backup-Methoden kombiniert werden können. Könntest du hierfür ein Beispiel machen? (bzw. wie man verschiedene Konfigurationsd ateien verwendet. Crontab ist ja schon erklärt :-))

Ein weiteres "feature request" wäre, dass man vor der Ausführung des Scriptes Netzlaufwerke oder andere Laufwerke per "sudo mount -a" einbindet. Das müsste ich ansonsten jedes mal per Hand vorher prüfen bzw. ausführen.

Vielen Dank!
Zitieren
0 #706 framp 2016-08-03 22:51
Moin bcutter,

-F ist zugegebenermass en mal aus der Not entstanden und nur halbherzig in raspiBackup implementiert. Ich muss das mal in einer naechsten Version richtig glattziehen und dann auch wirklich als Simulation beschreiben.

Zum Abbruch: Das kannst Du selbst kontrollieren. Du musst in der Extension nur ein
exit 0
am Ende stehen haben. Damit wird raspiBackup signalisiert dass alles OK ist.

Cu framp
Zitieren
0 #705 bcutter 2016-08-03 21:12
Update zu Frage 1: "-F" gefunden. Vielleicht magst du ja auf der Seite mal das Stichwort "Simulation / simuliert" aufnehmen :)
Zitieren