Difference between revisions of "Arch boot process (Español)"

From ArchWiki
Jump to: navigation, search
(Actualizar)
Line 1: Line 1:
 
[[Category:Boot process (Español)]]
 
[[Category:Boot process (Español)]]
 
[[Category:About Arch (Español)]]
 
[[Category:About Arch (Español)]]
[[cs:Arch Boot Process]]
 
 
[[ar:Arch Boot Process]]
 
[[ar:Arch Boot Process]]
 +
[[cs:Arch Boot Process]]
 
[[en:Arch Boot Process]]
 
[[en:Arch Boot Process]]
 
[[fr:Processus de boot]]
 
[[fr:Processus de boot]]
 
[[it:Arch Boot Process]]
 
[[it:Arch Boot Process]]
 +
[[ja:Arch Boot Process]]
 
[[ru:Arch Boot Process]]
 
[[ru:Arch Boot Process]]
 
[[zh-CN:Arch Boot Process]]
 
[[zh-CN:Arch Boot Process]]
{{Article summary start|Sumario}}
+
{{Related articles start (Español)}}
{{Article summary text|Una descripción cronológica del proceso de arranque de Arch.}}
+
{{Related|Boot Loaders}}
{{Article summary heading|Descripción}}
+
{{Related|Master Boot Record (Español)}}
{{Article summary text|Para iniciar Arch Linux, es necesario tener instalado en el [[Master_Boot_Record_(Español)|Master Boot Record (MBR)]] o en la [[GUID_Partition_Table_(Español)|GUID Partition Table (GPT)]] un gestor de arranque compatible con Linux como [[GRUB2_(Español)|GRUB(2)]], [[Syslinux|Syslinux]], [[LILO|LILO]] o [[GRUB_Legacy|GRUB Legacy]]. El gestor de arranque es responsable de cargar el kernel y el [[Mkinitcpio_(Español)|ramdisk inicial]] antes de iniciar el '''proceso de arranque de Arch'''.}}
+
{{Related|GUID Partition Table (Español)}}
{{Article summary heading|Relacionado}}
+
{{Related|Unified Extensible Firmware Interface (Español)}}
{{Article summary wiki|fstab (Español)}}
+
{{Related|mkinitcpio (Español)}}
{{Article summary wiki|Systemd (Español)}}
+
{{Related|systemd (Español)}}
{{Article summary wiki|Autostarting (Español)}}
+
{{Related|fstab (Español)}}
{{Article summary end}}
+
{{Related|Autostarting (Español)}}
 +
{{Related articles end}}
  
== Bootloader ==
+
Para arrancar Arch Linux, un [[Boot Loaders|gestor de arranque]] capaz de iniciar Linux, como [[GRUB (Español)|GRUB]] o [[Syslinux (Español)|Syslinux]], debe estar instalado en el [[Master Boot Record (Español)|Master Boot Record]] o la [[GUID Partition Table (Español)|GUID Partition Table]]. El gestor de arranque es el responsable de cargar el kernel y el [[mkinitcpio (Español)|ramdisk inicial]] antes de iniciarse el proceso de arranque. El proceso es bastante diferente según se trate de un sistema [[Wikipedia:es:BIOS|BIOS]] o de [[Unified Extensible Firmware Interface (Español)|UEFI]], cuyos detalles se describen en esta página o en las enlazadas.
Después de que el sistema se ha encendido y la fase [[Wikipedia:es:POST|POST]] (''«Power-on self-test»'') se ha completado, la BIOS idenfitica el dispositivo configurado para arrancar y transfiere el control al [[Master Boot Record (Español)|Master Boot Record]], el sector de arranque de ese dispositivo. En una máquina GNU/Linux, se instala con frecuencia un gestor de arranque, como [[GRUB (Español)|GRUB]] o [[LILO]], que se carga desde el MBR. El gestor de arranque presenta al usuario una gama de opciones para el arranque, por ejemplo Arch Linux y Windows, en una [[Windows and Arch Dual Boot|configuración de arranque dual]]. Una vez que Arch es seleccionado, el bootloader carga en la memoria el kernel ({{ic|vmlinuz-linux}}) y la imagen del sistema de archivos root inicial ({{ic|initramfs-linux.img}}) para luego iniciar el kernel, pasando la dirección a la memoria de la imagen.
+
 
 +
== Procesos de arranque ==
 +
 
 +
===Bajo BIOS===
 +
 
 +
# Encendido del sistema —Power On Self Test—, o proceso [[wikipedia:es:POST|POST]].
 +
# Después del POST la BIOS inicializa el hardware necesario para el arranque del sistema (disco, controladores del teclado, etc.).
 +
# La BIOS ejecuta el código de los primeros 440 bytes (la región del código de arranque del MBR) del primer disco de los que aparecen ordenados en la BIOS.
 +
# El código de arranque del MBR entonces toma el control desde la BIOS y ejecuta el código de la siguiente etapa (en su caso) (normalmente, el código del gestor de arranque).
 +
