[gelöst]Woher erhält update-initramfs diese "alte" UUID?

Welches Modul/Treiber für welche Hardware, Kernel compilieren...
Benutzeravatar
KBDCALLS
Moderator
Beiträge: 22355
Registriert: 24.12.2003 21:26:55
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Dortmund
Kontaktdaten:

Re: Woher erhält update-initramfs diese "alte" UUID?

Beitrag von KBDCALLS » 21.03.2018 18:22:01

Da schon mal reingeschaut.
  • /etc/initramfs-tools/conf.d/resume
Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.

EDV ist die Abkürzung für: Ende der Vernunft

Bevor du einen Beitrag postest:
  • Kennst du unsere Verhaltensregeln
  • Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.

halo44
Beiträge: 703
Registriert: 12.05.2015 15:19:13

Re: Woher erhält update-initramfs diese "alte" UUID?

Beitrag von halo44 » 21.03.2018 18:23:06

owl102 hat geschrieben: ↑ zum Beitrag ↑
21.03.2018 18:07:33
Oder den Partitionen auf der neuen Platte die gleichen UUIDs geben? (Und den Partitionen auf der alten Platte natürlich neue UUIDs geben.)

P.S.: Ich weiß, das ist die unsportliche Lösung.
Danke für die Idee, aber die alte Platte ist bereits ausgebaut.

Ich hätte ja nichts gegen eine unsportliche Lösung, aber es muß doch möglich sein eine neue initrd.img zu erstellen, was aber anscheinend nur über eine Neuerstellung des Bootloaders gelingt. Woher der dann aber die alte UUID nimmt, ist das große Rätsel.

Gruss H.

Benutzeravatar
KBDCALLS
Moderator
Beiträge: 22355
Registriert: 24.12.2003 21:26:55
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Dortmund
Kontaktdaten:

Re: Woher erhält update-initramfs diese "alte" UUID?

Beitrag von KBDCALLS » 21.03.2018 18:26:07

halo44 hat geschrieben: ↑ zum Beitrag ↑
21.03.2018 18:23:06
owl102 hat geschrieben: ↑ zum Beitrag ↑
21.03.2018 18:07:33
Oder den Partitionen auf der neuen Platte die gleichen UUIDs geben? (Und den Partitionen auf der alten Platte natürlich neue UUIDs geben.)

P.S.: Ich weiß, das ist die unsportliche Lösung.
Danke für die Idee, aber die alte Platte ist bereits ausgebaut.

Ich hätte ja nichts gegen eine unsportliche Lösung, aber es muß doch möglich sein eine neue initrd.img zu erstellen, was aber anscheinend nur über eine Neuerstellung des Bootloaders gelingt. Woher der dann aber die alte UUID nimmt, ist das große Rätsel.

Gruss H.
Scheinbar wohl nicht. Anscheinend hat der Bootloader damit nix zu tun.
Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.

EDV ist die Abkürzung für: Ende der Vernunft

Bevor du einen Beitrag postest:
  • Kennst du unsere Verhaltensregeln
  • Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.

Benutzeravatar
Tintom
Moderator
Beiträge: 3029
Registriert: 14.04.2006 20:55:15
Wohnort: Göttingen

Re: Woher erhält update-initramfs diese "alte" UUID?

Beitrag von Tintom » 21.03.2018 18:29:55

halo44 hat geschrieben: ↑ zum Beitrag ↑
21.03.2018 18:10:46
Tintom hat geschrieben: ↑ zum Beitrag ↑
21.03.2018 17:45:13
Gib update-initramfs noch den Schalter -v mit, dann wird's gesprächiger.
Ja, ist so:

Code: Alles auswählen

update-initramfs -v -k all -c
Available versions: 
Nothing to do, exiting.
Allerdings stimmt das nicht. Es ist keine initrd.img mehr vorhanden.

Gruss H.
In dem Fall mal anstelle von all `uname -r` probieren. Tut sich dann was?

halo44
Beiträge: 703
Registriert: 12.05.2015 15:19:13

Re: Woher erhält update-initramfs diese "alte" UUID?

Beitrag von halo44 » 21.03.2018 18:34:48

Tintom hat geschrieben: ↑ zum Beitrag ↑
21.03.2018 18:29:55
... In dem Fall mal anstelle von all `uname -r` probieren. Tut sich dann was?
Leider nein:

