Vorgehensweise bei einem Ausfall der externen Sicherungfestplatte

[jomifa]

Hallo,
mein externes Speichermedium für die zu sichernden Daten ist leider defekt. Meine Frage ist: Kann ich eine neue leere und mit ext4 formatierten externen Festplatte nehmen, diese entsprechend für den automatischen mount point in der /etc/fstab eintragen und einfach einen neuen raspiBackup laufen lassen? Laut config sichere ich mit rsync und einer smarten Backup Strategie. Ich ging davon aus, dass dann ein vollständiger Backup erfolgen würde. Laut Protokoll wurden aber keine Backups smart recycled. Ist das alles so korrekt oder muss in meinem Fall anders vorgegangen werden? Anbei das Protokoll:

sudo raspiBackup
--- RBK0009I: Pi5JMF: raspiBackup.sh V0.7.2 - 2026-04-25 (e1a8ed1) Di 5. Mai 14:20:21 CEST 2026 gestartet
--- RBK0116I: Konfigurationsdatei /usr/local/etc/raspiBackup.conf wird benutzt
--- RBK0151I: Backuppfad /mnt/backup mit Partitionstyp ext4 wird benutzt
--- RBK0271I: Wende smarte Backupstrategie an
--- RBK0008I: Services werden gestoppt: 'systemctl stop 'rscp2mqtt' && systemctl stop 'lighttpd' && systemctl stop 'influxdb' && systemctl stop 'cron''
--- RBK0267I: Erweiterung raspiBackup_mem_pre.sh wird aufgerufen
--- RBK0267I: Erweiterung raspiBackup_temp_pre.sh wird aufgerufen
--- RBK0267I: Erweiterung raspiBackup_disk_pre.sh wird aufgerufen
--- RBK0081I: Backup vom Typ rsync wird in /mnt/backup/Pi5JMF/Pi5JMF@debian12-rsync-backup-20260505-142021 erstellt
--- RBK0044I: Backup der Bootpartition wird in /mnt/backup/Pi5JMF/Pi5JMF@debian12-rsync-backup-20260505-142021/Pi5JMF-backup.img erstellt
--- RBK0292I: Bootpartitionscheck gestartet
--- RBK0044I: Backup des Partitionlayouts wird in /mnt/backup/Pi5JMF/tmp/Pi5JMF@debian12-rsync-backup-20260505-142021/Pi5JMF-backup.sfdisk erstellt
--- RBK0046I: Backup des Masterbootrecords wird in /mnt/backup/Pi5JMF/Pi5JMF@debian12-rsync-backup-20260505-142021/Pi5JMF-backup.mbr erstellt
--- RBK0133I: Verzeichnis /mnt/backup/Pi5JMF/Pi5JMF@debian12-rsync-backup-20260505-131621/ wird für Hardlinks benutzt
--- RBK0158I: rsync Backup "/mnt/backup/Pi5JMF/tmp/Pi5JMF@debian12-rsync-backup-20260505-142021" wird erstellt
--- RBK0085I: Backuperstellung vom Typ rsync gestartet. Bitte Geduld
--- RBK0078I: Backupzeit: 00:00:10
--- RBK0033I: Bitte warten bis aufgeräumt wurde
--- RBK0267I: Erweiterung raspiBackup_mem_post.sh wird aufgerufen
--- RBK1001I: Speicherauslastung vor dem Backup - Belegt: 1976 MB Frei: 1363 MB
--- RBK1001I: Speicherauslastung nach dem Backup: Belegt: 2101 MB Frei: 399 MB
--- RBK0267I: Erweiterung raspiBackup_temp_post.sh wird aufgerufen
--- RBK1000I: CPU Temperatur vor und nach dem Backup: 40.0'C - 40.0'C
--- RBK0267I: Erweiterung raspiBackup_disk_post.sh wird aufgerufen
--- RBK1001I: Partitionsauslastung vor dem Backup: Belegt: 14.41 GiB Frei: 854.80 GiB
--- RBK1002I: Partitionsauslastung nach dem Backup: Belegt: 15.12 GiB Frei: 854.09 GiB
/usr/local/bin/raspiBackup_disk_post.sh: Zeile 76: printf: -.08: Ungültige Zahl.
--- RBK1003I: Partitionsauslastung Änderung freier Platz: -726.53 MiB (0,00 %)
--- RBK0007I: Services werden gestartet: 'systemctl start 'cron' && systemctl start 'influxdb' && systemctl start 'lighttpd' && systemctl start 'rscp2mqtt''
--- RBK0345I: Temporäres Backupverzeichnis /mnt/backup/Pi5JMF/tmp/Pi5JMF@debian12-rsync-backup-20260505-142021 wird in /mnt/backup/Pi5JMF/Pi5JMF@debian12-rsync-backup-20260505-142021 verschoben
--- RBK0218I: Wende smarte Backupstrategie an. Täglich:7 Wöchentlich:4 Monatlich:12 Jährlich:1
--- RBK0219I: Keine Backups werden smart recycled
--- RBK0017I: Backup erfolgreich beendet
--- RBK0010I: Pi5JMF: raspiBackup.sh V0.7.2 - 2026-04-25 (e1a8ed1) Di 5. Mai 14:20:47 CEST 2026 beendet mit Returncode 0
--- RBK0357I: Es wird keine eMail und Notification gesendet. Nutze die Option -F um sie zu testen.
--- RBK0026I: Debug Logdatei wurde in /mnt/backup/Pi5JMF/Pi5JMF@debian12-rsync-backup-20260505-142021/raspiBackup.log gesichert

[framps]

Dass das externe Medium defekt wurde ist dumm. Somit sind alle bisherigen Backups nicht mehr verfügbar.

Dann ein neues Medium formatieren und anschliessen ist natürlich möglich. Dann wird mit dem ersten Backup ein Vollbackup erstellt und alle nachfolgenden Backups sind dann Deltabackups.

SmartRecycle kann nur alte Backups löschen wenn alte Backups existieren und alte Backups gemäß der SmartRecycle Optionen gelöscht werden sollen.