systemctlsystemdDeveloperLennartPoetteringlennart@poettering.netsystemctl1systemctlControl the systemd system and session managersystemctl OPTIONSCOMMANDNAMEDescriptionsystemctl may be used to
introspect and control the state of the
systemd1
system and session manager.OptionsThe following options are understood:Prints a short help
text and exits.When listing units,
limit display to certain unit
types. If not specified units of all
types will be shown. The argument
should be a unit type name such as
,
and
similar.When listing units,
show all units, regardless of their
state, including inactive
units.If the requested
operation conflicts with an existing
unfinished operation, replace the
existing operation by the requested
operation. If this is not specified
the requested operation will
fail.Talk to the systemd
system manager. (Default)Talk to the systemd
session manager of the calling user.Synchronously wait for
the requested operation to
finish.Don't send wall
message before
halt, power-off, reboot.The following commands are understood:list-unitsList known units.list-jobsList jobs that are in progress.clear-jobsCancel all jobs that are in progress.load [NAME...]Load one or more units
specified on the command line. This
will simply load their configuration
from disk, but not start them. To
start them you need to use the
start command which
will implicitly load a unit that has
not been loaded yet. Note that systemd
garbage collects loaded units that are
not active or referenced by an active
unit. This means that units loaded
this way will usually not stay loaded
for long. Also note that this command
cannot be used to reload unit
configuration. Use the
daemon-reload
command for that. All in all this
command is of little use except for
debugging.This command should not be
confused with the
daemon-reload or
reload
commands.cancel [JOB...]Cancel one or more
jobs specified on the command line by
their numeric job
IDs.start [NAME...]Start one or more
units specified on the command
line.stop [NAME...]Stop one or more units
specified on the command
line.restart [NAME...]Restart one or more
units specified on the command
line.reload [NAME...]Asks all services
whose units are listed on the command
line to reload their
configuration. Note that this will
reload the daemon configuration
itself, not the unit configuration
file of systemd. If you want systemd
to reload the configuration file of a
unit use the
daemon-reload
command. In other words: for the
example case of Apache, this will
reload Apache's
httpd.conf in the
web server, not the
apache.service
systemd unit file. This
command should not be confused with
the daemon-reload
or load
commands.isolate [NAME]Start the unit
specified on the command line and its
dependencies and stop all
others.monitorMonitor unit/job
changes. This is mostly useful for
debugging purposes and prints a line
each time systemd loads or unloads a
unit configuration file, or a unit
property changes.dumpDump server
status. This will output a (usually
very long) human readable manager
status dump. Its format is subject to
change without notice and should not
be parsed by
applications.snapshot [NAME]Create a snapshot. If
a snapshot name is specified the new
snapshot will be named after it. If
none is specified an automatic
snapshot name is generated. In either
case the snapshot name used is printed
to STDOUT.A snapshot refers to a saved
state of the systemd manager. It is
implemented itself as unit that is
generated dynamically with this
command and has dependencies on all
units active at the time. At a later
time the user may return to this state
by using the
isolate command on
the snapshot unit.Snapshots are only useful for
saving and restoring which units are
running or are stopped, they do not
save/restore any other
state. Snapshots are dynamic and lost
on reboot.daemon-reloadReload systemd manager
configuration. This will reload all
unit files and recreate the entire
dependency tree. While the daemon is
reloaded all sockets systemd listens
on on behalf of user configuration will
stay accessible.This
command should not be confused with
the load or
reload
commands.daemon-reexecReexecute the systemd
manager. This will serialize the
manager state, reexecute the process
and deserialize the state again. This
command is of little use except for
debugging and package
upgrades. Sometimes it might be
helpful as a heavy-weight
daemon-reload. While
the daemon is reexecuted all sockets
systemd listens on on behalf of user
configuration will stay
accessible.daemon-exitAsk the systemd
manager to quit. This is only
supported for session managers
(i.e. in conjunction with the
option) and
will fail otherwise.show-environmentDump the systemd
manager environment block. The
environment block will be dumped in
straight-forward form suitable for
sourcing into a shell script. This
environment block will be passed to
all processes the manager
spawns.set-environment [NAME=VALUE...]Set one or more
systemd manager environment variables,
as specified on the command
line.unset-environment [NAME...]Unset one or more
systemd manager environment
variables. If only a variable name is
specified it will be removed
regardless of its value. If a variable
and a value are specified the variable
is only removed if it has the
specified value.haltShut down and halt the
system. This is mostly equivalent to
start halt.target
but also prints a wall message to all
users.poweroffShut down and
power-off the system. This is mostly
equivalent to start
poweroff.target but also
prints a wall message to all
users.rebootShut down and
reboot the system. This is mostly
equivalent to start
reboot.target but also
prints a wall message to all
users.defaultEnter default
mode. This is mostly equivalent to
start
default.target.rescueEnter rescue
mode. This is mostly equivalent to
isolate
rescue.target but also
prints a wall message to all
users.emergencyEnter emergency
mode. This is mostly equivalent to
isolate
emergency.service but also
prints a wall message to all
users.Exit statusOn success 0 is returned, a non-zero failure
code otherwise.See Alsosystemd1,
systemadm1,
systemd.unit5,
systemd.special7,
wall1