Code: Alles auswählen

update-initramfs -v -k `uname -r` -c
/boot/initrd.img-4.9.0-6-amd64 already exists, cannot create.
Sie existiert nicht, zumindest nicht in /boot.

Gruss H.

halo44
Beiträge: 703
Registriert: 12.05.2015 15:19:13

Re: Woher erhält update-initramfs diese "alte" UUID?

Beitrag von halo44 » 21.03.2018 18:38:50

Ich muß jetzt kurz zurückrudern. Die initrd.img ist jetzt doch da. Sie wurde um 18:16 erstellt. Ich muß jetzt feststellen mit welchem Befehl sie erstellt wurde.

Ich melde mich dann.

Gruss H.

halo44
Beiträge: 703
Registriert: 12.05.2015 15:19:13

Re: Woher erhält update-initramfs diese "alte" UUID?

Beitrag von halo44 » 21.03.2018 18:43:33

Wenn ich das zeitlich abgleiche, wurde die initrd.img hiermit erstellt, wobei auch hier die alte UUID angezogen wurde:

Code: Alles auswählen

mkinitramfs -o initrd.img-4.9.0-6-amd64 
cryptsetup: WARNING: found more than one resume device candidate:
                     29011482-acf2-4af2-acc9-637bbbc36ab7
                     c29f9a07-7664-4024-9131-0fe16c7a397d
Ich weiß immer noch nicht, wer diese UUID präsentiert.

Gruss H.

Edit: ich kann auch nicht verstehen, was cryptsetup damit zu tun hat.

Benutzeravatar
KBDCALLS
Moderator
Beiträge: 22355
Registriert: 24.12.2003 21:26:55
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Dortmund
Kontaktdaten:

Re: Woher erhält update-initramfs diese "alte" UUID?

Beitrag von KBDCALLS » 21.03.2018 19:00:28

halo44 hat geschrieben: ↑ zum Beitrag ↑
21.03.2018 18:43:33
Wenn ich das zeitlich abgleiche, wurde die initrd.img hiermit erstellt, wobei auch hier die alte UUID angezogen wurde:

Code: Alles auswählen

mkinitramfs -o initrd.img-4.9.0-6-amd64 
cryptsetup: WARNING: found more than one resume device candidate:
                     29011482-acf2-4af2-acc9-637bbbc36ab7
                     c29f9a07-7664-4024-9131-0fe16c7a397d
Ich weiß immer noch nicht, wer diese UUID präsentiert.

Gruss H.

Edit: ich kann auch nicht verstehen, was cryptsetup damit zu tun hat.
Sieh dir mal de Config an die ich dir genannt habe.
Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.

EDV ist die Abkürzung für: Ende der Vernunft

Bevor du einen Beitrag postest:
  • Kennst du unsere Verhaltensregeln
  • Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.

halo44
Beiträge: 703
Registriert: 12.05.2015 15:19:13

Re: Woher erhält update-initramfs diese "alte" UUID?

Beitrag von halo44 » 21.03.2018 19:09:06

KBDCALLS hat geschrieben: ↑ zum Beitrag ↑
21.03.2018 19:00:28
... Sieh dir mal de Config an die ich dir genannt habe.
Wenn Du die meinst "/etc/initramfs-tools/conf.d/resume", dann findet sich dort

Code: Alles auswählen

RESUME=UUID=c29f9a07-7664-4024-9131-0fe16c7a397d
also die richtige UUID, wie ich auch schon im Eröffnungspost schrieb:
Anschließend habe ich die neue Rootpartition auf /mnt gemountet und in deren /boot/grub/grub.cfg die neue UUID eingestellt. Auch die /etc/fstab und die /etc/initramfs-tools/conf.d/resume habe ich mit den neuen UUIDs versorgt.
Gruss H.

Benutzeravatar
Tintom
Moderator
Beiträge: 3029
Registriert: 14.04.2006 20:55:15
Wohnort: Göttingen

Re: Woher erhält update-initramfs diese "alte" UUID?

Beitrag von Tintom » 21.03.2018 19:20:49

Nächster Schuss ins Blaue: Existiert die Datei /etc/suspend.conf oder /etc/uswsusp.conf?

Benutzeravatar
MSfree
Beiträge: 10686
Registriert: 25.09.2007 19:59:30

Re: Woher erhält update-initramfs diese "alte" UUID?

