Como depurar problemas en systemd

Caleb McKee, Petr Bokoc, Peter Boy Versión F32 Last review: 2020-04-10

Si está experimentando problemas con las inicialización del sistema debido a systemd, consulte el enlace del documento errores comunes antes de rellenar un fallo. Se listan allí algunos retoques de configuración fáciles que corrigen un amplio intervalo de cuestiones. Si los problemas que están viendo no están listados allí o ninguna de las soluciones alternativas parecen ayudar, considere rellenar un fallo para ayudarnos a conseguir que Fedora se ejecute mejor sobre su hardware.

Eche un vistazo a la última documentación útil sobre el tema.

  • Extrae un listado de tareas que estén «en ejecución» o «esperando». Este comando puede ser utilizado para identificar causas de un arranque lento. El proceso de arranque espera que «ejecuten» tareas para completarse. Las tareas listadas como «esperando» solo serán ejecutadas tras que las tareas en «ejecutando» se hayan completado.

    […]# systemctl list-jobs

  • Enumera todos los servicios disponibles y su estado actual

    […]# systemctl list-units -t service --all

  • Muestra todos los servicios activos

    […]# systemctl list-units -t servicio

  • Examine el estado en tiempo de ejecución actual de un servicio. (En este ejemplo el servicio ssh)

    […]# systemctl status sshd.service

  • Muestre todos los destinos disponibles.

    […]# systemctl list-units -t target --all

  • Muestre todos los destinos activos.

    […]# systemctl list-units -t target

  • Exhibe cuáles servicios utiliza un destino. (En este ejemplo el muli-user.target)

    […]# systemctl show -p "Quiere" multi-user.target

  • Examine que obtener iniciado cuando arranque en un destino específico. (en este ejemplo el multi-user.target)

    […]# /usr/lib/systemd/systemd --test --system --unit=multi-user.target

Varios parámetros útiles de arranque del systemd

Los siguientes parámetros de arranque siguientes además están disponibles para ayudar aún más a depurar asuntos de arranque.

systemd.unit=

Anula la unidad que se activará al arrancar. Esto puede utilizarse para arrancar temporalmente en una unidad de arranque diferente, por ejemplo rescue.target o emergency.target. Por defecto a default.target.

systemd.dump_core=

Acepta un argumento booleano. Si es verdadero, systemd realiza un volcado de memoria cuando falla. De lo contrario, no se genera ningún volcado. El valor predeterminado es verdadero.

systemd.crash_shell=

Acepta un argumento booleano. Si es verdadero, systemd inicia una shell cuando falla. De lo contrario, no se crea ningún volcado de memoria. Por motivos de seguridad, el valor predeterminado es falso, ya que la shell no está protegida por ninguna contraseña de autenticación.

systemd.crash_chvt=

Toma un argumento entero. Si es positivo, systemd activa la terminal virtual especificada cuando se cuelga. El valor predeterminado es -1.

systemd.confirm_spawn=

Toma un argumento booleano. Si es verdadero, solicita confirmación al generar procesos. El valor predeterminado es falso.

systemd.show_status=

Toma un argumento booleano. Si es verdadero, muestra actualizaciones breves del estado del servicio en la consola durante el arranque. El valor predeterminado es verdadero.

systemd.sysv_console=

Toma un argumento booleano. Si es verdadero, la salida de los scripts de inicio de SysV se dirigirá a la consola. El valor predeterminado es verdadero, a menos que se pase quiet como opción de línea de comandos del kernel, en cuyo caso el valor predeterminado es falso.

systemd.log_target=

Establece el destino del registro. El argumento debe ser console, syslog, kmsg, yslog-or-kmsg o null.

systemd.log_level=

Establece el nivel de registro. Este comando acepta como argumento un nivel de registro numérico o los nombres simbólicos conocidos de syslog (en minúsculas): emerg, alert, crit, err, warning, notice, info, debug.

systemd.log_color=

Resalta los mensajes de registro importantes. El argumento es un valor booleano. Si el argumento es omitido, lo predeterminado es cierto.

systemd.log_location=

Incluye lugar de código en los mensajes de bitácora. Esto es especialmente relevante para la depuración. El argumento es un valor booleano. Si el argumento se omite, el valor predeterminado es cierto.

See a typo, something missing or out of date, or anything else which can be improved? Edit this document or provide a comment using the buttons above on the right side below the blue header banner.

Want to help? Learn how to contribute to Fedora Docs ›