init es el programa que se utiliza en la mayoría de los Linux para generar otros procesos en el arranque. Al estilo de BSD (que va desde el archivo /etc/rc script) este es ligeramente diferente del estilo de SysV: SysV es probablemente el inicio en el que usted está más familiarizado, ya que es utilizado por Debian, SuSE, y hasta hace poco, Redhat. Con esta configuración, el sistema comprueba el archivo /etc/inittab para encontrar un nivel de ejecución predeterminado. Este archivo también define lo que debe hacer para diversos niveles de ejecución. Un nivel de ejecución es una forma de especificar un conjunto de procesos a ejecutar.

El punto importante del inicio es el nivel elegido. Esto significa que usted asigna a cada servicio a un nivel de ejecución, y los servicios se pondrán a funcionar en bloque a partir del nivel elegido (o pasar a una vez arrancado). Por supuesto, puedes iniciar y detener manualmente los servicios de secuencias de comandos con el mismo, pero la idea básica es arrancar uno o un conjunto de servicios que corresponden a situaciones de uso particular.

Dentro de los niveles de ejecución, los nombres de los enlaces de inicio y fin indican el momento la secuencia de comandos. Cada archivo /etc/rcx.d del directorio tiene una colección de enlaces para el inicio/parada de servicios en los scripts de /etc/init.d/. Que tendrán un aspecto simililar a este.

K20service -> /etc/init.d/ servicio
S35service -> /etc/init.d/ servicio

Si el vínculo comienza con una K, el servicio se detuvo. Si comienza con una S, se inicia. Esto se hace con la lógica en / etc/init.d/rc. Los números de control de la orden, evitan problemas de dependencias: Los número menores se ejecutan primero.

Con configuraciones modernas, cada vez más este sistema estático tiene desventajas:

Plug-and-play “problemas de hardware”: No puede controlar el hardware que es enchufado después del inicio. En cambio, las modernas distribuciones de Linux que utilizan init tienen que manejar esto a través del núcleo.
Simlarly, puede tener problemas con los sistemas de ficheros en red que puede no estar disponible en el arranque, o pueden estar disponibles sólo en ciertas etapas.
Es posible que los demonios que sólo nos gustaría a correr cuando el equipo está disponible.

Así que, habida cuenta de estas cuestiones: ¿cómo funciona Upstart? ¿cómo mejorar las cosas, y cómo puede usted empezar a utilizarlo?

El punto crucial sobre Upstart es que está basada en eventos en lugar de niveles de base (Init, como se ha descrito anteriormente, es el nivel de base). Los servicios pueden ser iniciados o detenidos en respuesta a otros hechos (eventos) ocurridos en el sistema: de cualquier otro acontecimiento, en cualquier lugar. Así que un servicio se puede configurar para responder a un evento generado por un hardware cuando éste es conectado, por ejemplo. También puede tratar de reiniciar los servicios en caso de que mueran inesperadamente (que init no puede hacer).

En lugar de tratar a un nivel determinado (o un software) como una meta, iniciando los servicios que se correspondan con Upstart!

comienza con un solo ‘inicio’ para cada caso, y se lleva a cabo en lo que respecta al hardware disponible, y en lo que respecta a la cadena de acontecimientos de ‘inicio’. (Tenga en cuenta que puede configurar los servicios para comenzar cuando se inicia otro servicio, que puede también ampliar la cadena de inicio.) También puede utilizar los acontecimientos para poner en marcha servicios en bloques – que habrá una explicación en el siguiente artículo sobre cómo ejecutar (de forma combinada) su antiguo sistema con init con Upstart.

Fuente (en inglés): LinuxPlanet.