Durante una etapa usé un equipo con Windows y Debian instalados en el mismo ordenador. Todo funcionaba con normalidad hasta que una actualización de Windows cambió por completo el arranque del sistema. Al reiniciar, solo aparecía Windows. Linux seguía ahí, pero había desaparecido la forma de iniciarlo.

Aquello me llevó a entender mejor el papel de GRUB, una pieza que muchas veces pasa desapercibida hasta que deja de estar. Fue una forma bastante directa de ver que, en Linux, el arranque no es algo mágico ni automático: depende de una cadena de pasos muy concreta, y GRUB ocupa un lugar central en ella.

Qué es GRUB

GRUB, siglas de GRand Unified Bootloader, es uno de los gestores de arranque más utilizados en Linux. Su función es tomar el control después de la BIOS o UEFI y antes de que el kernel empiece a ejecutarse.

Su trabajo incluye:

Sin esa pieza intermedia, el sistema no sabe con claridad desde dónde iniciar Linux ni cómo cargarlo correctamente.

Qué ocurre cuando el sistema arranca

Cuando encendemos un equipo, el proceso de arranque ocurre muy rápido, pero sigue una secuencia bastante precisa:

  1. La BIOS o UEFI inicializa el hardware y busca el gestor de arranque.
  2. GRUB se carga desde el MBR en sistemas BIOS o desde la partición EFI en sistemas UEFI.
  3. GRUB localiza el kernel y la imagen initramfs.
  4. El kernel toma el control, monta el sistema de archivos raíz y lanza los procesos necesarios para poner en marcha el sistema.

Todo sucede en segundos, pero basta con que falle una de esas piezas para que Linux no llegue a arrancar.

Por qué a veces Windows “borra” GRUB

En instalaciones con arranque dual, una actualización importante de Windows puede reescribir la parte del arranque o alterar la prioridad de inicio. El resultado típico es que GRUB deja de aparecer y parece que Linux ha desaparecido.

Lo importante es entender que, en esos casos, muchas veces Linux sigue instalado y en buen estado. El problema no está en el sistema en sí, sino en que ha perdido su vía normal de entrada.

Eso cambia bastante la forma de ver la avería: no se trata de que el sistema se haya perdido, sino de que el gestor de arranque ha dejado de estar disponible o ha quedado relegado.

Cómo puede recuperarse

En muchos casos, GRUB puede reinstalarse desde un entorno Live. Una secuencia muy conocida para ello sería algo como:

sudo grub-install /dev/sda
sudo update-grub

Naturalmente, el dispositivo correcto depende de cada sistema y del esquema de particionado, pero la idea general es esa: reinstalar el cargador y regenerar la configuración de arranque.

Lo importante aquí no es solo memorizar comandos, sino entender qué se está reparando: la capa que enlaza el firmware del equipo con el sistema Linux que queremos iniciar.

Por qué conviene entenderlo

GRUB no es una pieza especialmente vistosa ni algo en lo que se piense cada día, pero conocer su papel ayuda mucho a comprender mejor Linux y su proceso de arranque. También sirve para perder el miedo cuando aparece un fallo de este tipo: muchas veces el sistema no está roto, solo ha perdido el mecanismo con el que se iniciaba.

Además, estudiar GRUB obliga a mirar con más atención conceptos como BIOS, UEFI, kernel, initramfs, particiones de arranque y relación entre firmware y sistema operativo. Todo eso da bastante más contexto sobre cómo se pone realmente en marcha un equipo Linux.

Conclusión

GRUB es una pieza pequeña en apariencia, pero decisiva en la práctica. Sin él, Linux puede seguir instalado, pero no disponer de la ruta necesaria para arrancar. Entender su función ayuda tanto a reparar sistemas como a comprender mejor lo que ocurre entre el encendido del equipo y el momento en que el sistema operativo empieza a funcionar.

Es una de esas partes de Linux que trabajan en silencio. Y precisamente por eso merece la pena conocerla bien.

← Volver a artículos