ja doch...wills halt automatisiert
Raspberry Homebridge Backup
-
-
Ich möchte ein backup meines Raspberry pi machen, aber nicht jedes mal die SD Karte herausnehmen und in Pc stecken. Da ich keine NAS habe wird das beste sein, ein Usb Stick an den Pi anzuschließen oder gibt es eine bessere Möglichkeit ? Wie mache ich das es automatisch ein backup auf den SUB stick erstellt ?
Muss ich beim Erstellen eines Images mit Pibaker irgendetwas beachten?
Hatte damit vor einiger Zeit mal ein komplettes Backup meiner 16 GB SD Karte erstellt. Heute wollte ich es dann auf einer zweiten SD Karte, ebenfalls 16GB, installieren und hatte beim Booten des PIs so viele Fehlermeldung, dass er dann irgendwann abgeschmiert ist. Muss das Image zwingend mit Pibaker auf die SD Karte installiert werden? Hatte es nämlich ganz klassisch über das Terminal gemacht..
Ich mache das mit einem Script
ModifiedBash
Alles anzeigen#!/bin/bash #VARs - EDIT HERE BACKUP_PFAD="/mnt/backup" MAX_OLD="60" #days BACKUP_NAME="HomePiBackup" # ENDE VARIABLEN #umount if mounted sudo umount ${BACKUP_PFAD} #start NAS if offline if ping -c 4 192.168.x.x &> /dev/null then echo online else echo wake up... wakeonlan xx:xx:xx:xx:x:x # wait for wakeup! sleep 5m fi if ping -c 4 192.168.x.x &> /dev/null then #Mount NAS sudo mount -t cifs -o user=Xxxxxxx,password=Xxxxxxxx,rw,file_mode=0777,dir_mode=0777 //192.168.x.x/WindowsBackup/Pi ${BACKUP_PFAD} #Backup mit Hilfe von dd erstellen und im angegebenen Pfad speichern sudo dd if=/dev/mmcblk0 status=progress > ${BACKUP_PFAD}/${BACKUP_NAME}.img sleep 30s #shrink image cd ${BACKUP_PFAD} sudo pishrink.sh ${BACKUP_NAME}.img sleep 30s sudo pishrink.sh ${BACKUP_NAME}.img sleep 30s #rename with date sudo mv -i ${BACKUP_NAME}.img ${BACKUP_NAME}-$(date +%Y%m%d-%H%M%S).img #delete old files older then x find * -mtime +${MAX_OLD} -exec rm {} \; sleep 30s #umount NAS sudo umount -l ${BACKUP_PFAD} #sudo reboot fi
Shrinkimage ist ein fertiges Script. (https://github.com/Drewsif/PiShrink)
Wakeonlan kann man per App-Get nachinstallieren.
Als Pfad kann man auch einen usb Stick angeben und nur das geshrinkte Image auf die NAS kopieren.
2 mal Image Shrink da es manchmal bei mir nicht geklappt hat. Zumindest nicht beim ersten Durchlauf.Backup des kompletten Image zu erstellen macht schon Sinn ich mache das auch so. Für MacOS gibts dafür ApplePiBaker. Genial einfach.
Dein Workflow sieht schon etwas gruselig aus, aber ich kenne mich mit Fenstern nicht aus und weiss daher nicht obs da auch ein simples Tool gibt um das SD Image schnell in ein ZIP zu kopieren.
Ja so kann man es machen und Pi Baker ist auch super dafür. Nur mit det seinem tool und einem USB Stick im Pi kann man das backup erstellen ohne einen Handschlag zu machen. Zum Restore nehme ich gerne den Pi Baker.
Ich hätte das ganze gerne noch auf dem NAS.
Nastra Werde ich mal testen. Deine Geschwindigkeit des Backups verblüfft mich. Bei mir dauert es mit dem schnellsten stick am Pi locker 40min eher mehr bei 8GB
ZitatNastra Werde ich mal testen. Deine Geschwindigkeit des Backups verblüfft mich. Bei mir dauert es mit dem schnellsten stick am Pi locker 40min eher mehr bei 8GB
Ich vermute mal das du noch keinen Pi 4 nutzt da du deinen mit USB betreibst was beim Pi 4 bisher nur über Umwege möglich ist da die Foundation den USB Bootloader noch nicht implementieret hat.
Der unterschied liegt dann vermutlich daran das der Pi 4 eine Gigabit Lan Schnittstelle verbaut hat was bei den älteren Pi Modellen nicht der Fall gewesen ist und was in zusammenspiel mit einem Gigabit Lan die Geschwindigkeit ermöglicht aufs NAS.
nein tatsächlich nutze ich einen pi3. Aber das der neue kein USB unterstützt ist mir jetzt auch neu 😀
bin im Moment auch ziemlich raus der Thematik muss ich sagenMuss ich beim Erstellen eines Images mit Pibaker irgendetwas beachten?
Hatte damit vor einiger Zeit mal ein komplettes Backup meiner 16 GB SD Karte erstellt. Heute wollte ich es dann auf einer zweiten SD Karte, ebenfalls 16GB, installieren und hatte beim Booten des PIs so viele Fehlermeldung, dass er dann irgendwann abgeschmiert ist. Muss das Image zwingend mit Pibaker auf die SD Karte installiert werden? Hatte es nämlich ganz klassisch über das Terminal gemacht..
das sollte keinen Unterschied machen. Pi Baker macht das gleiche wie das Terminal
Ich bin jetzt so vorgegangen aber es hakt irgendwo noch:
pi@Homebridge:~ $ showmount -e 192.168.178.28
Export list for 192.168.178.28:
/i-data/a388c690/nfs/NSA325 *
/i-data/ed6dcecd/nfs/homebridge *
pi@Homebridge:~ $ sudo mount -t nfs 192.168.178.28/i-data/ed6dcecd/nfs/homebridge /mnt/backup
mount.nfs: mount point /mnt/backup does not exist
pi@Homebridge:~ $ sudo mkdir /mnt/backup/
pi@Homebridge:/mnt/backup $ sudo mount -t nfs 192.168.178.28/i-data/ed6dcecd/nfs/homebridge /mnt/backup/
mount.nfs: remote share not in 'host:dir' format
pi@Homebridge:/mnt/backup $ sudo mount -t nfs 192.168.178.28/i-data/ed6dcecd/nfs/homebridge /mnt/backup
mount.nfs: remote share not in 'host:dir' format
Bei Version 0.1.7 kann es sein es gibt noch keine cfg Datei.
mount.nfs: NFS URLs are not supported
Datei in /mnt/backup anlegen
jetzt sollte mit
jetzt sollte die Datei weg sein und nach einem erneuten
wieder sichtbar
nach dem unmount ist die Datei noch sichtbar. Allerdings wenn ich Über den Finder in die Freigabe reingehe, ist dort keine Datei. Sollte sie nicht auch dort vorhanden sein?
pi@Homebridge:/mnt/backup $ sudo mount -t nfs 192.168.178.28:/i-data/ed6dcecd/nfs/homebridge /mnt/backup
pi@Homebridge:/mnt/backup $ sudo touch /mnt/backup hello.txt
pi@Homebridge:/mnt/backup $ ls -al /mnt/backup
insgesamt 8
drwxrwxrwx 2 root root 4096 Jan 1 12:44 .
drwxr-xr-x 5 root root 4096 Jan 1 11:49 ..
pi@Homebridge:/mnt/backup $ ls
hello.txt
pi@Homebridge:/mnt/backup $
Das hat geklappt Der ":" hat gefehlt
wäre das ganze jetzt trotzdem richtig vorbereitet und ich müsste das ziel jetzt entsprechend in der CFG Datei eintragen für das Backup?
EDIT:
Hab jetzt raspiBackup.sh 0.4.11 geladen aber mit
sudo nano hbridge_backup.cfgfinde ich keine Option wo ich das ziel des Backups festlegen kann (NAS)
EDIT2: Folgendes habe ich mit nano in die CFG eingetragen:
#########################################################################################################################
# raspiBackup.sh #
#########################################################################################################################
Boot_Device="mmcblk0" # Das Boot-Device eintragen (Achtung ohne Ziffer, "sda", "sdb")
Backup_Device="192.168.178.28:/i-data/ed6dcecd/nfs/homebridge" # hier das Sicherungs-Device eintragen (\"\dev$
Backup_Pfad="/mnt/backup" # Backup Ziel ("" = /mnt/USB_Device) oder z.B. "/home/UserName/hbridge_install" eintra$
Backup_Anzahl="3" # 2 alte Backups bleiben erhalten +1 (aktuelle Backup)
Del_Img="1" # 0= nichts löschen "nodel", 1= max. AnzBackup-1 Img bleiben auf dem Stick, 2= alle Im$
DispSicTime="1" # Anzeige der Uhrzeit vor und nach der Sicherung/Shrinking 1= an, 0= aus
Run_Batch="0" # 1= Batch-Modus an, 0= Batch-Modus aus
image_Name="" # Dateiname der Sicherungsdatei vorgeben (das Datum, wird autom. angefügt)
gzImage="0" # 0 = disable, zip/gz = im Anschluss wird die img-Datei gepackt (*.zip/*.img.gz)
Backup_txt="0" # 1= eine Kommentar-Datei zum Backup anlegen (Bestätigung mit Enter notwendig!)
KommentarZeilen="5" # Anzahl der Zeilen für den Kommentar
Backup_Log=0 # 1= mini Log-Datei zum Backup mit erstellen
Shrink_Image="0" # 0= Image nicht shrinken, 1= Image shrinken
Skip_Autoexpand= # true = kein autom. erweitern des Filsystem nach dem Restore, false = Fsystem autom. $
TToken_raspiBackup=$TToken_hbridge_new # Token für Telegram API
TChat_ID_raspiBackup=$TChat_ID_hbridge_new # CHAT ID für Telegram bot Chat
Danach kommt folgendes:
pi@Homebridge:~/hbridge_install $ ./raspiBackup.sh ?
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
mmcblk0 179:0 0 7,5G 0 disk
├─mmcblk0p1 179:1 0 41,8M 0 part /boot
└─mmcblk0p2 179:2 0 7,4G 0 part /
Jetzt den Sicherungs-Stick anstecken! (10sec warten, dann weiter mit Enter)
det ist mmcblk0 das richtige bei Bootdevice damit alles gesichert wird oder reicht hier mmcblk0p2?
Es scheint zumindest zu funktionieren Das Backup Image wird gerade auf der NAS erstellt. Herzlichen Dank an det und Nastra !
PS: kurze Zwischenfrage. Kann ich mit irgendeinem Befehl gucken wie schnell das Backup geschrieben wird bzw die Netzgeschwindigkeit/Aktivität? Leider habe ich nur den
Raspberry Pi 3 Model B Rev 1.2 welcher nur 100mbit LAN hat aber es ist trotzdem schneller als jeder USB Stick bisher. Um genau zu sein 20min, also 1/3 der Zeit wie mit dem USB Stick ! Damit kann ich leben und es war den Aufwand wert
# Notiz Timerzeiten #
#########################################################################################################################
#logwatch.timer: # OnCalendar=Mon-Sun *-*-* 00:00:00
#raspiBackup.timer: # OnCalendar=Mon-Sun *-*-* 01:00:00
#fritzbox-reboot.timer: # OnCalendar=Sun *-*-* 02:00:00
#system-reboot.timer: # OnCalendar=Sun *-*-* 02:30:00
Wird hier bereits automatisch täglich ein backup gemacht oder würde das erst, wenn man die raute vorher entfernt?
Das würde mich auch interessieren. Backup läuft von Hand, aber jetzt noch automatisiert. Gehts übers script?
das würde ich leer lassen:
Boot_Device="mmcblk0"
es sollte erscheinen:
automatische Sicherungen werden mit cron erstellt
zB eintragen für 15:05 Uhr täglich im Batchmodus
05 15 * * * /home/pi/hbridge_install/raspiBackup.sh cmd
Danke ;/)
ich hab mal raspiBackup ausprobiert.....ich will jetzt nicht das Script schlecht machen, aber das hab ich auf Anhieb installiert bekommen. Da muss aber der USB widerum gemounted sein, wobei dieses Script ja eher wohl darauf abzielt, dass man danach den Stick zieht.
Fand beides gut.
Moin,
ich möchte ein Backup als komplettes Image machen um im Notfall einfach alles wiederherstellen zu können.
Nun habe ich mich ein bisschen schlau gelesen und nutze dd zum Backup. Das erstellt mir allerdings ein Image in kompletter größe der SD Karte, obwohl nur 2GB belegt sind.
WIe sicherere ich am einfachsten den kompletten PI, so dass ich ihn voll funktionsfähig wiederherstellen kann? Reicht es mittels tar die komplette Ordnerstruktur zu sichern?
LG
boehser enkelDas erstellt mir allerdings ein Image in kompletter größe der SD Karte, obwohl nur 2GB belegt sind.
mit dd ist richtig, danach entweder shrinken oder per zip bzw. tar.gz packen
Da muss aber der USB widerum gemounted sein, wobei dieses Script ja eher wohl darauf abzielt, dass man danach den Stick zieht.
Ich lasse meinen Stick immer dram, vor allem am MagicMirror2 komme ich garnicht an den Stick ran wenn der Spiegel hängt.
Ist ja als Notfall Restore gedacht und wenn was defekt ist muss man sowieso den Spiegel von der Wand nehmen.
Das ist falsch, das script sollte den Stick/NAS mounten , das Image erstellen und wieder umounten. damit das File system geschont/geschützt ist während des Betriebes.