Ich habe einen Dual-Boot von Debian Stretch und Ubuntu Bionic. Der führende Bootmanager ist der von Debian.
Nach dem Kernel-Update in Bionic starte ich den Bionic-Bootloader, um den neuen Kernel zu testen. Es gibt auch eine Hauptkernel-Installation in Bionic.
aber ich werde den normalen Ubuntu-Kernel als Standard festlegen.
GRUB_DEFAULT=saved
GRUB_SAVEDEFAULT=true
GRUB_GFXPAYLOAD_LINUX=text
Und sudo grub-editenv list:
saved_entry=gnulinux-advanced-0ddc8e0a-4b8a-479c-9502-5478ed3c4036>gnulinux-4.15.0-51-generic-advanced-0ddc8e0a-4b8a-479c-9502-5478ed3c4036
next_entry=
Aber nach einem Neustart oder Herunterfahren + Einschalten bootet Ubuntu den Hauptkernel. Meine Menüeinträge sind grep -i "menuentry '" /boot/grub/grub.cfg|sed -r "s|--class .*$||g"|nl -v 0:
0 menuentry 'Ubuntu'
1 menuentry 'Ubuntu, mit Linux 4.20.17-042017-generic'
2 menuentry 'Ubuntu, mit Linux 4.20.17-042017-generic (recovery mode)'
3 menuentry 'Ubuntu, mit Linux 4.15.0-51-generic'
4 menuentry 'Ubuntu, mit Linux 4.15.0-51-generic (recovery mode)'
5 menuentry 'Ubuntu, mit Linux 4.15.0-50-generic'
6 menuentry 'Ubuntu, mit Linux 4.15.0-50-generic (recovery mode)'
7 menuentry 'Ubuntu text'
8 menuentry 'Ubuntu text, mit Linux 4.20.17-042017-generic'
9 menuentry 'Ubuntu text, mit Linux 4.15.0-51-generic'
10 menuentry 'Ubuntu text, mit Linux 4.15.0-50-generic'
was ist falsch an meiner Konfiguration?
Notiz:Ich laufesudo update-grub
Antwort1
Ihr Problem klingt wie folgt:GRUB 2 bleibt bei einer bestimmten Boot-Option hängen
Die Lösung in Antworten:
In diesem Fall wurde das Feld „next_entry“ nach einem Neustart nicht wie vorgesehen gelöscht (möglicherweise aufgrund einer BTRFS-Inkompatibilität?).
Ich konnte es erfolgreich wie folgt aufheben (wiederum innerhalb des Chroots):
grub2-editenv /boot/grub2/grubenv unset next_entryNach einem Neustart war das Grub-Menü wieder normal!