Hallo zusammen, weiterführend (leider) zu meinem letzten Thread "SSD kopieren/klonen (Fragen)". Bei näherer Prüfung hat sich jetzt herausgestellt, dass mein 2. OS, dass ich nur kopiert aber kein chroot und kein grup2-install gemacht habe, nicht bootet. Im Grub Bootmenü ist dazu zwar ein passender Eintrag enthalten, aber der bootet nicht. es kommt Started Playmouth Boot Screen Started Forward Password Requests to Playmouth Directory Watch Reached target Path Units Reached target Basic System Danach steht der PC. Kennt sich jemand mit dem EFI Zeugs aus ? Wenn die alte SSD nicht angeschlossen ist, liefert root@obelix (-bash) efibootmgr -v BootCurrent: 0002 Timeout: 1 seconds BootOrder: 0002,0001,0000 Boot0000* opensuse HD(1,GPT,aeb1939e-e8db-456c-8840-b76d05a20b36,0x800,0xfa000)/File(\EFI\OPENSUSE\GRUBX64.EFI) Boot0001* opensuse-secureboot HD(1,GPT,aeb1939e-e8db-456c-8840-b76d05a20b36,0x800,0xfa000)/File(\EFI\OPENSUSE\SHIM.EFI) Sind das jetzt nur die Einträge für mein Leap 15.5, für das ich die chroot und grup2-install Aktionen gemacht habe ? Sind diese Einträge irgendwo gespeichert oder werden sie erzeugt, wenn man bootet oder bei einer anderen Aktion? Der Grund für diese Frage ist: Wenn ich die alte SSD auch anschließe, kommt ein weiterer Eintag hinzu: root@obelix (-bash) efibootmgr -v BootCurrent: 0002 Timeout: 1 seconds BootOrder: 0002,0001,0000 Boot0000* opensuse HD(1,GPT,aeb1939e-e8db-456c-8840-b76d05a20b36,0x800,0xfa000)/File(\EFI\OPENSUSE\GRUBX64.EFI) Boot0001* opensuse-secureboot HD(1,GPT,aeb1939e-e8db-456c-8840-b76d05a20b36,0x800,0xfa000)/File(\EFI\OPENSUSE\SHIM.EFI) Boot0002* opensuse HD(2,MBR,0x5f708254,0x5fdd800,0xfa000)/File(\EFI\opensuse\grubx64.efi)..BO Boot0002* kommt mit komisch vor, weil da steht "HD(2,MBR,..." aber die alte SDD hat GPT. Fehlen nun Eiträge für die Partition 2 mit Leap 15.4 ? Wenn ja, wie kann ich die erzeugen ? efibootmgr -c -L "opensuse-alt" -l '\EFI\opensuse\grubx64.efi' ?? (aus https://en.opensuse.org/openSUSE:UEFI) Woher bekommt er die Partition, auf der sich "opensuse-alt" befindet ? Wenn das so stimmt, wie finden dann der Eintrag im Grpb2 Bootmenü "opensuse 15.4" und EFI zusammen ? Muss ich da noch irgendwo eine Partition mit angeben ? Es ist nicht wirklich Tragisch, dass 15.4 nicht bootet, 15.5 geht ja. Aber wenn ich auf der Partition mit 15.4 ein neues OS (15.6?) installiere, wird dann von zypper alles so aktualisiert, dass ich dann sowohl 15.6 als auch 15.5 booten kann ? Neue SSD: (eine Kingston SSD 240GB) p1 500MB fat32 EFI p2 50GB ext4 Opensuse 15.4 p3 50GB ext4 Opensuse 15.5 Rest unbelegt Bei der alten SSD ist Inhalt von p1 und p2 vertauscht. Danke für Tipps Werner
Zusatz: Auf der EFI Partition: werner@obelix:~> cat /boot/efi/EFI/opensuse/grub.cfg search --fs-uuid --set=root d19dc726-21ba-436f-98a9-d7cb7864f19d set prefix=(${root})/boot/grub2 d19dc726-21ba-436f-98a9-d7cb7864f19d: werner@obelix:~> ll /dev/disk/by-uuid/d19dc726-21ba-436f-98a9-d7cb7864f19d lrwxrwxrwx 1 root root 10 5. Nov 10:25 /dev/disk/by-uuid/d19dc726-21ba-436f-98a9-d7cb7864f19d -> ../../sdc4 ABER: werner@obelix:~> ll /dev/disk/by-id/ata-KINGSTON_SA400S37240G_50026B7784F657BC-part3 lrwxrwxrwx 1 root root 10 5. Nov 10:25 /dev/disk/by-id/ata-KINGSTON_SA400S37240G_50026B7784F657BC-part3 -> ../../sdb3 sdc4 ist /dev/disk/by-id/ata-SanDisk_SDSSDX120GG25_121179401087-part4 die alte SSD, die grad auch angeschlossen ist. Auf der befand sich Leap 15.5 Sollte ich da was anpassen ? Wie ? Gruss Werner Am 05.11.23 um 11:17 schrieb Werner Franke:
Hallo zusammen,
weiterführend (leider) zu meinem letzten Thread "SSD kopieren/klonen (Fragen)".
Bei näherer Prüfung hat sich jetzt herausgestellt, dass mein 2. OS, dass ich nur kopiert aber kein chroot und kein grup2-install gemacht habe, nicht bootet. Im Grub Bootmenü ist dazu zwar ein passender Eintrag enthalten, aber der bootet nicht.
es kommt
Started Playmouth Boot Screen Started Forward Password Requests to Playmouth Directory Watch Reached target Path Units Reached target Basic System
Danach steht der PC.
Kennt sich jemand mit dem EFI Zeugs aus ?
Wenn die alte SSD nicht angeschlossen ist, liefert
root@obelix (-bash) efibootmgr -v BootCurrent: 0002 Timeout: 1 seconds BootOrder: 0002,0001,0000 Boot0000* opensuse HD(1,GPT,aeb1939e-e8db-456c-8840-b76d05a20b36,0x800,0xfa000)/File(\EFI\OPENSUSE\GRUBX64.EFI) Boot0001* opensuse-secureboot HD(1,GPT,aeb1939e-e8db-456c-8840-b76d05a20b36,0x800,0xfa000)/File(\EFI\OPENSUSE\SHIM.EFI)
Sind das jetzt nur die Einträge für mein Leap 15.5, für das ich die chroot und grup2-install Aktionen gemacht habe ?
Sind diese Einträge irgendwo gespeichert oder werden sie erzeugt, wenn man bootet oder bei einer anderen Aktion? Der Grund für diese Frage ist: Wenn ich die alte SSD auch anschließe, kommt ein weiterer Eintag hinzu:
root@obelix (-bash) efibootmgr -v BootCurrent: 0002 Timeout: 1 seconds BootOrder: 0002,0001,0000 Boot0000* opensuse HD(1,GPT,aeb1939e-e8db-456c-8840-b76d05a20b36,0x800,0xfa000)/File(\EFI\OPENSUSE\GRUBX64.EFI) Boot0001* opensuse-secureboot HD(1,GPT,aeb1939e-e8db-456c-8840-b76d05a20b36,0x800,0xfa000)/File(\EFI\OPENSUSE\SHIM.EFI) Boot0002* opensuse HD(2,MBR,0x5f708254,0x5fdd800,0xfa000)/File(\EFI\opensuse\grubx64.efi)..BO
Boot0002* kommt mit komisch vor, weil da steht "HD(2,MBR,..." aber die alte SDD hat GPT.
Fehlen nun Eiträge für die Partition 2 mit Leap 15.4 ?
Wenn ja, wie kann ich die erzeugen ?
efibootmgr -c -L "opensuse-alt" -l '\EFI\opensuse\grubx64.efi' ?? (aus https://en.opensuse.org/openSUSE:UEFI)
Woher bekommt er die Partition, auf der sich "opensuse-alt" befindet ? Wenn das so stimmt, wie finden dann der Eintrag im Grpb2 Bootmenü "opensuse 15.4" und EFI zusammen ? Muss ich da noch irgendwo eine Partition mit angeben ?
Es ist nicht wirklich Tragisch, dass 15.4 nicht bootet, 15.5 geht ja. Aber wenn ich auf der Partition mit 15.4 ein neues OS (15.6?) installiere, wird dann von zypper alles so aktualisiert, dass ich dann sowohl 15.6 als auch 15.5 booten kann ?
Neue SSD: (eine Kingston SSD 240GB) p1 500MB fat32 EFI p2 50GB ext4 Opensuse 15.4 p3 50GB ext4 Opensuse 15.5 Rest unbelegt
Bei der alten SSD ist Inhalt von p1 und p2 vertauscht.
Danke für Tipps Werner
On 05.11.23 11:38, Werner Franke wrote:
Zusatz:
Auf der EFI Partition:
Hatte ich erwähnt, dass ich von Dualboot gerne Abstand nehme? Du mußt irgendwie dafür sorgen, dass Du zwei valide Einträge im EFI hast. Bitte das jeweilige Zielsystem booten oder rein- chrooten und dann in der /etc/default/grub: GRUB_DISTRIBUTION=<label deiner wahl> shim-install Wenn das tut, kannst Du die alten Einträge mit efibootmgr wieder rauswerfen. Viele Grüße Ulf
Hallo Ulf, Am 05.11.23 um 12:28 schrieb Ulf Volmer:
On 05.11.23 11:38, Werner Franke wrote:
Zusatz:
Auf der EFI Partition:
Hatte ich erwähnt, dass ich von Dualboot gerne Abstand nehme?
Du mußt irgendwie dafür sorgen, dass Du zwei valide Einträge im EFI hast.
Bitte das jeweilige Zielsystem booten oder rein- chrooten und dann
in der /etc/default/grub: GRUB_DISTRIBUTION=<label deiner wahl> shim-install
Wenn das tut, kannst Du die alten Einträge mit efibootmgr wieder rauswerfen.
ja, hattest du. Aus dem Grund hatte ich von dir eigentlich keine Antwort erwartet. Ich hoffte es lesen noch andere Leute mit, die Infos beisteuern können. Ich benutze SUSE schon seit 6.2 und relativ früh habe ich das mit dem Dualboot am laufen. Es hat mit oft sehr geholfen, wenn ich wieder eine neue SUSE version neu installiert habe. Neuinstallieren war damals glaube ich immer notwendig, weil es ein 'zypper -dup' oder was ähnliches nicht gab. So konnte ich die neue Version installieren und danach fehlendes nauchinstallieren und hatte das funktionierende OS weiter am laufen. Wenn das neue OS dann soweit OK war, habe ich umgeschaltet. Zurück zum Problem. Ich habe wieder ein Life System gebootet und die chroot und grub2-install Aktionen gemacht. Jetzt aber für das andere OS. Das mit dem GRUB_DISTRIBUTION habe ich nicht gemacht, weil die Einträge, die openSUSE macht, gut sind. Es kam wieder ein grub2-probe: error (der kam auch schon beim ersten Mal. Ich habe den Output diesmal gesichert) Denke mal, das ist der Grund, warum das 15.4 nicht bootet. Der Boot von 15.4 geht jetzt weiter, aber hört wieder bald auf. 15.5 geht weiterhin. xubuntu:/ # grub2-mkconfig -o /boot/grub2/grub.cfg Generating grub configuration file ... Found theme: /boot/grub2/themes/openSUSE/theme.txt Found linux image: /boot/vmlinuz-5.14.21-150400.24.88-default Found initrd image: /boot/initrd-5.14.21-150400.24.88-default Found linux image: /boot/vmlinuz-5.14.21-150400.24.66-default Found initrd image: /boot/initrd-5.14.21-150400.24.66-default Warning: os-prober will be executed to detect other bootable partitions. Its output will be used to detect bootable binaries on them and create new boot entries. 379.006929 | DM multipath kernel driver not loaded grub2-probe: error: cannot find a GRUB drive for /dev/sdc2. Check your device.map. Found openSUSE Leap 15.5 on /dev/sdb3 done Von wo holt er sich das /dev/sdc2 ? Das gibt's nicht (mehr ?) Ein /boot/grub2/device.map gibt's bei mir ja nicht. Ich habe mir überlegt das grub2-probe selbst mal aufzurufen, um zu sehen, ob da was hilfreiches herauskommt. Weisst du wie bei grub2-probe die Parameter aussehen müssen ? grub2-probe [OPTION...] [OPTIONEN]… [PFAD|GERÄT] Was muss ich als [PFAD|GERÄT] angeben ? root@obelix (-bash) grub2-probe /dev/sdb3 grub2-probe: Fehler: Kanonischer Pfad von »devtmpfs« konnte nicht ermittelt werden. Mit grub2-probe --device-map=/boot/grub2/device.map [PFAD|GERÄT] würde ich diese Datei erzeugen? viele Grüße Werner
On Sun, Nov 05, 2023 at 06:12:54PM +0100, Werner Franke wrote:
Am 05.11.23 um 12:28 schrieb Ulf Volmer:
On 05.11.23 11:38, Werner Franke wrote:
Zusatz:
Auf der EFI Partition:
Hatte ich erwähnt, dass ich von Dualboot gerne Abstand nehme?
Du mußt irgendwie dafür sorgen, dass Du zwei valide Einträge im EFI hast.
Bitte das jeweilige Zielsystem booten oder rein- chrooten und dann
in der /etc/default/grub: GRUB_DISTRIBUTION=<label deiner wahl> shim-install
Wenn das tut, kannst Du die alten Einträge mit efibootmgr wieder rauswerfen.
ja, hattest du. Aus dem Grund hatte ich von dir eigentlich keine Antwort erwartet. Ich hoffte es lesen noch andere Leute mit, die Infos beisteuern können.
Hattest Du meine Tipp mit shim-install jetzt beherzigt oder nicht? Viele Grüße Ulf
Am 07.11.23 um 06:24 schrieb Ulf Volmer:
On Sun, Nov 05, 2023 at 06:12:54PM +0100, Werner Franke wrote:
Am 05.11.23 um 12:28 schrieb Ulf Volmer:
On 05.11.23 11:38, Werner Franke wrote:
Zusatz:
Auf der EFI Partition:
Hatte ich erwähnt, dass ich von Dualboot gerne Abstand nehme?
Du mußt irgendwie dafür sorgen, dass Du zwei valide Einträge im EFI hast.
Bitte das jeweilige Zielsystem booten oder rein- chrooten und dann
in der /etc/default/grub: GRUB_DISTRIBUTION=<label deiner wahl> shim-install
Wenn das tut, kannst Du die alten Einträge mit efibootmgr wieder rauswerfen.
ja, hattest du. Aus dem Grund hatte ich von dir eigentlich keine Antwort erwartet. Ich hoffte es lesen noch andere Leute mit, die Infos beisteuern können.
Hattest Du meine Tipp mit shim-install jetzt beherzigt oder nicht?
Hallo Ulf, nachdem ich jetzt nachgeschaut habe, was SHIM ist, habe ich es nicht gemacht. Ich benutze kein secure-boot, habe das im UEFi deaktiviert. Ich habe auch herausgefunden, was das Problem war. Es hatte nichts mit EFI und Grub zu tun. Nachdem ich den Bootprozess in Grub2 etwas gesprächiger gemacht hatte, ist mir aufgefallen, dass es nur wenige Meldungen gibt, die die Hardware im System betreffen. Also dachte ich, ich versuche es mal mit einer neuen initramfs. Bei laufenden 15.5 habe ich für 15.4 (das nicht bootet) ein chroot und "mkinitrd" gemacht. Jetzt bootet auch das OS, wo sich beim Umzug die Partitionsreihenfolge geändert hatte. Was die initramfs damit zu tun hat, weiss ich zwar nicht, aber anscheinend doch etwas. In den letzten Tagen habe ich viel über Grub2 und EFI gelernt, was ich wahrscheinlich nie mehr brauchen werde ... Vielen Dank Ulf und alle die Tipps beigesteuert haben. Viele Grüße Werner
participants (2)
-
Ulf Volmer
-
Werner Franke