Das macht update-bootloader aber bei allen installierten Kerneln.
Und soweit ich weiß auch bei grub-bls, der ja nicht mehr auf /boot/grub/grub.cfg aufsetzt.
Stimmt! Und wieder schlauer ...
Das macht update-bootloader aber bei allen installierten Kerneln.
Und soweit ich weiß auch bei grub-bls, der ja nicht mehr auf /boot/grub/grub.cfg aufsetzt.
Stimmt! Und wieder schlauer ...
das Problem ist leider nicht gelöst
Wenn ich den Bootparameter "net.ifnames=0" manuell beim Booten einfüge (Taste e auf grüner Zeile,Zeile mit vmlinuz suchen, Bootparameter am ende der Zeile....) und dann boote startet der Rechner und hat ein Netz
wenn ich danach mit
update-bootloader --add-option net.ifnames=0
und
update-bootloader --config
die Parameterzeile dauerhaft um diesen Parameter erweitere und neu starte, bootet der Rechner den aktuellem Eintrag aus grub nicht mehr. Ich muss einen älteren snapshot wählen, dieser startet dann mit einem read only fs. Ich muss dann mit "snapper rollback xxxx" den read only snapshot der gestartet wurde, wieder auf read write setzen. Dann startet der leap 16 wieder aber wieder ohne netzwerk
Was macht update-bootloader da kaputt?
wenn ich danach mit
update-bootloader --add-option net.ifnames=0
und
update-bootloader --config
Hast du das in der VM (Leap 16.0) gemacht und dann den bootloader unter Leap 15.6 (host) auch neu geschrieben? Oder hast du den Parameter unter Leap 15.6 eingefügt und wie bist du genau vorgegangen?
Allgemeine Frage: Wenn ich die manpages richtig verstehe, dann sind die Kommandos update-bootloader und update-bootloader --config in ihrer Wirkung identisch, oder etwa doch nicht?
Alle Aktionen fanden in der VM statt. Ich habe diese Aktion nur in der VM unter Leap 16.0 gemacht. Im Host (unter Leap 15.6) habe ich nichts gemacht. Wie kann ich den Bootloader für diese VM auf dem Host neu schreiben ? Auf dem Host habe ich diesen Parameter nicht eingefügt. Der ist ja bereits mit Leap 15.6 gebootet
Wie kann ich den Bootloader für diese VM auf dem Host neu schreiben ?
Der sitzt innerhalb der vdi, nicht auf dem Host. Der Gast kommt nicht aus der VM heraus.
update-bootloader --config schreibt den neu.
Allgemeine Frage: Wenn ich die manpages richtig verstehe, dann sind die Kommandos update-bootloader und update-bootloader --config in ihrer Wirkung identisch, oder etwa doch nicht?
ja.
Aber man sollte den eigentlichen Befehl verwenden.
Vielleicht ist es hilfreich, in der VM auch die aktuelle CMD-Line anzuschauen:
Die wird aber von dem Start der VM generiert.....
OpenSuSe-VM:/home/peter # update-bootloader --add-option net.ifnames=0
OpenSuSe-VM:/home/peter # update-bootloader --config
OpenSuSe-VM:/home/peter # grep -i net.ifnames=0 /boot/grub2/grub.cfg
linux /boot/vmlinuz-6.12.0-160000.8-default root=UUID=e9c369e8-5e0d-4cf8-bc40-080aba432905 ${extra_cmdline} splash=silent resume=/dev/disk/by-path/pci-0000:04:00.0-part3 quiet mitigations=auto security=selinux enforcing=1 selinux=1 net.ifnames=0
linux /boot/vmlinuz-6.12.0-160000.8-default root=UUID=e9c369e8-5e0d-4cf8-bc40-080aba432905 ${extra_cmdline} splash=silent resume=/dev/disk/by-path/pci-0000:04:00.0-part3 quiet mitigations=auto security=selinux enforcing=1 selinux=1 net.ifnames=0
linux /boot/vmlinuz-6.4.0-150600.23.73-default root=UUID=e9c369e8-5e0d-4cf8-bc40-080aba432905 ${extra_cmdline} splash=silent resume=/dev/disk/by-path/pci-0000:04:00.0-part3 quiet mitigations=auto security=selinux enforcing=1 selinux=1 net.ifnames=0
linux /boot/vmlinuz-6.4.0-150600.23.47-default root=UUID=e9c369e8-5e0d-4cf8-bc40-080aba432905 ${extra_cmdline} splash=silent resume=/dev/disk/by-path/pci-0000:04:00.0-part3 quiet mitigations=auto security=selinux enforcing=1 selinux=1 net.ifnames=0
OpenSuSe-VM:/home/peter #