La respuesta del caos es lo que dice cierta documentación. Pero no es lo que hace systemd en realidad. (Tampoco es lo que hizo Van Smoorenburg rc. La furgoneta Smoorenburgrc definitivamente no ignoró los encabezados LSB, que insservsolían calcular los pedidos estáticos, para empezar.) La documentación de Freedesktop, como esa página de "Incompatibilidades", de hecho es incorrecta, en Estos y otros puntos. (La HOMEvariable de entorno, de hecho, se establece a menudo, por ejemplo. Esto fue totalmente indocumentado en cualquier lugar durante mucho tiempo. Ahora está documentado en el manual, por lo menos, pero esa página WWW Freedesktop todavía no ha sido corregida.)
El formato de servicio nativo para systemd es la unidad de servicio . La gestión de servicios adecuada de systemd opera únicamente en términos de aquellos, que lee de uno de los nueve directorios donde .servicepueden vivir los archivos (de todo el sistema) . /etc/systemd/system, /run/systemd/system, /usr/local/lib/systemd/system, Y /usr/lib/systemd/systemson cuatro de esos directorios.
La compatibilidad con los rcscripts de van Smoorenburg se logra con un programa de conversión, llamado systemd-sysv-generator. Este programa aparece en el /usr/lib/systemd/system-generators/directorio y, por lo tanto, systemd lo ejecuta automáticamente al principio del proceso de arranque en cada arranque, y nuevamente cada vez que se indica a systemd que vuelva a cargar su configuración más adelante.
Este programa es un generador , un tipo de utilidad auxiliar cuyo trabajo es crear archivos de unidades de servicio sobre la marcha, en un tmpfs donde se encuentran tres más de esos nueve directorios (que están destinados a ser utilizados solo por generadores). systemd-sysv-generatorgenera las unidades de servicio que ejecutan los rcscripts de van Smoorenburg /etc/init.d, si no encuentra una unidad de servicio systemd nativa con ese nombre ya existente en las otras seis ubicaciones.
La gestión de servicios systemd solo conoce las unidades de servicio. Estas unidades de servicio (re) generadas automáticamente se escriben para invocar los rcscripts de van Smoorenburg . Tienen, entre otras cosas:
[Unidad]
SourcePath = / etc / init.d / wibble
[Servicio]
ExecStart = / etc / init.d / inicio de wibble
ExecStop = / etc / init.d / wibble stop
La sabiduría recibida es que los rcscripts de van Smoorenburg deben tener un encabezado LSB y ejecutarse en paralelo sin respetar las prioridades impuestas por el /etc/rc?.d/sistema. Esto es incorrecto en todos los puntos.
De hecho, no se necesita tener una LSB cabecera, y si lo hacen, no systemd-sysv-generatorpueden reconocer las cabeceras más limitadas viejos comentario RedHat ( description:, pidfile:y así sucesivamente). Además, en ausencia de un encabezado LSB, recurrirá al contenido de las /etc/rc?.dgranjas de enlaces simbólicos, leerá las prioridades codificadas en los nombres de los enlaces y construirá un pedido antes / después de ellos, serializando los servicios. No solo los encabezados LSB no son un requisito, y no solo codifican ellos mismos antes / después de los pedidos que serializan las cosas hasta cierto punto, sino que el comportamiento alternativo en su ausencia total es una operación significativamente no paralelizada.
La razón por la que /etc/rc3.dno parecía importar es que probablemente tenía ese script habilitado a través de otro /etc/rc?.d/directorio. systemd-sysv-generatortraduce estar listado en cualquiera de /etc/rc2.d/, /etc/rc3.d/y /etc/rc4.d/en una Wanted-Byrelación nativa con systemd's multi-user.target. Los niveles de ejecución son "obsoletos" en el mundo systemd, y puede olvidarse de ellos.
Otras lecturas