raspiBackup Komisches Verhalten beim Restore

    Ich habe vorhin mein System mit raspiBackup restored, nachdem ich mich in nextcloud ausgesperrt hatte. Pi5 mit NVME.

    • Vom "Notfalldatenträger" gebootet. (Auf diesem ist nur raspiBackup installiert. Kein Mailprogramm)
    • Restore lief einwandfrei durch.
    • Pi heruntergefahren
    • "Notfalldatenträger entfernt und von NVME neu gebootet. Alles Einwandfrei.

    Jetzt das merkwürdige. Nach dem Booten der NVME erhielt ich eine Email. (Trixie: Backup nicht erfolgreich!!!)
    Der Hostname vom "Notfalldatenträger" ist "backup"
    Inhalt

    Code
    --- RBK0009I: Trixie: raspiBackup.sh V0.7.2 - 2025-12-02 (c3fa944) Di 3. Mär 12:52:16 CET 2026 gestartet
--- RBK0031I: Prüfe ob eine neue Version von raspiBackup.sh verfügbar ist
--- RBK0151I: Backuppfad /backup mit Partitionstyp wird benutzt
??? RBK0027E: Kein externes Gerät an /backup verbunden. Die root Partition würde für das Backup benutzt werden
--- RBK0033I: Bitte warten bis aufgeräumt wurde
--- RBK0320I: Unvollständiges Backup wird gelöscht. Das kann etwas dauern. Bitte Geduld
??? RBK0005E: Backup fehlerhaft beendet. Siehe vorhergehende Fehlermeldungen
--- RBK0010I: Trixie: raspiBackup.sh V0.7.2 - 2025-12-02 (c3fa944) Di 3. Mär 12:52:17 CET 2026 beendet mit Returncode 102

    Ich hatte aber kein Backup angestoßen. Automatische Backups laufen Sonntags um 5:00 Uhr

    Code
    lsblk
NAME          SIZE TYPE MOUNTPOINT            UUID                                 PARTUUID
loop0           2G loop
sda         465,8G disk
├─sda1      221,6G part /backup               7a35cc33-5ab5-4fb2-8102-d27d23d9a676 0098a4f5-01
└─sda2      244,1G part /home                 bb6a6a75-ef1a-4a61-8007-e49bfdd0200a 0098a4f5-02
zram0           1G disk [SWAP]                5fb700d3-85ca-4be6-818a-aef8e99815ad
nvme0n1     476,9G disk
├─nvme0n1p1   512M part /boot/firmware        EB03-EB51                            b6ca1593-01
└─nvme0n1p2 476,4G part /                     fcaecaff-8a9d-40c4-8b8a-afbfea6ebb7d b6ca1593-02

    Dann habe ich den "Notfalldatenträger" verbunden und / nach /mnt gemountet. Unter /home/<User> gab es eine Datei raspiBackup.logr , aber die war leer

    Edited 3 times, last by Franjo G (March 3, 2026 at 2:48 PM).

  • Franjo G March 3, 2026 at 2:21 PM

    Changed the title of the thread from “Komisches Email-Verhalten beim Restore” to “raspiBackup Komisches Email-Verhalten beim Restore”.

    Ich vermute beim Backup stand noch die eMail in der Queue. Als Du das Backup dann restored hast stand die eMail noch in der Queue und die wurde dann nach dem Start geleert und die alte eMail gesendet. Sieh mal auf den Timestamp wann die eMail verfasst wurde.

    :no_sad: ... Kein raspiBackup - kein Mitleid ... :no_sad:

    Mein Raspberry Garten

    3 * RPi2B, 2 * RPi3B, 2 * RPi4B, 1 * CM4, 1 * RPi5

    Edited once, last by framp (March 3, 2026 at 4:39 PM).

    Ich habe jetzt versucht, das noch einmal nachzustellen.

    Gleicher Ablauf wie vorher. Alles gut. Restore erolgreich.

    Email "Trixie: Backup erfolgreich beendet"

    Sehe ich das richtig, dass nach dem Restore automatisch ein neues Backup erstellt wird?

    Quote
    Code
    drwxr-xr-x 20 root root 4096 22. Feb 05:01 Trixie@debian13-rsync-backup-20260222-050043
