inicial

En los sistemas operativos tipo Unix , init (abreviatura de inicialización ) es el primer proceso del espacio de usuario que se inicia durante el arranque del sistema operativo. Init es un proceso demonio que continúa ejecutándose hasta que se apaga el sistema. Es el antecesor directo o indirecto de todos los demás procesos y adopta automáticamente todos los procesos huérfanos . Init es iniciado por el núcleo durante el proceso de arranque ; en la mayoría de los sistemas tipo Unix, se producirá un pánico del núcleo si este no puede iniciarlo o si falla por cualquier motivo. A Init se le suele asignar el identificador de proceso 1.

En sistemas Unix como System III y System V , el diseño de init divergió de la funcionalidad proporcionada por init en Research Unix y sus derivados BSD . Hasta principios de la década de 2010, ^{[ 1 ]} la mayoría de las distribuciones de Linux empleaban un init tradicional que era algo compatible con System V, mientras que algunas distribuciones como Slackware usan scripts de inicio al estilo BSD, y otras distribuciones como Gentoo tienen sus propias versiones personalizadas. 

Desde entonces, la mayoría de las distribuciones de Linux han adoptado un sistema de inicio más moderno, principalmente el proporcionado por el proyecto systemd . Algunas distribuciones han optado por crear su propio sistema compatible con System V-init, como OpenRC de Gentoo Linux y runit de Void Linux . Estos proyectos suelen incluir características que originalmente no estaban presentes en System V-init, como la multihilo o el inicio interactivo. La mayoría de los sistemas de inicio modernos también pueden iniciar, detener y habilitar servicios dinámicamente después del arranque, con la intervención del usuario.

Research Unix init runs the initialization shell script located at /etc/rc,^[2] then launches getty on terminals under the control of /etc/ttys.^[3] There are no runlevels; the /etc/rc file determines what programs are run by init. The advantage of this system is that it is simple and easy to edit manually. However, new software added to the system may require changes to existing files that risk producing an unbootable system.

BSD init was, prior to 4.3BSD, the same as Research UNIX's init;^[4][5] in 4.3BSD, it added support for running a windowing system such as X on graphical terminals under the control of /etc/ttys.^[6][7] To remove the requirement to edit /etc/rc, BSD variants have long supported a site-specific /etc/rc.local file that is run in a sub-shell near the end of the boot sequence.

A fully modular system was introduced with NetBSD 1.5 and ported to FreeBSD 5.0, OpenBSD 4.9 and successors. This system executes scripts in the /etc/rc.d directory. Unlike System V's script ordering, which is derived from the filename of each script, this system uses explicit dependency tags placed within each script.^[8] The order in which scripts are executed is determined by the rcorder utility based on the requirements stated in these tags.

When compared to its predecessors, AT&T's UNIX System III introduced a new style of system startup configuration,^[9] which survived (with modifications) into UNIX System V and is therefore called the "SysV-style init".

At any moment, a running System V is in one of the predetermined number of states, called runlevels. At least one runlevel is the normal operating state of the system; typically, other runlevels represent single-user mode (used for repairing a faulty system), system shutdown, and various other states. Switching from one runlevel to another causes a per-runlevel set of scripts to be run, which typically mount filesystems, start or stop daemons, start or stop the X Window System, shutdown the machine, etc.

Tradicionalmente, uno de los principales inconvenientes de `init` es que inicia las tareas de forma secuencial, esperando a que cada una termine de cargarse antes de pasar a la siguiente. Cuando los procesos de inicio se bloquean por problemas de entrada/salida (E/S), esto puede provocar largas demoras durante el arranque. Acelerar la E/S, por ejemplo, mediante el uso de unidades SSD, puede reducir las demoras, pero no soluciona la causa raíz.

Se han realizado diversos esfuerzos para reemplazar los demonios de inicialización tradicionales para abordar este y otros problemas de diseño, entre ellos:

• Gestión de servicios del sistema operativo
• Subsistema del administrador de sesiones : un equivalente en Windows NT.

• FreeBSD init man page
• A paper summarizing Unix init schemes (2007)
• Solaris Service Management Facility - Quickstart Guide at the Wayback Machine(archived December 31, 2005)
• A history of modern init systems (1992–2015)Archived 2015-10-11 at the Wayback Machine