How to debug systemd problems fedora project

2
9/24/2014 How to debug Systemd problems - FedoraProject https://fedoraproject.org/wiki/How_to_debug_Systemd_problems 1/2 How to debug Systemd problems Foreword If you are experiencing a problem with system boot up due to Systemd, please see the common bugs document before filing a bug. Some easy configuration tweaks that fix a wide range of issues may be listed there. If the problem you are seeing is not listed there or none of the workarounds seem to help, please consider filing a bug to help us make Fedora run better on your hardware. Debugging systemd problems Follow the upstream wiki guide To debug systemd problems please follow the helpful upstream wiki page on the topic: http://freedesktop.org/wiki/Software/systemd/Debugging Various useful systemd related commands Run systemctl list-jobs To identifyslow boot and look for the jobs that are "running" those jobs are the ones where boot waits for completion on and the ones that listed as "waiting" will be executed only after those which are "running" are completed. Run systemctl list-units -t service --all To list all available services and their current status Run systemctl list-units -t service To show all active services Run systemctl status sshd.service To examine the current runtime status of a service. (In the above example the ssh service) Run systemctl list-units -t target --all To show all available targets. Run systemctl list-units -t target To show all active targets. Run systemctl show -p "Wants" multi-user.target To see which services a target pulls in. ( In the above example the multiuser.target ) Run systemd --test --system --unit=multi-user.target To examine what gets started when when booted into a specific target. ( In the above example the multiuser.target )

description

systemd

Transcript of How to debug systemd problems fedora project

Page 1: How to debug systemd problems   fedora project

9/24/2014 How to debug Systemd problems - FedoraProject

https://fedoraproject.org/wiki/How_to_debug_Systemd_problems 1/2

How to debug Systemd problems

Foreword

If you are experiencing a problem with system boot up due to Systemd, please see the common bugs documentbefore filing a bug. Some easy configuration tweaks that fix a wide range of issues may be listed there. If theproblem you are seeing is not listed there or none of the workarounds seem to help, please consider filing a bugto help us make Fedora run better on your hardware.

Debugging systemd problemsFollow the upstream wiki guideTo debug systemd problems please follow the helpful upstream wiki page on the topic:http://freedesktop.org/wiki/Software/systemd/Debugging

Various useful systemd related commandsRun systemctl list-jobs

To identify slow boot and look for the jobs that are "running" those jobs are the ones where boot waits forcompletion on and the ones that listed as "waiting" will be executed only after those which are "running" arecompleted.

Run systemctl list-units -t service --all

To list all available services and their current status

Run systemctl list-units -t service

To show all active services

Run systemctl status sshd.service

To examine the current runtime status of a service. (In the above example the ssh service)

Run systemctl list-units -t target --all

To show all available targets.

Run systemctl list-units -t target

To show all active targets.

Run systemctl show -p "Wants" multi-user.target

To see which services a target pulls in. ( In the above example the multi­user.target )

Run systemd --test --system --unit=multi-user.target

To examine what gets started when when booted into a specific target. ( In the above example the multi­user.target)

Page 2: How to debug systemd problems   fedora project

9/24/2014 How to debug Systemd problems - FedoraProject

https://fedoraproject.org/wiki/How_to_debug_Systemd_problems 2/2

Systemd boot parametersThe following boot parameters are also available to further assist with debugging boot issues.

systemd.unit= Overrides the unit to activate on boot. This may be used to temporarily boot into a different boot unit, for examplerescue.target or emergency.target. ( Defaults to default.target. )systemd.dump_core= Takes a boolean argument. If true systemd dumps core when it crashes. Otherwise no core dump is created. ( Defaultsto true )systemd.crash_shell= Takes a boolean argument. If true systemd spawns a shell when it crashes. Otherwise no core dump is created.Defaults to false, for security reasons, as the shell is not protected by any password authentication.systemd.crash_chvt= Takes an integer argument. If positive systemd activates the specified virtual terminal when it crashes. ( Defaults to ­1 )systemd.confirm_spawn= Takes a boolean argument. If true asks for confirmation when spawning processes. ( Defaults to false )systemd.show_status= Takes a boolean argument. If true shows terse service status updates on the console during bootup. ( Defaults to true )systemd.sysv_console= Takes a boolean argument. If true output of SysV init scripts will be directed to the console. ( Defaults to true, unlessquiet is passed as kernel command line option in which case it defaults to false. )systemd.log_target= Set log target. Argument must be one of console, syslog, kmsg, syslog­or­kmsg, null.systemd.log_level= Set log level. As argument this accepts a numerical log level or the well­known syslog symbolic names (lowercase):emerg, alert, crit, err, warning, notice, info, debug.systemd.log_color= Highlight important log messages. Argument is a boolean value. If the argument is omitted it defaults to true.systemd.log_location= Include code location in log messages. This is mostly relevant for debugging purposes. Argument is a boolean value. Ifthe argument is omitted it defaults to true.Retrieved from "https://fedoraproject.org/w/index.php?title=How_to_debug_Systemd_problems&oldid=291975"Categories:  Debugging How to

Copyright © 2014 Red Hat, Inc . and others. All  Rights Reserved. For comments or queries, please contac t us.The Fedora Projec t is maintained and driven by the community and sponsored by Red Hat. This is a community maintained site. Red

Hat is not responsible for content.This page was last modified on 15 June 2012, at 12:45.   Content is available under Attribution­Share Alike 3.0 Unported unless otherwise

noted.

Sponsors   Legal   Trademark Guidelines