Gestor de arranque GRUB. 1. Instalacin. Normalmente la instalacin de Grub viene establecida de forma predeterminada en el proceso de instalacin de Linux.

Y esta instalacin es capaz de incorporar la configuracin apropiada para arrancar otros sistemas operativos ya instalados. 2. Arranque. 2.1. GRUB. Su ejecucin se dividen en dos etapas.

La primera (un cdigo binario pequeo) est en el MBR. Su nica funcin es la de localizar el gestor de arranque de la segunda etapa que se encuentra en una particin definida. La ubicacin de los ficheros de esta segunda etapa es /boot/grub. Una vez que el gestor de arranque de la segunda etapa est en memoria, presenta al usuario los diferentes sistemas operativos que ha sido configurado para arrancar. En esta pantalla el usuario puede usar las flechas direccionales para escoger el sistema operativo o kernel con el que desea arrancar. Si no se presiona ninguna tecla, el gestor de arranque carga la seleccin predeterminada luego de un perodo de tiempo de espera (tambin configurable).

2.2. Kernel. Una vez que el usuario, en el gestor de arranque de la segunda etapa, haya determinado qu el sistema operativo a arrancar es un Linux el Grub:

Localizar el binario del kernel correspondiente en el directorio /boot. El kernel binario es llamado usando el siguiente formato vmlinuz-<kernel-version> (donde <kernelversion> corresponde a la versin del kernel especificada en las configuraciones del gestor de arranque). En /boot los kernels sern los ficheros vmlinuz... existentes. El gestor de arranque luego coloca la imagen apropiada de initial RAM disk, conocida como initrd, en la memoria. El initrd es usado por el kernel para cargar controladores necesarios sern los para arrancar el sistema. En /boot las imgenes ficheros initrd... existentes.

Cuando el kernel se carga, inmediatamente se inicializa y configura la memoria del

ordenador y los diferentes dispositivos hardware conectados al sistema, incluyendo procesadores, subsistemas de entrada/salida y dispositivos de almacenamiento. A continuacin buscar la imagen initrd en una ubicacin predeterminada en memoria, la descomprimir, la montar y cargar todos los controladores necesarios. GRUB Legacy GRUB2. 3. Diferencias ms importantes entre GRUB 1 (grub-legacy) y GRUB 2:

El fichero de opciones de arranque del grub1 menu.lst ya no existe en grub2. Un fichero llamado grub.cfg es ahora el que controla la pantalla de opciones en grub2. grub.cfg se genera y actualiza automticamente por los scripts de /etc/grub.d y ahora no es conveniente editarle como con menu.lst. Han cambiado la mayora de comandos.

Los nmeros de las particiones tambin son diferentes. Las particiones estn numeradas a partir del 1 en vez del 0 (los discos son numerados an desde el 0):
Linux /dev/sda1 /dev/sda2 /dev/sda3 /dev/sdb1 /dev/sdb2 /dev/sdb3 grub1 (hd0,0) (hd0,1) (hd0,2) (hd1,0) (hd1,1) (hd1,2) grub2 (hd0,1) (hd0,2) (hd0,3) (hd1,1) (hd1,2) (hd1,3)

Las declaraciones en grub.cfg se expresan de forma ligeramente diferente en comparacin con el menu.ls y no se pueden copiar directamente desde Grub 1 menu.lst a Grub 2 grub.cfg ya que el fichero grub.cfg usa otra sintaxis. El fichero grub.cfg no es recomendable alterarlo manualmente, ya que es el resultado del proceso update-grub que se realiza frecuentemente.

Enlaces: https://wiki.ubuntu.com/Grub2 y https://help.ubuntu.com/community/Grub2 4. Configuracin de GRUB2. Ver: Manual GRUB 2.doc 5. Problemas de GRUB en un arranque GPT. La primera etapa de GRUB se suele instalar en el MBR, respetando la tabla de particiones (stage1 en GRUB Legacy y boot.img en GRUB2). BIOS cargar en RAM este cdigo directamente desde esta ubicacin y al ejecutarse saltar a la segunda etapa de

GRUB (stage1.5 o stage2 en GRUB Legacy y core.img en GRUB2). Esta segunda etapa se suele incrustar en el rea de 31KB despus de MBR. En una estructura de particiones GPT se usa este rea de 31 KB (62 sectores) despus Master Boot Record, donde GRUB Legacy o GRUB2 se suele incrustar. En este caso se puede definir una particin especial (BIOS boot partition). Se puede especificar un tamao mayor que 31 KB y una ubicacin arbitraria (sin embargo, se recomienda en la parte inferior del disco). Cmo puedo crear una particin de arranque BIOS (BIOS boot partition) adecuada para GRUB? Utilizar GParted para esto. Basta con crear una nueva particin; hacerlo por lo menos de 31 KB (preferiblemente ms, como 64 o 128 KB), y luego indicar la etiqueta bios_grub" con un comando como: $ sudo parted /dev/sda set <partition_number> bios_grub on IMPORTANTE. Tenga mucho cuidado con las particiones que haya seleccionado. Cuando GRUB encuentra una particin de arranque BIOS durante la instalacin, automticamente se sobrescribe. Asegrese de que la particin no est siendo utilizada para otro fin (por ejemplo, un sistema de archivos). 5.1. Listas de bloques. En GRUB2 cuando core.img no cabe en el rea indicada (caso GPT o la incrustacin en una particin especfica, es decir, no se instala en MBR) utiliza listas de bloques, que son poco fiables, dando serios problemas. Listas de bloques (blocklist) es la alternativa utilizada por GRUB2 cuando incrustar no es posible. En este esquema, GRUB2 deja core.img en el sistema de archivos (/boot/grub). Luego se hace una lista de todos los bloques que componen este archivo. La lista en s, mucho ms corto que core.img, se incrusta en esa rea y se utilizar durante el arranque para recomponer core.img y cargarlo en la memoria. El problema con este esquema es que hay muchas situaciones en las que se puede romper el enlace. Una vez que el archivo se coloca en su sistema de ficheros, no hay garanta de que los bloques no volvern a ser reubicados. Puede suceder con algunas caractersticas del sistema de archivos (por ejemplo, la cola de embalaje), o con algunas de las actividades de administracin (por ejemplo, cambiar el tamao o copiar un sistema de archivos), o simplemente porque se usan tcnicas de fsck agresivas. Otro problema con listas de bloques es que core.img se ubicar a la fuerza en la misma unidad que proporciona / boot, pero esto (en algunas configuraciones inusuales) podra no ser la misma unidad que instalamos boot.img (MBR). As que en este caso, el nmero de unidad del BIOS para / boot necesita ser adivinado durante la instalacin y codificada

en boot.img. Adivinar es obviamente un problema (porque a veces no se encuentra) y tambin porque la configuracin se romper si el orden del disco es alterado.