Hallo Murry,

nein, kein Fehler 40 😉
Sowas passiert tatsächlich allen mal. Ärgerlich, aber kommt vor 😉
Du glaubst gar nicht, was ich schon alles zustande gebracht habe … Ganz schön wild.

Smarte Grüße

Hallo Lukas.

Danke für die fixe Antwort.
Habe ich auch jetzt erst gesehen, dass beim kopieren die Anführungszeichen verschwunden sind.
Ich habe gerade mal deinen Bash-Eintrag mit meinem verglichen.
Ich habe deinen Bash eigentlich 1:1 übernommen und nur noch auf Grund des Hinweises in einer der Kommentaren hier das gzip hinzugefügt und natürlich meinen Pfad zur Backupspeicherung abgeändert. Mit der alten Sicherung lief es ja auch wunderbar.
Ich vermute, als ich ein update vom piOS und oder Python gemacht habe, das da jetzt was nicht sauber läuft. Ich kann mich nicht daran erinnern sonst noch was anderes gemacht zu haben.
Habe kein Verzeichnis mmcblk0 unter /dev finden können.
Aber warte. Das bedeutet ja nur, das ich auf die SD-Karte zugreife, richtig?
Das kann ja nicht funktionieren, da ich von einer Festplatte boote. #facepalm
Dann muss ich ja „blkid“ schauen, welche sda es ist, im meinen Falle /dev/sda1, und dann geht es auch wieder.
Ok. Aber gut, das wir darüber gesprochen haben. Es zeigt sich mal wieder:
Es handelt sich um Fehler 40 (Der Fehler sitzt 40 cm vor dem Monitor) 😀

Danke für die Hilfe.

Beste Grüße,
Murry

Hallo Murry,

wie schon eingangs vom Artikel erwähnt, kann es durchaus zu Problemen kommen. Daher habe ich diesen wichtigen Hinweis aufgenommen.
Was du auf jeden Fall prüfen musst ist, ob du unter /dev/ das Verzeichnis mmcblk0 finden kannst.
Mir fiel außerdem auf, dass die Anführungszeichen ggf. durch das Kopieren eine falsche Formatierung haben. Ersetze die am besten nochmal händisch. Da gab es in der Vergangenheit immer mal wieder Probleme (Kodierung).
Anhand der Fehlermeldung könnte ich mir aber durchaus vorstellen, dass es mit den Anführungszeichen zutun haben kann. Andernfalls ist die Analyse schwieriger und führt mehr ins Detail.

Smarte Grüße

Mit sudo Backup.sh bekomme ich:

dd: konnte ‚/dev/mmcblk0‘ nicht öffnen: Datei oder Verzeichnis nicht gefunden
/media/backup /media/backup
/media/backup
umount.nfs4: /media/backup: device is busy

Das ist meine Backup.sh:
#!/bin/bash
#Festplatte einbinden
mount -t nfs 192.168.1XX.XX:Download/Sonstiges/Backups/Rpi4 /media/backup -O user=murryb,password=“XXX“,rw,>
#Variablen
BACKUP_PFAD=“/media/backup“
BACKUP_ANZAHL=“8″
BACKUP_NAME=“Rpi4-Torrent-Pihole“
#Backup erstellen
dd if=/dev/mmcblk0 bs=1MB | gzip > ${BACKUP_PFAD}/${BACKUP_NAME}-$(date +%Y%m%d).img.zip
#Alte Sicherung löschen
pushd ${BACKUP_PFAD}; ls -tr ${BACKUP_PFAD}/${BACKUP_NAME}* | head -n -${BACKUP_ANZAHL} | xargs rm; popd
#Festplatte auswerfen
umount /media/backup

Das Laufwerk ist korrekt gemountet und ich komme per SSH/Putty drauf. Hat jemand eine Idee, was hier falsch läuft?

Beste Grüße,
Murry

Hallo Kay,

generell ist das eine gute Idee, die du da hast. Ist auf jeden Fall zu empfehlen.

Auf jeden Fall braucht der Benutzer im entsprechenden Ordner Schreib- und Löschberechtigungen. Er muss neue Sicherungen anlegen können und alte löschen können.

Smarte Grüße

Hallo Dirk,

interessanter Hinweis. Bei mir hat es tatsächlich so funktioniert wie im Artikel angegeben.
Aber für den Fall der Fälle, ist deine Lösung sicherlich sehr interessant und hilfreich.

Smarte Grüße

Hi Lukas, gerade gesehen, die Crontab Anweisung funktioniert so nicht. Das Script wird nicht ausgeführt. Es müsste heißen: /home/pi/Scripts/./backup.sh > /dev/null

Hi Martin,

ja, das ist bei dieser Form des Backups leider richtig. Es werden immer alle Sektoren der SD-Karte oder der Festplatte abgelegt. Deshalb muss ich leider im Nachgang zugeben, dass diese Form der Sicherung nicht gerade die beste Wahl ist.
In den Kommentaren wird aber darüber diskutiert, wie man den benötigten Speicherplatz reduzieren kann. Es gibt auch tatsächlich andere Formen des Backups, die etwas besser sind.

Smarte Grüße

Wenn ich jedoch eine Sicherung nach deiner Anleitung fahre, dann hat mit diese 119GB auf der NAS abgelegt.
Wo habe ich hier einen Fehler? Habe auch schon die ganzen Homeassistant Sicherungen bereinigt.. hier wird mir auch gesagt das gerade mal 13% in Benutzung sind.