Red Hat Summit30.2.2. El Gestor de Arranque
This section looks at the default boot loader for the x86 platform, GRUB. Depending on the system's architecture, the boot process may differ slightly. Refer to Sección 30.2.2.1, “Gestores de Arranque para Otras Arquitecturas” for a brief overview of non-x86 boot loaders. For more information about configuring and using GRUB, see Capítulo 9, El Gestor de Arranque GRUB.
Un gestor de arranque para la plataforma x86 se divide en al menos dos etapas. La primera es un pequeño código binario de máquina en el MBR. Su única función es la de localizar el gestor de arranque de la segunda etapa y cargar la primera parte de éste en la memoria.
GRUB has the advantage of being able to read ext2 and ext3 [13] partitions and load its configuration file —
/boot/grub/grub.conf — at boot time. Refer to Sección 9.7, “Archivo de configuración del menú de GRUB” for information on how to edit this file.
Nota
Si se encuentra actualizando el kernel utilizando el Agente de Actualización de Red Hat, el archivo de configuración del gestor de arranque se actualiza automáticamente. Puede encontrar más información sobre Red Hat Network en la siguiente URL: https://rhn.redhat.com/.
Una vez que la segunda etapa del gestor de arranque se encuentra en la memoria, presenta al usuario una pantalla gráfica mostrando los diferentes sistemas operativos o kernels para los 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 y presionar la tecla Intro. Si no se presiona ninguna tecla, el gestor de arranque carga la selección predeterminada luego de un período de tiempo de espera (también es configurable).
Once the second stage boot loader has determined which kernel to boot, it locates the corresponding kernel binary in the
/boot/ directory. The kernel binary is named using the following format — /boot/vmlinuz-<kernel-version> file (where <kernel-version> corresponds to the kernel version specified in the boot loader's settings).
For instructions on using the boot loader to supply command line arguments to the kernel, refer to Capítulo 9, El Gestor de Arranque GRUB. For information on changing the runlevel at the boot loader prompt, refer Sección 9.8, “Changing Runlevels at Boot Time”.
El gestor de arranque luego coloca una o más de las imágenes apropiadas de initramfs en la memoria. Luego, el kernel descomprime estas imágenes desde la memoria a
/boot/, un sistema de archivos virtuales basados en RAM, a través de cpio. El kernel utiliza el initramfs para cargar los controladores y los módulos necesarios para arrancar el sistema. Esto es muy importante si posee unidades de disco duro SCSI o si el sistema utiliza el sistema de archivos ext3.
Una vez que el kernel y la imagen initramfs se cargan en la memoria, el gestor de arranque le pasa el control del proceso de arranque al kernel.
For a more detailed overview of the GRUB boot loader, refer to Capítulo 9, El Gestor de Arranque GRUB.
30.2.2.1. Gestores de Arranque para Otras Arquitecturas
Once the kernel loads and hands off the boot process to the
init command, the same sequence of events occurs on every architecture. So the main difference between each architecture's boot process is in the application used to find and load the kernel.
Por ejemplo, la arquitectura Itanium utiliza el gestor de arranque ELILO, la arquitectura eServer pSeries de IBM utiliza yaboot y los sistemas System z de IBM utilizan el gestor de arranque z/IPL.
[13]
GRUB reads ext3 file systems as ext2, disregarding the journal file. Refer to the chapter titled The ext3 File System in the Red Hat Enterprise Linux Deployment Guide for more information on the ext3 file system.
