Actualmente estoy trabajando en un sistema de arranque triple con Ubuntu 18.04, macOS y Windows. El gestor de arranque estándar que se supone que inicia el firmware (ASUS Impact VII, EFI basado en APTIO) es Clover. Luego, Clover ejecuta GRUB 2, el gestor de arranque EFI de Apple o el gestor de arranque de Windows.
El problema es que cuando actualizo el paquete grub-efi en mi sistema Ubuntu 18.04 a través de apt/dpkg, el firmware EFI procederá a iniciar GRUB en lugar de Clover en el próximo reinicio.
Entiendo que esto sucede porque la configuración de GRUB cambia las variables EFI para convertirse en el gestor de arranque predeterminado. Más concretamente no pasa --no-nvrama grub-install.
¿Cómo puedo hacer los paquetes GRUB EFI?no¿Modificar las variables de arranque EFI a través de grub-install, para que Clover siga siendo el gestor de arranque predeterminado?
Respuesta1
Para responder a mi propia pregunta: el script postinst de grub-efi-amd64 tiene la característica que solicité. Pasará --no-nvramal binario grub-install cuando la variable debconf grub2/update_nvramsea falsa.
Ejecute dpkg-reconfigure grub-efi-amd64y responda "No" cuando se le pregunte si desea mantener las entradas de nvram automáticamente.
Respuesta2
Hay un error en grub-efi-amd64-signedhttps://bugs.launchpad.net/ubuntu/+source/grub2-signed/+bug/1969845por lo que es imposible evitar este comportamiento sin cambiar manualmente el script postinst de grub-efi-amd64-signed.