ALERT! PARTUUID does not exist #842
Replies: 10 comments 4 replies
-
|
Ich habe gerade festgestellt, dass im Backup der Ordner /proc komplett leer ist. Kann das richtig sein ? |
Beta Was this translation helpful? Give feedback.
-
|
Ja. Es gibt dort verschiedene leere Ordner. Die werden alle beim Booten von Linux gefüllt. |
Beta Was this translation helpful? Give feedback.
-
|
Ok. Dank für die Info. |
Beta Was this translation helpful? Give feedback.
-
|
Ja. Siehe hier. Ich habe gestern Abend auch noch einen Fix für Dich erstellt. Bitte teste den und gib Feedback im Isssue - nicht hier in der Diskussion. Ich habe dummerweise diese Diskussion nicht in einen Issue konvertiert sondern ein neues Issue erstellt 😢 |
Beta Was this translation helpful? Give feedback.
-
|
Ja super. Du bist ja schnell. Backup läuft gerade. Danach würde ich Update und den Restore probieren.
Ein Frage noch. Verstehe ich nicht ganz
"Dann restore mit raspiBackup den Backup. Vergiss aber den führenden Punkt nicht. Ansonsten rufst Du nicht den Fix auf"
Was meinst du damit ? Habe da gerade einen Hänger.
Viele Grüße
Lars
Am 26. Feb. 2025, 10:46 +0100 schrieb framp ***@***.***>:
… Ja. Siehe hier. Ich habe gestern Abend auch noch einen Fix für Dich erstellt. Bitte teste den und gib Feedback im Isssue - nicht hier in der Diskussion. Ich habe dummerweise diese Diskussion nicht in einen Issue konvertiert sondern ein neues Issue erstellt 😢
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you authored the thread.Message ID: ***@***.***>
|
Beta Was this translation helpful? Give feedback.
-
|
Der Backup hättest Du Dir sparen können. Der Fehler lag im Restorecode 😉
Wenn Du Erst wenn ich den Fix nach Deinem Test offiziell publishe und Du dann raspiBackup auf die neue Release mit dem Fix upgradest kannst Du den Punkt weglassen. |
Beta Was this translation helpful? Give feedback.
-
|
Nur um ganz sicherzugehen.
Das backup habe ich noch ohne Punkt erstellt. Restore würde ich mit aufrufen. Oder muss auch schon das Backup
mit ./ gemacht werden ?
Am 26. Feb. 2025, 11:13 +0100 schrieb framp ***@***.***>:
… > Was meinst du damit ? Habe da gerade einen Hänger.
Wenn Du sudo raspiBackup aufrufst wird das normal installierte raspiBackup aufgerufen. Mit dem genannten Befehl wird der raspiBackup Fix in das aktuelle Verzeichnis geladen. Damit dieses Script aufgerufen wird und nicht die normal installierte Version musst Du sudo ./raspiBackup.sh nutzen.
Erst wenn ich den Fix nach Deinem Test offiziell publishe und Du dann raspiBackup auf die neue Release mit dem Fix upgradest kannst Du den Punkt weglassen.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you authored the thread.Message ID: ***@***.***>
|
Beta Was this translation helpful? Give feedback.
-
|
Das der Fix im Restorecode vorgenommen wurde kannst Du den Backup auch mit der fehlerhaften Version erstellen. Nur den Restore musst Du mit Du kannst auch ganz leicht prüfen ob Du die richtige gefixte Version aufrufst: Wenn Du den Punkt wegläßt taucht ein älteres Commitdate auf. |
Beta Was this translation helpful? Give feedback.
-
|
Bei einem Server hat die Installation des Fixes geklappt. Auf einem zweien kommt:
curl -s https://raw.githubusercontent.com/framps/raspiBackup/master/scripts/raspiBackupDownloadFromGit.sh | bash -s -- m_843
--- Downloading raspiBackup.sh from git branch m_843 into current directory ...
raspiBackup.sh: Permission denied
??? Error occured downloading https://raw.githubusercontent.com/framps/raspiBackup/m_843/raspiBackup.sh. RC: 1
Eine Idee ?
Am 26. Feb. 2025, 11:21 +0100 schrieb Lars Burgmann ***@***.***>:
… Nur um ganz sicherzugehen.
Das backup habe ich noch ohne Punkt erstellt. Restore würde ich mit aufrufen. Oder muss auch schon das Backup
mit ./ gemacht werden ?
Am 26. Feb. 2025, 11:13 +0100 schrieb framp ***@***.***>:
> > Was meinst du damit ? Habe da gerade einen Hänger.
> Wenn Du sudo raspiBackup aufrufst wird das normal installierte raspiBackup aufgerufen. Mit dem genannten Befehl wird der raspiBackup Fix in das aktuelle Verzeichnis geladen. Damit dieses Script aufgerufen wird und nicht die normal installierte Version musst Du sudo ./raspiBackup.sh nutzen.
> Erst wenn ich den Fix nach Deinem Test offiziell publishe und Du dann raspiBackup auf die neue Release mit dem Fix upgradest kannst Du den Punkt weglassen.
> —
> Reply to this email directly, view it on GitHub, or unsubscribe.
> You are receiving this because you authored the thread.Message ID: ***@***.***>
|
Beta Was this translation helpful? Give feedback.
-
|
Ich vermute Du rufst den Befehl nicht in Deinem Homeverzeichnis auf wo Du schreiben darfst sondern in irgendeinem Verzeichnis was root gehört un Du als normaler User nicht schreiben darfst. Ich empfehle nicht sudo zu nutzen sondern in Dein Homeverzeichnis zu gehen. |
Beta Was this translation helpful? Give feedback.
-
|
Wie peinlich. Hast natürlich recht.
Ich werde später mit dem gefixten Toll ein Backup erstellen und einen Restore probieren.
Sage auf jeden Fall bescheid, ob es geklappt hat.
Am 26. Feb. 2025, 11:51 +0100 schrieb framp ***@***.***>:
… Ich vermute Du rufst den Befehl nicht in Deinem Homeverzeichnis auf wo Du schreiben darfst sondern in irgendeinem Verzeichnis was root gehört un Du als normaler User nicht schreiben darfst. Ich empfehle nicht sudo zu nutzen sondern in Dein Homeverzeichnis zu gehen.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you authored the thread.Message ID: ***@***.***>
|
Beta Was this translation helpful? Give feedback.
-
|
Hat super geklappt. Restore ist ohne Fehler durchgelaufen und Raspi hat sofort gebootet.
Ganz toll. Vielen Dank für die superschnelle Hilfe.
Eine Frage noch.
Du wirst den Fix ja irgendwann in das Tool einbauen. Bekomme ich mit wenn diese neue Version bei mir installiert ist ? Gibt es sowas wie ReleaseNotes um die Änderungen nachzulesen und aktuell zu sein?
Viele Dank und Grüße
Lars
Am 26. Feb. 2025, 11:40 +0100 schrieb Lars Burgmann ***@***.***>:
… Bei einem Server hat die Installation des Fixes geklappt. Auf einem zweien kommt:
curl -s https://raw.githubusercontent.com/framps/raspiBackup/master/scripts/raspiBackupDownloadFromGit.sh | bash -s -- m_843
--- Downloading raspiBackup.sh from git branch m_843 into current directory ...
raspiBackup.sh: Permission denied
??? Error occured downloading https://raw.githubusercontent.com/framps/raspiBackup/m_843/raspiBackup.sh. RC: 1
Eine Idee ?
Am 26. Feb. 2025, 11:21 +0100 schrieb Lars Burgmann ***@***.***>:
> Nur um ganz sicherzugehen.
>
> Das backup habe ich noch ohne Punkt erstellt. Restore würde ich mit aufrufen. Oder muss auch schon das Backup
> mit ./ gemacht werden ?
> Am 26. Feb. 2025, 11:13 +0100 schrieb framp ***@***.***>:
> > > Was meinst du damit ? Habe da gerade einen Hänger.
> > Wenn Du sudo raspiBackup aufrufst wird das normal installierte raspiBackup aufgerufen. Mit dem genannten Befehl wird der raspiBackup Fix in das aktuelle Verzeichnis geladen. Damit dieses Script aufgerufen wird und nicht die normal installierte Version musst Du sudo ./raspiBackup.sh nutzen.
> > Erst wenn ich den Fix nach Deinem Test offiziell publishe und Du dann raspiBackup auf die neue Release mit dem Fix upgradest kannst Du den Punkt weglassen.
> > —
> > Reply to this email directly, view it on GitHub, or unsubscribe.
> > You are receiving this because you authored the thread.Message ID: ***@***.***>
|
Beta Was this translation helpful? Give feedback.
-
Kein Problem. Liegt ja auch in meinem Interesse denn der Fehler ist zwar nicht schwerwiegend da er mit meinem syncUUDIs Tool schnell zu fixen ist. Aber trotzdem muss der Fix so schnell wie möglich allgemein verfügbar sein. Deshalb auch vielen Dank an Dich dass Du es so schnell berichtet sowie den Fix verifiziert hast.
Ja, es wird bald eine Release 0.7.0.1 geben und raspiBackup wird Dich darauf hinweisen. Dann musst Du nur |
Beta Was this translation helpful? Give feedback.
-
|
Beta Was this translation helpful? Give feedback.
-
Raspi bootet nach dem Restore nicht mehr. Folgende Fehlermeldungen werden ausgegeben (siehe Screenshot).
Weiss leider nicht wie ich das lösen kann. Hoffe du kannst helfen.

