- Causas habituales del fallo del gestor de arranque como la instalación de Windows o el redimensionado de particiones.
- Metodologías de recuperación mediante la línea de comandos del propio GRUB sin necesidad de soportes externos.
- Procedimientos de reinstalación completa del cargador utilizando entornos LiveUSB y la técnica de chroot.
- Gestión de entradas de arranque EFI y limpieza de directorios residuales en sistemas modernos.
Seguro que te ha pasado: enciendes el ordenador con toda la ilusión del mundo y, en lugar de ver el menú habitual para elegir tu sistema operativo, te encuentras con una pantalla negra y un texto críptico que te deja totalmente descolocado. Romper el gestor de arranque GRUB es un clásico entre los usuarios de Linux, ya sea por un descuido al tocar las particiones o porque Windows ha decidido que su cargador es más importante y ha pisado el nuestro.
Lo bueno es que, aunque parezca que te has quedado fuera de tu propia casa, existen diversas rutas para volver a entrar. Dependiendo de si tienes a mano un USB booteable o si puedes interactuar con la consola de rescate, el proceso cambia, pero lo importante es no entrar en pánico. Vamos a ver todas las formas posibles de solucionar este marrón para que tu Debian, Ubuntu o cualquier distro basada en Debian vuelva a la vida.
¿Por qué se ha roto el GRUB?
Antes de meterle mano al sistema, conviene saber qué ha pasado para que no vuelva a ocurrir. Lo más habitual es que, al instalar Windows después de Linux, el sistema de Microsoft sobrescriba el sector de arranque MBR, borrando el GRUB del mapa. También es muy común que, al gestionar particiones de disco para ganar espacio en el disco de datos, se alteren los punteros de arranque y el sistema se pierda.
En casos menos frecuentes, una actualización del kernel o del sistema puede dejar el cargador corrupto. Incluso en configuraciones complejas de triple arranque (como Windows, Mac y Linux con OpenCore), es posible que el gestor de terceros pise la configuración de GRUB, dejándonos en la fría pantalla de comandos.
Recuperación rápida desde la consola de GRUB
Si tienes la suerte de que el equipo arranca pero te suelta directamente la línea de comandos (grub>), puedes intentar recuperar el inicio sin usar CDs ni USBs. Lo primero es pulsar la tecla ‘c’ para entrar en la consola si no estás ya en ella. Una vez ahí, el objetivo es localizar dónde está el sistema ejecutando el comando ls, que nos listará los discos y particiones disponibles, como por ejemplo (hd0,msdos1).
Cuando veas la lista, debes buscar la partición que contiene la carpeta /boot. Para ello, ve probando con ls (hd0,1)/ hasta que encuentres los archivos del sistema. Una vez localizada, hay que decirle al gestor dónde buscar los núcleos del sistema mediante el comando set prefix=(hd0,1)/boot/grub y fijar la raíz con set root=(hd0,1). Ten en cuenta que el teclado suele estar en inglés, por lo que los paréntesis y las barras estarán en teclas distintas a las habituales.
El paso final en este modo es cargar el kernel. Usamos el comando linux /boot/vmlinuz... root=/dev/sda1 (sustituyendo la versión del kernel por la tuya y la partición por la correcta). Tras esto, ejecutamos initrd /boot/initrd... y finalmente el comando boot. Para que esto no sea un suplicio cada vez que enciendas el PC, una vez dentro de Linux debes abrir una terminal como root y ejecutar grub-install /dev/sda seguido de update-grub2 y update-initramfs -u.
Reinstalación profunda mediante LiveUSB y Chroot
Si el método anterior falla, necesitamos un entorno externo. Crea un USB booteable con Rufus con cualquier distro basada en Debian (como Ubuntu) y arranca desde él. Una vez dentro, utiliza sudo fdisk -l para identificar exactamente cuál es tu partición raíz (root) y, si tienes una separada, la partición boot. Por ejemplo, si tu raíz es /dev/sda2, deberás montarla en el punto /mnt con el comando sudo mount /dev/sda2 /mnt.
Para que el sistema funcione como si estuviéramos dentro de tu instalación dañada, debemos montar los directorios virtuales del sistema. Esto se hace mediante comandos de bind: sudo mount --bind /dev /mnt/dev, sudo mount --bind /dev/pts /mnt/dev/pts, sudo mount --bind /proc /mnt/proc y sudo mount --bind /sys /mnt/sys. Una vez hecho este andamiaje, ejecutamos sudo chroot /mnt, lo que nos permite operar directamente sobre el sistema disco duro.
Ya situados dentro del sistema original, procedemos a la reinstalación definitiva con grub-install --boot-directory=/boot/ --recheck /dev/sda. Para rematar la faena, regeneramos el archivo de configuración con grub-mkconfig -o /boot/grub/grub.cfg. Solo queda salir del chroot con el comando exit y reiniciar el equipo para comprobar que todo vuelve a la normalidad.
Casos especiales: UEFI, EFI y conflictos de directorios
En equipos modernos con UEFI, a veces el problema no es que el GRUB haya desaparecido, sino que hay múltiples entradas de arranque conflictivas debido a instalaciones previas. En estos casos, puedes intentar arrancar el equipo usando configfile (hdN,gptM)/boot/grub/grub.cfg. Una vez que logres entrar en el sistema, es vital limpiar los restos de versiones antiguas.
Para hacer esta limpieza en distros como MAX, existen herramientas como check-efi-install. Si detectas directorios obsoletos en /boot/efi/EFI/, puedes borrarlos con rm -rf para evitar confusiones al arrancar. Asimismo, si el problema es que Windows ha ocultado la partición EFI, puedes usar diskpart desde el CMD de Windows para asignar una letra a esa partición y borrar manualmente la carpeta de la distro que ya no uses, eliminando así el rastro del cargador antiguo.
Si nada de esto funciona, revisa la BIOS y asegúrate de que el Secure Boot esté desactivado y que el modo de arranque esté en UEFI en lugar de Legacy/CSM. También es recomendable verificar que la protección de escritura de la NVRAM no esté activa, ya que esto impediría que el comando grub-install escriba la nueva entrada de arranque en la placa base.
Para solucionar estos fallos, ya sea mediante la manipulación de la consola de rescate, la reinstalación forzada vía chroot desde un USB o la limpieza de entradas EFI corruptas, la clave reside en identificar correctamente las particiones y asegurar que el cargador de arranque esté apuntando al núcleo correcto del sistema operativo.
Redactor apasionado del mundo de los bytes y la tecnología en general. Me encanta compartir mis conocimientos a través de la escritura, y eso es lo que haré en este blog, mostrarte todo lo más interesante sobre gadgets, software, hardware, tendencias tecnológicas, y más. Mi objetivo es ayudarte a navegar por el mundo digital de forma sencilla y entretenida.