# El código (segunda etapa) lanzado (el gestor de arranque presente) entonces lee los archivos de configuración y apoyo.
 +
# En base a los datos de los archivos de configuración, el gestor de arranque carga el kernel e initramfs en la memoria del sistema (RAM), e inicia el kernel.
 +
 
 +
=== Bajo UEFI ===
 +
 
 +
Véase la página principal: [[Unified_Extensible_Firmware_Interface_(Español)#Proceso_de_arranque_bajo_UEFI|Proceso de arranque bajo UEFI ]].
  
 
== Kernel ==
 
== Kernel ==
Line 30: Line 46:
  
 
== Fase init ==
 
== Fase init ==
En la etapa final del ''«early userspace»'', el verdadero sistema de archivos root es montado, y pasa a sustituir al sistema de archivos root inicial. {{ic|/sbin/init}} se ejecuta, sustituyendo al proceso {{ic|/init}}.
+
En la etapa final del ''«early userspace»'', el verdadero sistema de archivos root es montado, y pasa a sustituir al sistema de archivos root inicial. {{ic|/sbin/init}} se ejecuta, sustituyendo al proceso {{ic|/init}}. Arch Linus utiliza [[systemd (Español)|systemd]] como proceso init.
 
+
En el pasado, Arch usaba [[SysVinit (Español)|SysVinit]] para la fase init. Ahora, en las nuevas instalaciones, se utiliza [[systemd (Español)|systemd]] por defecto. Se recomienda al usuario que use [[SysVinit (Español)|SysVinit]] cambiar a [[systemd (Español)|systemd]].
+
  
 
== Véase también ==
 
== Véase también ==

Revision as of 18:27, 6 December 2013

Para arrancar Arch Linux, un gestor de arranque capaz de iniciar Linux, como GRUB o Syslinux, debe estar instalado en el Master Boot Record o la GUID Partition Table. El gestor de arranque es el responsable de cargar el kernel y el ramdisk inicial antes de iniciarse el proceso de arranque. El proceso es bastante diferente según se trate de un sistema BIOS o de UEFI, cuyos detalles se describen en esta página o en las enlazadas.

Procesos de arranque

Bajo BIOS

  1. Encendido del sistema —Power On Self Test—, o proceso POST.
  2. Después del POST la BIOS inicializa el hardware necesario para el arranque del sistema (disco, controladores del teclado, etc.).
  3. La BIOS ejecuta el código de los primeros 440 bytes (la región del código de arranque del MBR) del primer disco de los que aparecen ordenados en la BIOS.
  4. El código de arranque del MBR entonces toma el control desde la BIOS y ejecuta el código de la siguiente etapa (en su caso) (normalmente, el código del gestor de arranque).
  5. El código (segunda etapa) lanzado (el gestor de arranque presente) entonces lee los archivos de configuración y apoyo.
  6. En base a los datos de los archivos de configuración, el gestor de arranque carga el kernel e initramfs en la memoria del sistema (RAM), e inicia el kernel.

Bajo UEFI

Véase la página principal: Proceso de arranque bajo UEFI .

Kernel

El kernel es el núcleo de un sistema operativo. Funciona en un nivel bajo (kernelspace) que interactúa entre el hardware de la máquina y los programas que utilizan los recursos del hardware para funcionar. Para hacer un uso eficiente de la CPU, el kernel utiliza un sistema de programación para arbitrar qué tareas tienen prioridad en un momento dado, creando la ilusión (para la precepción humana) que varias tareas se están ejecutando simultáneamente.

initramfs

Después de estar cargado, el Kernel descomprime la imagen initramfs (sistema de archivos RAM inicial), que se convierte en el sistema de ficheros root inicial. El kernel seguidamente ejecuta /init como el primer proceso. El primer espacio de usuario («early userspace») comienza.

El propósito de initramfs es arrancar el sistema hasta el punto donde se puede acceder al sistema de archivos raíz (consulte FHS para más detalles). Esto significa que los módulos que se requieren para dispositivos como IDE, SCSI, SATA, USB/FW (si el arranque se realiza desde una unidad externa) deben ser cargados desde initramfs si no están compilados en el kernel; una vez que los módulos necesarios se cargan (ya sea de forma explícita a través de un programa o script, o implícitamente a través de udev), el proceso de arranque continúa. Por esta razón, el initramfs sólo debe contener los módulos necesarios para acceder al sistema de archivos raíz, no tiene por qué contener todos los módulos que sirven al completo funcionamiento de la máquina. La mayoría de los módulos se cargarán más tarde por udev, durante la fase init.

Fase init

En la etapa final del «early userspace», el verdadero sistema de archivos root es montado, y pasa a sustituir al sistema de archivos root inicial. /sbin/init se ejecuta, sustituyendo al proceso /init. Arch Linus utiliza systemd como proceso init.

Véase también