Version
raspiBackup.sh 0.7.0
Keine SD-Karte - nur SSD.
Das Backup und der Restore werden auf dem gleichen System erstellt bzw. eingespielt.
Restore wird auf einer zweiten Raspi mit angeschlossener Platte der ersten Raspi eingespielt.
raspiBackup.logr.txt
Oder
Letze Meldungen nach dem Restore:
--- RBK0053I: Erste Partition (Bootpartition) wird auf /dev/sdb1 zurückgespielt
--- RBK0342I: Dateisystemcheck wird auf /dev/sdb1 durchgeführt
--- RBK0055I: Zweite Partition (Rootpartition) wird auf /dev/sdb2 zurückgespielt
2,181,206,785 98% 12.80MB/s 0:02:42 (xfr#51215, to-chk=0/62607)
--- RBK0342I: Dateisystemcheck wird auf /dev/sdb2 durchgeführt
--- RBK0319I: Neue UUIDs werden generiert
--- RBK0340I: Restorezeit: 00:03:29
--- RBK0033I: Bitte warten bis aufgeräumt wurde
--- RBK0076I: Restore erfolgreich beendet
--- RBK0010I: PI-Lars: raspiBackup.sh V0.7.0 - 2025-02-21 (66089be) Tue 25 Feb 21:34:37 CET 2025 beendet mit Returncode 0
--- RBK0026I: Debug Logdatei wurde in /home/larsBb/raspiBackup.logr gesichert
RaspiBackup.logr hänge ich an.
Beta Was this translation helpful? Give feedback.
All reactions