Tengo un Debian Stretch/Ubuntu Bionic de arranque dual. El administrador de arranque líder es el de Debian.
Después de la actualización del Kernel en bionic, inicio el gestor de arranque biónico para probar el nuevo Kernel. También hay una instalación de Kernel principal en bionic.
pero configuraré el kernel normal de Ubuntu como predeterminado.
GRUB_DEFAULT=saved
GRUB_SAVEDEFAULT=true
GRUB_GFXPAYLOAD_LINUX=text
y 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=
Pero después de reiniciar o apagar + encender Ubuntu, arranca el kernel principal. Las entradas de mi menú son 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'
¿Qué pasa con mi configuración?
Nota:yo corrosudo update-grub
Respuesta1
Tu problema suena así:GRUB 2 "atascado" en una opción de arranque particular
La solución en respuestas:
En este caso, el campo next_entry no se borró después de reiniciar como debería (¿quizás debido a alguna incompatibilidad con btrfs?)
Pude desarmarlo con éxito de esta manera (nuevamente, dentro del chroot):
grub2-editenv /boot/grub2/grubenv unset next_entry¡Después de reiniciar, el menú de grub volvió a la normalidad!