Beitrag von MSfree » 21.03.2018 19:45:09

Im schlimmsten Fall kann man auch einfach mal alle Dateien auf dem System nach dem String "29011482-acf2-4af2-acc9-637bbbc36ab7" durchsuchen:

Code: Alles auswählen

find / -type f -exec grep -Hi 29011482-acf2-4af2-acc9-637bbbc36ab7 {} \;
Das wird allerdings eine Weile dauern.

halo44
Beiträge: 703
Registriert: 12.05.2015 15:19:13

Re: Woher erhält update-initramfs diese "alte" UUID?

Beitrag von halo44 » 21.03.2018 19:52:26

Tintom hat geschrieben: ↑ zum Beitrag ↑
21.03.2018 19:20:49
Nächster Schuss ins Blaue: Existiert die Datei /etc/suspend.conf oder /etc/uswsusp.conf?
Volltreffer: die /etc/uswsusp.conf existiert und enthält den falschen UUID-Eintrag:

Code: Alles auswählen

# /etc/uswsusp.conf(5) -- Configuration file for s2disk/s2both 
resume device = /dev/disk/by-uuid/29011482-acf2-4af2-acc9-637bbbc36ab7
compress = y
early writeout = y
image size = 3500386795
RSA key file = /etc/uswsusp.key
shutdown method = platform
Jetzt die Frage: muß ich hier die richtige UUID einsetzen oder ist das vielmehr ein Überbleibsel von früheren suspend-Versuchen und ich sollte die Datei löschen?

Gruss H.

halo44
Beiträge: 703
Registriert: 12.05.2015 15:19:13

Re: Woher erhält update-initramfs diese "alte" UUID?

Beitrag von halo44 » 21.03.2018 20:00:32

MSfree hat geschrieben: ↑ zum Beitrag ↑
21.03.2018 19:45:09
Im schlimmsten Fall kann man auch einfach mal alle Dateien auf dem System nach dem String "29011482-acf2-4af2-acc9-637bbbc36ab7" durchsuchen:

Code: Alles auswählen

find / -type f -exec grep -Hi 29011482-acf2-4af2-acc9-637bbbc36ab7 {} \;
Das wird allerdings eine Weile dauern.
Habe ich auch versucht, was allerdings (wenn man es über dolphin ausführt) endlos lange läuft, ohne ein Ergebnis zu bringen.

Ähnlich verhält es sich, wenn ich einfach aus / suche mit

Code: Alles auswählen

grep -r '29011482-acf2-4af2-acc9-637bbbc36ab7' ./
Ich werde aber Deinen Vorschlag mal morgen ablaufen lassen.

Gruss H.

Benutzeravatar
Tintom
Moderator
Beiträge: 3029
Registriert: 14.04.2006 20:55:15
Wohnort: Göttingen

Re: Woher erhält update-initramfs diese "alte" UUID?

Beitrag von Tintom » 21.03.2018 22:04:09

Leg' dir eine Kopie der Konfigurationsdatei zur Sicherheit an und purge Debianuswsusp. Vermutlich wird dein Rechner mit den kerneleigenen Suspendmechanismen auch gut zurecht kommen :wink:

Benutzeravatar
schorsch_76
Beiträge: 2535
Registriert: 06.11.2007 16:00:42
Lizenz eigener Beiträge: MIT Lizenz

Re: Woher erhält update-initramfs diese "alte" UUID?

Beitrag von schorsch_76 » 22.03.2018 07:28:49

Na dann ist ja gut dass es gefunden wurde. :)

halo44
Beiträge: 703
Registriert: 12.05.2015 15:19:13

Re: Woher erhält update-initramfs diese "alte" UUID?

Beitrag von halo44 » 22.03.2018 10:27:19

Tintom hat geschrieben: ↑ zum Beitrag ↑
21.03.2018 22:04:09
Leg' dir eine Kopie der Konfigurationsdatei zur Sicherheit an und purge Debianuswsusp. Vermutlich wird dein Rechner mit den kerneleigenen Suspendmechanismen auch gut zurecht kommen :wink:
Habe die Konfigurationsdatei umbenannt, uswsusp gepurged und die initrd.img nun mit nur einem suspend device neu erstellt. Alles läuft zur Zufriedenheit.

Danke an alle Helfer.

Gruss H.

Antworten