NEWS
SSD an Fritzbox mounten und tägliches Backup
-
@Banjo89 sagte in SSD an Fritzbox mounten und tägliches Backup:
sudo mount -t cifs -o username=RaspberryPi,password=test123,rw,vers=1.0,file_mode=0777,dir_mode=0777 //192.168.178.1 /nas/backup
ich vermute, dass in der Zeile: sudo mount -t cifs -o username=RaspberryPi,password=test123,rw,vers=1.0,file_mode=0777,dir_mode=0777 //192.168.178.1 /nas/backup
bei der Angabe des Hosts noch ein Verzeichnis fehlt. Also sowas wie //192.168.178.1/freigabe
-
@Banjo89 sagte in SSD an Fritzbox mounten und tägliches Backup:
sudo mount -t cifs -o username=RaspberryPi,password=
Probiere mal folgendes ...
sudo mount -t cifs -o username=xxxxxx,password=xxxxxx,rw,file_mode=0777,dir_mode=0777,vers=1.0 //192.168.178.1/FRITZ.NAS/dein_Pfad /nas/backup
oder
sudo mount -t cifs -o username=xxxxxx,password=xxxxxx,rw,file_mode=0777,dir_mode=0777,vers=2.0 //192.168.178.1/FRITZ.NAS/dein_Pfad /nas/backup
Hast du die cifs-utils installiert?
sudo apt-get install cifs-utils
-
Erstmal vielen Dank für eure Rückmeldungen.
Ich habe mein Skript mal abgeändert, die cifs-utils ist auch installiert:
#!/bin/bash #Festplatte einbinden sudo mount -t cifs -o username=RaspberryPi,password=test123,rw,file_mode=0777,dir_mode=0777,vers=1.0 //192.168.178.1/FRITZ.NAS/SSD /nas/backup # VARIABLEN - HIER EDITIEREN BACKUP_PFAD="/ioBroker" BACKUP_ANZAHL="5" BACKUP_NAME="RaspberryPiBackup" DIENSTE_START_STOP="service mysql" # ENDE VARIABLEN # Stoppe Dienste vor Backup ${DIENSTE_START_STOP} stop # Backup mit Hilfe von dd erstellen und im angegebenen Pfad speichern dd if=/dev/mmcblk0 of=${BACKUP_PFAD}/${BACKUP_NAME}-$(date +%Y%m%d-%H%M%S).img bs=1MB # Starte Dienste nach Backup ${START_SERVICES} start # Alte Sicherungen die nach X neuen Sicherungen entfernen #pushd ${BACKUP_PFAD}; ls -tr ${BACKUP_PFAD}/${BACKUP_NAME}* | head -n -${BACKUP_ANZAHL} | xargs rm; popd #Festplatte auswerfen umount /nas/backup
Jetzt sieht das mit der Fehlermeldung schon anders aus:
dd: konnte '/ioBroker/RaspberryPiBackup-20190410-185056.img' nicht öffnen: Datei oder Verzeichnis nicht gefunden
Die Freigabe sollte eigentlich richtig eingerichtet sein, da ich über den BackitUp Adapter über diesen Pfad bereits Sicherungen durchführen kann.
Es handelt sich um eine SSD, welche an meiner Fritzbox hängt. Der Pfad auf dem Adapter sieht folgendermaßen aus:
-
wie willst du dein /ioBroker Verzeichnis sichern in dem du gleichzeitig in dieses Verzeichnis dein backup schreibst.
du solltest die Variable: BACKUP_PFAD="/ioBroker" ändern
nehme z.B. BACKUP_PFAD="/tmp" -
@Banjo89
Setze mal den mount direkt in den Ordner, in dem du das Image schreiben willst.
Probiere dann mal dd über Konsole -
@a200 sagte in SSD an Fritzbox mounten und tägliches Backup:
wie willst du dein /ioBroker Verzeichnis sichern in dem du gleichzeitig in dieses Verzeichnis dein backup schreibst.
du solltest die Variable: BACKUP_PFAD="/ioBroker" ändern
nehme z.B. **BACKUP_PFAD="/Hier geht es nicht um die Sicherung von iobroker sondern um ein Image des kompletten Systems
-
@simatec ja, jetzt sehe ich es auch. da wird ein dd einer ganzen Partition gemacht. Aber um so mehr sollte die output-Datei auf einer anderen Partition liegen. Also sinnvollerweise sollte dort die gemountete Platte also "/nas/backup" oder halt "/nas/backup/ioBroker" stehen. BACKUP_PFAD="/nas/backup"
Dann wird das Image /nas/backup/RaspberryPiBackup-20190410-200405.img heißen.
-
@a200
da gebe ich dir recht ... -
Ok Leute dank eurer Hilfe hat es jetzt funktioniert, hier der Code:
#!/bin/bash #Festplatte einbinden sudo mount -t cifs -o username=RaspberryPi,password=test123,rw,file_mode=0777,dir_mode=0777,vers=1.0 //192.168.178.1/FRITZ.NAS/SSD /nas/backup # VARIABLEN - HIER EDITIEREN BACKUP_PFAD="/nas/backup/ioBroker" BACKUP_ANZAHL="5" BACKUP_NAME="RaspberryPiBackup" DIENSTE_START_STOP="service mysql" # ENDE VARIABLEN # Stoppe Dienste vor Backup ${DIENSTE_START_STOP} stop # Backup mit Hilfe von dd erstellen und im angegebenen Pfad speichern dd if=/dev/mmcblk0 of=${BACKUP_PFAD}/${BACKUP_NAME}-$(date +%Y%m%d-%H%M%S).img bs=1MB # Starte Dienste nach Backup ${START_SERVICES} start # Alte Sicherungen die nach X neuen Sicherungen entfernen pushd ${BACKUP_PFAD}; ls -tr ${BACKUP_PFAD}/${BACKUP_NAME}* | head -n -${BACKUP_ANZAHL} | xargs rm; popd #Festplatte auswerfen umount /nas/backup
Das Backup wird dann aber noch bei 4,29gb abgebrochen:
dd: Fehler beim Schreiben von '/nas/backup/ioBroker/Komplettsicherung/RaspberryPiBackup-20190410-203637.img': Auf dem Gerät ist kein Speicherplatz mehr verfügbar
4295+0 Datensätze ein
4294+0 Datensätze aus
4294917504 Bytes (4,3 GB, 4,0 GiB) kopiert, 344,142 s, 12,5 MB/s -
@Banjo89 mach mal:
cd /nas/backup
df .was kommt dabei raus? Du scheinst nicht genug platz auf dem nas zu haben.
-
da bekomme ich das heraus:
Dateisystem 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf
/dev/root 30611780 2545080 26790360 9% /Muss ich das vor dem Befehl noch mounten ?
-
@Banjo89
ja, erst mounten. also wenn du genug platz hast, dann liegt es daran, dass die maximale Dateigröße bei fat32 4GB sind. Wird die Größe erreicht, dann bricht der Schreibvorgang ab. Helfen kann ein anderes Filesystem auf der Backup-Partition: ext4fs oder NTFS -
@a200
Du hattest Recht, habe es umformatiert und jetzt zieht er die gesamte SD als Image -
@Banjo89 sagte in SSD an Fritzbox mounten und tägliches Backup:
@a200
Du hattest Recht, habe es umformatiert und jetzt zieht er die gesamte SD als ImageSchön. Läuft dein Backup jetzt? Du erzeugst Backup-Image-dateien, die die Größe der gesicherten Partition haben. Das kann man optimieren. An deiner Stelle würde ich nach der Zeile:
${DIENSTE_START_STOP} stop
als ersatz für die bestehende dd Zeile folgendes Eintragen:
MY_DATE=$(date +%Y%m%d-%H%M%S) dd if=/dev/mmcblk0 of=${BACKUP_PFAD}/${BACKUP_NAME}-${MY_DATE}.img bs=1MB gzip ${BACKUP_PFAD}/${BACKUP_NAME}-${MY_DATE}.img
- aktuelles Datum + Uhrzeit wird in eine Variable geschrieben
- Image wird erstellt
- die Image Datei wird komprimiert
BTW, über eine positive Bewertung würde ich mich freuen.
-
@a200 sagte in SSD an Fritzbox mounten und tägliches Backup:
{MY_DATE}
Ja es läuft jetzt, habe jetzt noch einen Chronjob den die testen werde.
Das mit dem gzip habe ich ebenfalls probiert, aber da rödelt er bei mir schon einige Stunden, daher lasse ich mir jetzt immer zwei Images auf dem NAS.
Wenn Du mir sagst wo ich User bewerten kann mache ich das sehr gerne
-
@Banjo89 sagte in SSD an Fritzbox mounten und tägliches Backup:
Ja es läuft jetzt, habe jetzt noch einen Chronjob den die testen werde.
Das mit dem gzip habe ich ebenfalls probiert, aber da rödelt er bei mir schon einige Stunden, daher lasse ich mir jetzt immer zwei Images auf dem NAS.
Wenn Du mir sagst wo ich User bewerten kann mache ich das sehr gerne
Verstehe ich. Wenn die Img-Datei groß ist, dann ist gzip ganz schön beschäftigt.
Du könntest noch Folgendes probieren:
dd if=/dev/mmcblk0 of=/nas/backup/ioBroker/RaspberryPiBackup-Test1.img bs=1MB rm /nas/backup/ioBroker/RaspberryPiBackup-Test1.img.gz dd if=/dev/mmcblk0 bs=1MB | gzip > /nas/backup/ioBroker/RaspberryPiBackup-Test1.img.gz rm /nas/backup/ioBroker/RaspberryPiBackup-Test1.img.gz
- es wird ein Backup-Image erstellt
- die Outputdatei wird gelöscht
- es wird ein gezipter Backup-Image erstellt
- die Outputdatei wird gelöscht
bei der Vorgehensweise die Datei blockweise a 1MB gezipt werden, was schneller sein sollte. Wenn die Differenz (die Laufzeit wird dir ja am Ende von dd angezeigt) zwischen den beiden ausgegebenen Laufzeiten nicht besonders groß ist, dann kannst du dir überlegen ob du die Backupfiles gzipst. Sollte der Unterschied groß sein, dann vergiss was ich hier geschrieben habe und mach es wie du es im Moment machst.
Mit der Bewertung meinte ich lediglich den Pfeil nach oben unten, rechts bei den Beiträgen.
-
@a200 Aber nicht auf alle Antworten! Nur die die wirklich wichtig sind!