SSD an Fritzbox mounten und tägliches Backup

nobody

Hi.
neuere Versionen vom cifs-utils unterstützen smb1 nur noch, wenn dies explizit als Parameter in den Mount Optionen angegeben wird. Ansonsten kommt diese Fehlermeldung. Nur die neuste Firmwareversion für die aktuellen Fritzbox Versionen können auch smb2/3.

Banjo89

Leider bin ich in dieser Sache noch nicht weitergenommen. Ich möchte gerne ein automatisiertes, regelmäßiges und komplettes Backup der SD Karte erstellen.

Wenn ich mein Backupskript jedoch ausführe, erhalte ich die Fehelrmeldung

mount error(22): Invalid argument
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

Hat jemand Tipps für mich?

Hier der Code:

#!/bin/bash

#Festplatte einbinden
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


# VARIABLEN - HIER EDITIEREN
BACKUP_PFAD="/FRITZ.NAS/SSD/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

a200

@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

simatec

@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

Banjo89

@simatec @a200

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:

a200

@Banjo89

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"

simatec

@Banjo89
Setze mal den mount direkt in den Ordner, in dem du das Image schreiben willst.
Probiere dann mal dd über Konsole

simatec

@a200 sagte in SSD an Fritzbox mounten und tägliches Backup:

@Banjo89

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

a200

@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.

simatec

@a200
da gebe ich dir recht ...

Banjo89

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

a200

@Banjo89 mach mal:
cd /nas/backup
df .

was kommt dabei raus? Du scheinst nicht genug platz auf dem nas zu haben.

Banjo89

@a200

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 ?

a200

@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

Banjo89

@a200
Du hattest Recht, habe es umformatiert und jetzt zieht er die gesamte SD als Image

a200

@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 Image

Schö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.

Banjo89

@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

a200

@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

@a200 Aber nicht auf alle Antworten! Nur die die wirklich wichtig sind!

NEWS

SSD an Fritzbox mounten und tägliches Backup

Support us

1.6k
Online

30.6k
Users

77.2k
Topics

1.2m
Posts

NEWS

SSD an Fritzbox mounten und tägliches Backup

Support us

1.6kOnline

30.6kUsers

77.2kTopics

1.2mPosts

1.6k
Online

30.6k
Users

77.2k
Topics

1.2m
Posts