Novato de Linux aquí. Recientemente reinstalé Ubuntu y cada vez que inicio, me arrojan al shell de grub. He buscado por todas partes, perdí mucho tiempo y no puedo rastrear el problema por mi vida.
La tabla de particiones se presenta como: /dev/sda1 - El sistema operativo real /dev/sda2 - EFI /dev/sda3 - Intercambio
Mediante la ejecución:
set root=(hd0,gpt1)
linux /vmlinuz_something root=/dev/sda1 ro
initrd /initrd.img
boot
Arranco el sistema operativo y luego ejecuto update-grub. Parece que ha localizado con éxito los núcleos y actualizó las entradas, pero aún arranca en grub. Así que investigué más a fondo el problema y encontré algunos casos que sugerían que podría tener algo que ver con la forma en que GRUB maneja el arranque después de intentos de arranque fallidos.
Por lo que pude entender, decidí intentar agregar a mi /etc/default/grub:
GRUB_TIMEOUT=0
GRUB_RECORDFAIL_TIMEOUT=$GRUB_TIMEOUT
Ejecuté update-grub una vez más y el problema persistió. También probé otros valores como suposición, lo que no funcionó como era de esperar. Pido disculpas por sacar a relucir este tema agotado, pero las soluciones que encontré simplemente no me han funcionado. ¿Alguna idea sobre cómo solucionar este problema?
Respuesta1
Mi sospecha es que tienes dos instalaciones de GRUB, tal vez una para una distribución y otra para otra; o un modo BIOS y un modo EFI. En cualquier caso, si está actualizando el archivo de configuración de un GRUB pero se ejecuta otro, verá síntomas similares a los que está viendo.
Si tiene dos instalaciones de GRUB en modo EFI, debería ver evidencia de ellas en su sudo efibootmgr -vsalida y/o en los archivos de suPartición del sistema EFI (ESP), que normalmente está montado /boot/efien Ubuntu. Pruebe los siguientes comandos:
sudo efibootmgr -v
sudo find /boot/efi -iname "*.efi"
El primero muestra los cargadores de arranque que están registrados con el firmware, incluidas sus rutas. Si ve varias referencias a shim.efi, shimx64.efi, grub.efio grubx64.efi(es decir, más de una de este conjunto), ese podría ser el problema. El segundo comando encuentra todos los programas de arranque en su ESP (suponiendo que esté montado en /boot/efi). Nuevamente, múltiples programas de arranque podrían ser un problema, pero en este caso, un Shim puede coexistir con un GRUB; son solo varios binarios de GRUB los que podrían ser un problema.
Si tiene un GRUB en modo BIOS y un GRUB en modo EFI, puede ser más difícil de detectar. La forma más sencilla de hacerlo es ejecutar elsecuencia de comandos de información de arranque,que identifica los cargadores de arranque tanto en modo BIOS como en modo EFI, pero requiere algo de experiencia para interpretarlo.
Es posible que desee publicar el RESULTS.txtarchivo que produce Boot Info Script, junto con el resultado de esos dos comandos que anoté, enun sitio de Pastebin,y publique las URL aquí para que las interpretemos.
Una cosa más: si tiene GRUB en modo BIOS y en modo EFI, y si el GRUB en modo BIOS es el que falla, puede omitirlo ingresando a su firmware y deshabilitando el Módulo de soporte de compatibilidad (CSM). , también conocido como "soporte de arranque heredado" o palabras en ese sentido. Le doy a esta acción quizás una probabilidad de 1 entre 3 de solucionar su problema, pero vale la pena intentarlo, especialmente si recuerda seguir las instrucciones para habilitar su CSM. Incluso si esta acción no soluciona el problema por sí sola, puede facilitar la solución, una vez que se comprenda mejor la causa.