Hallo zusammen,
ich hab mittlerweile schon so viel probiert (und bin echt am verzweifeln), deswegen wollte ich mich an Euch Profis wenden:
Ich habe mehrere Raspberrys produktiv im Einsatz und sichere alle von ihnen mit raspiBackup (vielen Dank für die tolle und viele Arbeit dahinter!):
Ich sichere monatlich mit tar Backup.
Mittlerweile habe ich aber beim zweiten System (verschiedene Raspberrys, verschiedene Images, jeweils Raspbian Stretch) das Problem, dass die Systeme selbst laufen, aber die wiederhergestellten Backups einfach nicht booten wollen.
sudo fdisk -l (wiederhergestellte SDKarte läuft unter /dev/sda
Disk /dev/sda: 29,8 GiB, 31954305024 bytes, 62410752 sectors
Disk model: STORAGE DEVICE
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x25b4f5a9
Device Boot Start End Sectors Size Id Type
/dev/sda1 8192 532479 524288 256M c W95 FAT32 (LBA)
/dev/sda2 532480 62410751 61878272 29,5G 83 Linux
Alles anzeigen
blkid
/dev/sda1: SEC_TYPE="msdos" UUID="B3A9-6DD2" TYPE="vfat" PARTUUID="25b4f5a9-01"
/dev/sda2: UUID="b1ff3103-91df-4cfa-815b-2eda232fad09" TYPE="ext4" PARTUUID="25b4f5a9-02"
/boot/cmdline.txt auf der wiederhergestellten SD Karte
** Hier wird offensichtlich die PARTUUID von raspiBackup nicht aktualisiert (in der /etc/fstab schon!).
** Aber: Wenn ich das manuell ändere (auf die gleiche PARTUUID wie in der /etc/fstab) bootet das System auch nicht ==> gelbes Dauerleuchten am Raspberry
console=serial0,115200 console=tty1 root=PARTUUID=738a4d67-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait
/etc/fstab auf der wiederhergestellten SD Karte
proc /proc proc defaults 0 0
PARTUUID=25b4f5a9-01 /boot vfat defaults 0 2
PARTUUID=25b4f5a9-02 / ext4 defaults,noatime 0 1
Backup Log
Restore Msg
pi@RaspiBuero:~ $ sudo raspiBackup.sh -d /dev/sda --updateUUIDs /mnt/Backup/RaspWohnzimmer/RaspiWohnzimmer/RaspiWohnzimmer-tar-backup-20210429-073928
--- RBK0009I: RaspiBuero: raspiBackup.sh V0.6.6 (83ecd03) Do 29. Apr 10:15:17 CEST 2021 gestartet.
--- RBK0031I: Prüfe ob eine neue Version von raspiBackup.sh verfügbar ist.
!!! RBK0006W: Ziel /dev/sda mit 29.75 GiB ist kleiner als die Backupquelle mit 59.47 GiB. Die root Partition wird entsprechend verkleinert. HINWEIS: Der Restore kann fehlschlagen wenn sie zu klein wird.
!!! RBK0065W: Gerät /dev/sda wird repartitioniert und die gesamten Daten werden gelöscht.
--- RBK0067I: Momentane Partitionen auf /dev/sda:
Number Start End Size Type File system Flags
1 4,19MB 273MB 268MB primary fat32 lba
2 273MB 31954MB 31682MB primary ext4
--- RBK0066I: Gerät /dev/sda wird überschrieben mit der gesicherten Boot- und Rootpartition.
--- RBK0069I: Bootpartition /dev/sda1 wird formatiert und erhält die zurückgespielte Bootpartition.
--- RBK0070I: Rootpartition /dev/sda2 wird formatiert und erhält die zurückgespielte Rootpartition.
--- RBK0038I: Bist Du sicher? j/N
j
--- RBK0050I: Backup wird von /mnt/Backup/RaspWohnzimmer/RaspiWohnzimmer/RaspiWohnzimmer-tar-backup-20210429-073928 zurückgespielt.
--- RBK0004I: Zweite Partition wird von 59.22 GiB auf 29.50 GiB angepasst.
--- RBK0053I: Erste Partition (Bootpartition) wird auf /dev/sda1 zurückgespielt.
--- RBK0055I: Zweite Partition (Rootpartition) wird auf /dev/sda2 zurückgespielt.
!!! RBK0208W: Es konnte keine UUID in /boot/cmdline.txt für root= erneuert werden. Das Backup könnte nicht starten.
--- RBK0033I: Bitte warten bis aufgeräumt wurde.
--- RBK0010I: RaspiWohnzimmer: raspiBackup.sh V0.6.6 (83ecd03) Do 29. Apr 11:54:51 CEST 2021 beendet mit Returncode 0.
--- RBK0076I: Restore erfolgreich beendet.
Alles anzeigen
Vielen Dank für Eure Hilfe!!!!
Raemsna