.\" -*- coding: UTF-8 -*- .\" Written by Oron Peled . .\" .\" SPDX-License-Identifier: GPL-1.0-or-later .\" .\" I tried to be as much generic in the description as possible: .\" - General boot sequence is applicable to almost any .\" OS/Machine (DOS/PC, Linux/PC, Solaris/SPARC, CMS/S390) .\" - kernel and init(1) is applicable to almost any UNIX/Linux .\" - boot scripts are applicable to SYSV-R4 based UNIX/Linux .\" .\" Modified 2004-11-03 patch from Martin Schulze .\" .\"******************************************************************* .\" .\" This file was generated with po4a. Translate the source file. .\" .\"******************************************************************* .TH boot 7 "2 Mayo 2024" "Páginas de Manual de Linux 6.9.1" .SH NOMBRE inicio \- Proceso de inicio de sistemas basados en la versión 4 de System V de Unix .SH DESCRIPCIÓN El \fBproceso de incio\fP (o "secuencia de inicio") varía en ciertos detalles entre sistemas, pero puede dividirse en varias etapas en base al componente que lo controle: .IP (1) 5 hardware .IP (2) cargador de inicio del sistema operativo .IP (3) núcleo .IP (4) proceso base en espacio de usuario (\fIinit\fP e \fIinittab\fP) .IP (5) scripts de inicio .P A continuación se describe cada uno de ellos con mayor detalle. .SS Hardware Después de pulsar el botón de encendido o el botón reset, se pasa el control a un programa almacenado en memoria de sólo lectura (normalmente PROM). Por razones históricas de los PC, a este programa se suele denominar \fBBIOS\fP. .P Este programa normalmente hace una autocomprobación básica del equipo y accede a la memoria no volátil para leer parámetros adicionales. En el PC, esta memoria es de tipo CMOS con respaldo de batería, por lo que la mayoría de la gente se refiere a ella como \fBCMOS\fP, aunque fuera del mundo del PC se le llama usualmente \fBnvram\fP (non\-volatile ram, RAM no volátil). .P La cantidad de parámetros almacenados en la NVRAM varía entre sistemas, pero debería \-como mínimo\- definir qué dispositivo puede proporcionar un cargador para el sistema operativo o en cuales se debería comprobar si existe uno. Este dispositivo se conoce como \fBdispositivo de inicio\fP. Durante la primera etapa de inicio (hardware) se carga el cargador del sistema operativo desde una posición definida del dispositivo de inicio y luego se le transfiere el control. .TP Nota: El dispositivo desde el que se cargará el sistema operativo puede estar acoplado al equipo a través de una red, en cuyo caso los detalles para el inicio se darán mediante protocolos como DHCP, TFTP, PXE, Etherboot, etc... .SS "Cargador de inicio del sistema operativo" La principal tarea del cargador de inicio es localizar el núcleo, cargarlo y ejecutarlo. La mayoría de cargadores de inicio permiten un uso interactivo, para poder especificar un núcleo alternativo (posiblemente una copia de seguridad en caso de que el último núcleo compilado no funcione) y para pasar parámetros opcionales al núcleo. .P Tradicionalmente, en los PC, el cargador del SO está localizado en el primer sector del dispositivo de inicio \- es el llamado \fBMBR\fP (Master Boot Record). .P En la mayoría de los sistemas, este cargador de inicio está limitado en base a varias restricciones. Incluso en sistemas que no son PC hay algunas limitaciones al tamaño y complejidad del cargador, así que, la limitación de tamaño del MBR en los PC (512 bytes incluyendo la tabla de particiones) hace casi imposible introducir un cargador de inicio completo dentro de él. .P La mayoría de sistemas operativos dividen la tarea de iniciarse entre un cargador de inicio primario y otro secundario; éste último puede estar localizado dentro dentro de otra partición mayor de almacenamiento permanente como por ejemplo una partición de disco. .P En linux, el cargador de inicio suele ser \fBgrub\fP(8) (una alternativa a \fBlilo\fP(8). .SS Núcleo Una vez que se carga el núcleo, éste inicializa diversos componentes del equipo y del sistema operativo. Cada porción de software responsable de esta tarea se suele considerar un \fIcontrolador\fP o \fIdriver\fP para dicho componente. El núcleo arranca el intercambiador de memoria virtual (es un proceso del núcleo llamado "kswapd" en los núcleos recientes de Linux) y monta el sistema de archivos raíz: \fI/\fP. .P Algunos de los parámetros que se le pueden pasar al núcleo están relacionados con estas actividades (p.e: puede sobreescribir el sistema de archivos raíz por defecto). Para más información sobre los parámetros del núcleo Linux consulte \fBbootparam\fP(7). .P Después de esto, el núcleo creará el primer proceso en espacio de usuario al que asigna como número de \fBPID\fP (ID de proceso) el número 1. Tradicionalmente, este proceso ejecuta el programa \fI/sbin/init\fP, pasándole cualquier parámetro que no haya podido ser manejado por el núcleo. .SS "Proceso base en espacio de usuario" .TP Nota: La siguiente descripción es de aplicación en sistemas operativos basados en la versión 4 de System V de UNIX. Muchos sistemas ampliamente utiizados adoptaron un sistema relacionado pero con una base diferente conocido como \fBsystemd\fP(1) en el cual el proceso de inicio se describe en su \fBbootup\fP(7) asociado. .P Cuando se inicia \fI/sbin/init\fP, éste lee \fI/etc/inittab\fP en busca de instrucciones. En este archivo se define qué debe ejecutarse según el \fInivel de ejecución\fP permitiendo al administrador del sistema definir el entorno para ciertos usos de forma sencilla. Cada nivel de ejecución está asociado a un conjunto de servicios. Por ejemplo: el nivel de ejecución \fBS\fP es el modo monousuario y el nivel de ejecución \fB2\fP implica la ejecución de la mayoría de servicios de red. .P El administrador puede modificar el nivel de ejecución actual mediante \fBinit\fP(1) y ver el que está actualmente en ejecución con \fBrunlevel\fP(8). .P Sin embargo, puesto que no es conveniente gestionar los servicios individuales editando directamente este archivo, \fI/etc/inittab\fP solamente lanza un conjunto de scripts que son los que realmente arrancan/paran los servicios individuales. .SS "Scripts de inicio" .TP Nota: La siguiente descripción se aplica a los sistemas basados en la versión de Unix System V. Sin embargo, algunos sistemas ampliamente usados (Slackware Linux, FreeBSD, OpenBSD) tienen una estructura para los scripts de inicio algo diferente. .P Para cada servicio gestionado (mail, nfs server, cron, etc.) hay un único script de inicialización ubicado en un directorio específico (\fI/etc/init.d\fP en la mayoría de versiones de Linux). Cada uno de estos scripts acepta como único argumento la palabra 'start' (haciendo que se inicie el servicio) y la palabra 'stop' (hace que se detenga). También podrán aceptar otros argumentos a conveniencia como por ejemplo 'restart' que hace que se detenga y se vuelva a iniciar, 'status' que muestra el estado en que se encuentra el servicio, etc... Si se ejecuta sin ningún argumento, se listan todas las posibilidades que ofrece. .SS "Directorios de ejecución en orden" Para conseguir que ciertos scripts se inicien o se paren en diferentes niveles de ejecución y en un orden concreto, se crearon los \fIdirectorios de ejecución en orden\fP. Se encuentran habitualmente en \fI/etc/rc[0\-6S].d\fP. En cada uno de estos directorios hay enlaces (normalmente simbólicos) a los scripts que se encuentran en el directorio \fI/etc/init.d\fP. .P Un script principal (normalmente \fI/etc/rc\fP) se invoca desde \fBinittab\fP(5) y es el encargado de invocar los scripts de servicios a través de los enlaces de los directorios de ejecución en orden. Todos los enlaces cuyo nombre comienza con \[aq]S\[aq] son invocados con el argumento 'start' (por tanto, iniciando el servicio). Todos los enlaces que comienzan con \[aq]K\[aq] son invocados con el argumento 'stop' (por tanto, deteniendo el servicio). .P Para establecer el orden de inico o parada dentro de un mismo nivel de ejecución, los nombres de los enlaces contienen \fBnúmeros de orden\fP. Además, para hacer los nombres más claros, éstos terminan habitualmente con el nombre del servicio al que se refieren. Ejemplo: el enlace \fI/etc/rc2.d/S80sendmail\fP lanza el servicio sendmail en el nivel de ejecución 2. Esto ocurriría después de ejecutar \fI/etc/rc2.d/S12syslog\fP pero antes de ejecutar \fI/etc/rc2.d/S90xfs\fP. .P Para gestionar el orden de inicio y los niveles de ejecución, tenemos que manejar estos enlaces. En muchos sistemas, existen herramientas para facilitaresta tarea (p.ej: \fBchkconfig\fP(8)). .SS "Configuración de inicio" Una aplicación que proporciona un servicio suele denominarse \fBdemonio\fP. Normalmente, los demonios lanzados pueden recibir opciones y parámetros en la línea de órdenes de manera opcional. Para permitir a los administradores de sistemas cambiar estos parámetros sin editar los scripts de inicio, se utilizan los archivos de configuración. Éstos están localizados en un directorio específico (\fI/etc/sysconfig\fP en sistemas RedHat antiguos) y son utilizados por los scripts de inicio. .P En versiones antiguas de Unix, estos archivos contenían las opciones de línea de órdenes reales para un demonios, pero en sistemas Linux modernos (y también en HP\-UX), tan solo contienen variables de la shell. Los scripts de inicio en \fI/etc/init.d\fP leen e incluyen sus archivos de configuración y usan los valores de las variables. .SH ARCHIVOS \fI/etc/init.d/\fP, \fI/etc/rc[S0\-6].d/\fP, \fI/etc/sysconfig/\fP .SH "VÉASE TAMBIÉN" \fBinit\fP(1), \fBsystemd\fP(1), \fBinittab\fP(5), \fBbootparam\fP(7), \fBbootup\fP(7), \fBrunlevel\fP(8), \fBshutdown\fP(8) .PP .SH TRADUCCIÓN La traducción al español de esta página del manual fue creada por Miguel Pérez Ibars y Marcos Fouces . .PP Esta traducción es documentación libre; lea la .UR https://www.gnu.org/licenses/gpl-3.0.html GNU General Public License Version 3 .UE o posterior con respecto a las condiciones de copyright. No existe NINGUNA RESPONSABILIDAD. .PP Si encuentra algún error en la traducción de esta página del manual, envíe un correo electrónico a .MT debian-l10n-spanish@lists.debian.org .ME .