drwxr-xr-x 21 root root 4096  1. Mär 05:01 Trixie@debian13-rsync-backup-20260301-050043 #Sonntag morgen
drwxr-xr-x 21 root root 4096  3. Mär 16:26 Trixie@debian13-rsync-backup-20260303-162555 # direkt nach dem restore und Start des Systems automatisch erstellt

    Ich habe das Backup nicht angestoßen. Ich habe das System nach dem Restore gestartet. Dann kam direkt nch ca 1 min. die Email und ein weiteres Backup war vorhanden.

    Hm ... natürlich wird von dem Systemd Timer ein Backup erstellt. Aber sicherlich nicht um 16:25 Uhr. Ich kann mir nur vorstellen dass aus irgendwelchen Gründen der Timer dachte er muss ein Backup starten. Weil die Clock noch nicht stimmte?

    :no_sad: ... Kein raspiBackup - kein Mitleid ... :no_sad:

    Mein Raspberry Garten

    3 * RPi2B, 2 * RPi3B, 2 * RPi4B, 1 * CM4, 1 * RPi5

    Quote
    Code
    ??? RBK0027E: Kein externes Gerät an /backup verbunden. Die root Partition würde für das Backup benutzt werden

    Jupp. Das würde passen. Aber so ganz habe ich es trotzdem noch nicht verstanden was da passiert ist. Irgendwie war im Backup offensichtlich noch in Systemd vermerkt dass ein Backup zu erstellen ist. Schon eine ziemliche unwahrscheinliche Racekondition.

    :no_sad: ... Kein raspiBackup - kein Mitleid ... :no_sad:

    Mein Raspberry Garten

    3 * RPi2B, 2 * RPi3B, 2 * RPi4B, 1 * CM4, 1 * RPi5

    Ganz am Ende des Restores wird noch

    date -u +"%Y-%m-%d %T" > "$MNT_POINT/etc/fake-hwclock.data"
    gemacht um die aktuelle Zeit im Backup zu setzen. Vielleicht verursacht das das Problem? Nur komisch dass das noch nie zu Problemen geführt hat - ausser bei Dir jetzt ... Wobei es kein Problem im eigentlichen Sinne ist - aber unerwünschtes Verhalten.

    :no_sad: ... Kein raspiBackup - kein Mitleid ... :no_sad:

    Mein Raspberry Garten

    3 * RPi2B, 2 * RPi3B, 2 * RPi4B, 1 * CM4, 1 * RPi5

    Nein. Du hast den Restore doch nicht um 5:01 Uhr gemacht? Die aktuelle Zeit wird in das restorte Image geschrieben. Also sollte doch irgendwas um 16:25 Uhr sein.

    :no_sad: ... Kein raspiBackup - kein Mitleid ... :no_sad:

    Mein Raspberry Garten

    3 * RPi2B, 2 * RPi3B, 2 * RPi4B, 1 * CM4, 1 * RPi5

    Das Backup wurde begonnen um 16:25:55 und beendet um 16:26:34

    Code
    20260303-162555 DBG 2328:  --- Logfiles used: /tmp/raspiBackup.log and /tmp/raspiBackup.msg
20260303-162555 DBG 2339:  --- raspiBackup.sh 0.7.2, 2025-12-02/19:34:02 - c3fa944
-
-
-
-
20260303-162634 DBG 5648:  <-- cleanup
20260303-162634 DBG 5475:  --> unLockMe
20260303-162634 DBG 5477:  <-- unLockMe

    So, Backup ist erstellt

    Ich schreibe hier gleich weiter.

    "Notfalldatenträger"

    Restore

    System neu gebootet

    Code
    drwxr-xr-x 21 root root 4096  1. Mär 05:01 Trixie@debian13-rsync-backup-20260301-050043
drwxr-xr-x 21 root root 4096  3. Mär 16:26 Trixie@debian13-rsync-backup-20260303-162555
drwxr-xr-x 21 root root 4096  3. Mär 17:27 Trixie@debian13-rsync-backup-20260303-172634

    Es wurde kein weiteres Backup automatisch erstellt.
    Folglich kann es nur an dem automatischen Backup vom Sonntag liegen.

    Edited once, last by Franjo G (March 3, 2026 at 5:44 PM).

    Quote from Franjo G

    Es wurde kein weiteres Backup automatisch erstellt.
    Folglich kann es nur an dem automatischen Backup vom Sonntag liegen.

    Wie ich schon schrieb: Du bist da offensichtlich in eine sehr unwahrscheinliche Racekondition reingeraten.

    Der fake Update Code ist seit dem 23. Jul 2017 drin und bislang hat noch niemand diesen Effekt gehabt.

    Hast Du verstanden warum Du den Effekt bekommen hast? Mir ist das immer noch nicht klar :denker:

    :no_sad: ... Kein raspiBackup - kein Mitleid ... :no_sad:

    Mein Raspberry Garten

    3 * RPi2B, 2 * RPi3B, 2 * RPi4B, 1 * CM4, 1 * RPi5

    Quote from framp

    ast Du verstanden warum Du den Effekt bekommen hast?

    Meiner Meinung muss das mit dem .timer zusammenhängen. Den gibt es ja noch nicht seit 2017. Denn das passiert ja nur beim Restore eines automatischen Backups das von der timer-unit angestoßen wurde.

    Das soll mir letztendlich auch keine schlaflosen Nächte bereiten, solange nur ein Backup erstellt und nicht gelöscht wird. :biggrin:

  • Franjo G March 3, 2026 at 6:17 PM

    Changed the title of the thread from “raspiBackup Komisches Email-Verhalten beim Restore” to “raspiBackup Komisches Verhalten beim Restore”.

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!

Register Yourself Login