Administración de arranque de Linux: systemd usa

Después de modificar el archivo de configuración, debe volver a cargar el archivo de configuración y reiniciar los servicios relacionados.

 # Recargar archivo de configuración $ sudo systemctl daemon-reload # Reiniciar servicios relacionados $ sudo systemctl restart foobar Administración de servicios de arranque 
 
 Unidad de inicio de arranque 
 
 systemctl habilitar test.service aumentar Enlace desde /lib /systemd /system /a /etc/systemd/system/multi-user.target.wants/ln -s '/usr/lib/systemd/system/postfix.service' '/etc /systemd /system/multi-user.target.wants/test.service '
 Una vez que se modifique el archivo de configuración, deje que SystemD vuelva a cargar el archivo de configuración y reinícielo, de lo contrario, la modificación no tendrá efecto. 
 
 $ sudo systemctl daemon-reload $ sudo systemctl restart httpd.service 
 boot no inicia la unidad 
 
 systemctl disable test.service delete /etc/systemd/system/multi-user.target Enlace blando debajo de .wants 
 Verifique si el inicio está habilitado 
 
 systemctl está habilitado test.service #Query si el servicio se inició 
 systemd para ver el programa de inicio iniciado 
 
 ls /Etc /systemd /system /multi-user.target.wants /
 Ver la carga y la actividad de la unidad systemd 
 
 systemctl 
 La unidad de visualización no se pudo iniciar 
 
 systemctl --failed 
 Ver todas las unidades administradas por systemd 
 
 systemctl list-unit-files Service Management 
 
 Start Service 
 
 systemctl start httpd.service 
 Close Service 
 < Pre> systemctl stop httpd.service 
 Servicio de reinicio 
 
 systemctl restart httpd.service 
 Recargar 
 
 systemctl reload httpd.service 
 Ver estado 
 
 Systemctl status httpd.service incluye el estado de inicio, la hora de inicio, el proceso principal y los procesos relacionados, y los registros relacionados systemctl 
 
 s Ystemctl es el comando principal de Systemd para administrar sistemas. 
 
 # Reiniciar el sistema $ sudo systemctl reboot # Apagar el sistema, cortar el poder $ sudo systemctl poweroff # CPU deja de funcionar $ sudo systemctl halt # Suspender sistema $ sudo systemctl suspend # Permitir que el sistema entre en estado de hibernación $ sudo systemctl hibernate # let El sistema entra en estado de hibernación interactiva. Sudo systemctl hybrid-sleep # Inicia en el estado de rescate (estado de usuario único) $ sudo systemctl rescue systemctl list-units comando para ver todas las unidades del sistema actual. 
 
 # Lista la Unidad en ejecución $ systemctl list-units # Lista todas las Unidades, incluyendo $ systemctl lista-unidades que no se encuentran en el archivo de configuración o no se iniciaron --todos # Lista todas las unidades que no se están ejecutando $ systemctl list-units --all --state = inactive # Enumera todas las unidades $ listct systemtl fallidas - fallado # Muestra todas las unidades $ systemctl list-units en ejecución - tipos de tipo de servicio = service 
 # Muestra si una unidad está ejecutando $ systemctl is-active application.service # Muestra si una unidad está en un estado de falla de inicio $ systemctl is-failed aplicación.service # Muestra si un servicio de unidad tiene un enlace de inicio establecido $ systemctl es un bloque de configuración del servicio de aplicación habilitado 
 
 El bloque [Unidad] suele ser el primer bloque del archivo de configuración, que se utiliza para definir los metadatos de la Unidad y configurar la relación con otras Unidades. . Sus principales campos son los siguientes. 
 
 Descripción: Descripción breve: Dirección del documento Requiere: otras unidades de las que depende la unidad actual. Si no están funcionando, la unidad actual no se iniciará. Desea: otras unidades que coincidan con la unidad actual, si no están funcionando, la unidad actual No inicia el fallo BindsTo: Similar a Requiere, si la unidad especificada sale, hará que la Unidad actual deje de funcionar. Antes: Si la unidad especificada del campo también se inicia, entonces el After debe iniciarse después de la unidad actual: Si la unidad especificada del campo Para comenzar, entonces debe iniciar Conflictos antes de la Unidad actual: La Unidad especificada aquí no puede ejecutar Condición con la Unidad actual: la condición que debe ejecutar la Unidad actual; de lo contrario, no ejecutará Afirmar: la condición que debe cumplir la Unidad actual; de lo contrario, informará Inicio fallido 
 !!! Importante 
 
 ej .: After = network.target sshd-keygen.serviceAfter field: indica que si network.target o sshd-keygen.service debe iniciarse, entonces el servicio actual debe estar en ellos. Entonces empieza. En consecuencia, hay un campo Antes que define qué servicios sshd.service deben iniciarse antes. Tenga en cuenta que los campos Después y Antes solo cubren la secuencia de inicio y no implican dependencias. 
 [Instalar] suele ser el último bloque del archivo de configuración para definir cómo iniciar y si iniciar. Sus principales campos son los siguientes. 
 
 WantedBy: su valor es uno o más objetivos. El enlace simbólico de activación de la unidad actual (habilitar) se colocará en el directorio /etc /systemd /system bajo el nombre de destino +. quiere el sufijo. Requerido: Su valor es uno o más Objetivos. Cuando se activa la Unidad actual, el enlace simbólico se colocará en el directorio /etc /systemd /system bajo el nombre del Objetivo + sufijo requerido en el subdirectorio. Alias: Se puede usar la Unidad actual para comenzar. Alias: cuando la Unidad actual está activada, otros bloques de la Unidad 
 [Servicio] que se activan al mismo tiempo se utilizan para la configuración del Servicio. Solo las unidades del tipo de Servicio tienen este bloque. Sus principales campos son los siguientes. Tipo 
: define el comportamiento del proceso en el inicio. Tiene los siguientes valores. Type = simple: valor predeterminado, ejecute el comando especificado por ExecStart, inicie el proceso principal Type = forking: cree un proceso secundario a partir del proceso principal en el modo de bifurcación. Después de la creación, el proceso principal saldrá inmediatamente de Type = oneshot: proceso de una sola vez, Systemd esperará el servicio actual. Salga y luego continúe ejecutando Type = dbus: el servicio actual comienza Type = notificar a través de D-Bus: Después de que se inicie el servicio actual, se notificará a Systemd y luego continuará ejecutándose Type = idle: si se ejecutan otras tareas, se completará el servicio actual. ExecStart se ejecutará: Comando para iniciar el servicio actual ExecStartPre: Comando ExecStartPost ejecutado antes de iniciar el servicio actual: ExecReload ejecutado después de iniciar el servicio actual: ExecStop ejecutado al reiniciar el servicio actual ExecStop: ExecStopPost ejecutado cuando el servicio actual se detiene: Detener cuando El comando ejecutado después del servicio RestartSec: la cantidad de segundos para reiniciar automáticamente el intervalo de servicio actual. Reiniciar: define la situación. Systemd reiniciará automáticamente el servicio actual. Los valores posibles incluyen siempre (siempre reiniciar), en caso de éxito, en caso de fallo, en caso de anomalía , on-abort, on-watchdogTimeoutSec: define Systemd Espere antes de detener el servicio actual en segundos Medio Ambiente: Especifica la lista de campos de archivo de configuración de la unidad completa variable de entorno 
, por favor refiérase a la documentación oficial. 
 Log Management 
 
 Systemd administra el registro de inicio de todas las unidades. La ventaja es que puede ver todos los registros (registros de kernel y registros de aplicaciones) con un solo comando de journalctl. El archivo de configuración para el registro es /etc/systemd/journald.conf.