chiark / gitweb /
build-sys: don't use -Wcast-align anymore
[elogind.git] / man / systemctl.xml
1 <?xml version='1.0'?> <!--*-nxml-*-->
2 <!DOCTYPE refentry PUBLIC "-//OASIS//DTD DocBook XML V4.2//EN"
3 "http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd">
4
5 <!--
6 This file is part of systemd.
7
8 Copyright 2010 Lennart Poettering
9
10 systemd is free software; you can redistribute it and/or modify it
11 under the terms of the GNU Lesser General Public License as published by
12 the Free Software Foundation; either version 2.1 of the License, or
13 (at your option) any later version.
14
15 systemd is distributed in the hope that it will be useful, but
16 WITHOUT ANY WARRANTY; without even the implied warranty of
17 MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
18 Lesser General Public License for more details.
19
20 You should have received a copy of the GNU Lesser General Public License
21 along with systemd; If not, see <http://www.gnu.org/licenses/>.
22 -->
23
24 <refentry id="systemctl"
25           xmlns:xi="http://www.w3.org/2001/XInclude">
26
27   <refentryinfo>
28     <title>systemctl</title>
29     <productname>systemd</productname>
30
31     <authorgroup>
32       <author>
33         <contrib>Developer</contrib>
34         <firstname>Lennart</firstname>
35         <surname>Poettering</surname>
36         <email>lennart@poettering.net</email>
37       </author>
38     </authorgroup>
39   </refentryinfo>
40
41   <refmeta>
42     <refentrytitle>systemctl</refentrytitle>
43     <manvolnum>1</manvolnum>
44   </refmeta>
45
46   <refnamediv>
47     <refname>systemctl</refname>
48     <refpurpose>Control the systemd system and service manager</refpurpose>
49   </refnamediv>
50
51   <refsynopsisdiv>
52     <cmdsynopsis>
53       <command>systemctl</command>
54       <arg choice="opt" rep="repeat">OPTIONS</arg>
55       <arg choice="plain">COMMAND</arg>
56       <arg choice="opt" rep="repeat">NAME</arg>
57     </cmdsynopsis>
58   </refsynopsisdiv>
59
60   <refsect1>
61     <title>Description</title>
62
63     <para><command>systemctl</command> may be used to
64     introspect and control the state of the
65     <citerefentry><refentrytitle>systemd</refentrytitle><manvolnum>1</manvolnum></citerefentry>
66     system and service manager.</para>
67   </refsect1>
68
69   <refsect1>
70     <title>Options</title>
71
72     <para>The following options are understood:</para>
73
74     <variablelist>
75       <varlistentry>
76         <term><option>-h</option></term>
77         <term><option>--help</option></term>
78
79         <listitem><para>Prints a short help
80         text and exits.</para></listitem>
81       </varlistentry>
82
83       <varlistentry>
84         <term><option>--version</option></term>
85
86         <listitem>
87           <para>Prints a short version string and exits.</para>
88         </listitem>
89       </varlistentry>
90
91       <varlistentry>
92         <term><option>-t</option></term>
93         <term><option>--type=</option></term>
94
95         <listitem>
96           <para>The argument should be a comma-separated list of unit
97           types such as <option>service</option> and
98           <option>socket</option>.
99           </para>
100
101           <para>If one of the arguments is a unit type, when listing
102           units, limit display to certain unit types. Otherwise, units
103           of all types will be shown.</para>
104
105           <para>As a special case, if one of the arguments is
106           <option>help</option>, a list of allowed values will be
107           printed and the program will exit.</para>
108         </listitem>
109       </varlistentry>
110
111       <varlistentry>
112         <term><option>--state=</option></term>
113
114         <listitem>
115         <para>The argument should be a comma-separated list of unit LOAD,
116         SUB, or ACTIVE states. When listing units, show only those
117         in specified states.</para>
118         </listitem>
119       </varlistentry>
120
121       <varlistentry>
122         <term><option>-p</option></term>
123         <term><option>--property=</option></term>
124
125         <listitem>
126           <para>When showing unit/job/manager properties with the
127           <command>show</command> command, limit display to certain
128           properties as specified as argument. If not specified, all
129           set properties are shown. The argument should be a
130           comma-separated list of property names, such as
131           <literal>MainPID</literal>. If specified more than once, all
132           properties with the specified names are shown.</para>
133         </listitem>
134       </varlistentry>
135
136       <varlistentry>
137         <term><option>-a</option></term>
138         <term><option>--all</option></term>
139
140         <listitem>
141           <para>When listing units, show all loaded units, regardless
142           of their state, including inactive units. When showing
143           unit/job/manager properties, show all properties regardless
144           whether they are set or not.</para>
145           <para>To list all units installed on the system, use the
146           <command>list-unit-files</command> command instead.</para>
147         </listitem>
148       </varlistentry>
149
150       <varlistentry>
151         <term><option>--reverse</option></term>
152
153         <listitem>
154           <para>Show reverse dependencies between units with
155           <command>list-dependencies</command>, i.e. units with
156           dependencies of type <varname>Wants=</varname> or
157           <varname>Requires=</varname> on the given unit.
158           </para>
159         </listitem>
160       </varlistentry>
161
162       <varlistentry>
163         <term><option>--after</option></term>
164         <term><option>--before</option></term>
165
166         <listitem>
167           <para>Show which units are started after or before
168           with <command>list-dependencies</command>, respectively.
169           </para>
170         </listitem>
171       </varlistentry>
172
173       <varlistentry>
174         <term><option>-l</option></term>
175         <term><option>--full</option></term>
176
177         <listitem>
178           <para>Do not ellipsize unit names, process tree entries,
179           journal output, or truncate unit descriptions in the output
180           of <command>status</command>, <command>list-units</command>,
181           <command>list-jobs</command>, and
182           <command>list-timers</command>.</para>
183         </listitem>
184       </varlistentry>
185
186       <varlistentry>
187         <term><option>--show-types</option></term>
188
189         <listitem>
190           <para>When showing sockets, show the type of the socket.</para>
191         </listitem>
192       </varlistentry>
193
194       <varlistentry>
195         <term><option>--job-mode=</option></term>
196
197         <listitem>
198         <para>When queuing a new job, this option controls how to deal with
199         already queued jobs. It takes one of <literal>fail</literal>,
200         <literal>replace</literal>,
201         <literal>replace-irreversibly</literal>,
202         <literal>isolate</literal>,
203         <literal>ignore-dependencies</literal>,
204         <literal>ignore-requirements</literal> or
205         <literal>flush</literal>. Defaults to
206         <literal>replace</literal>, except when the
207         <command>isolate</command> command is used which implies the
208         <literal>isolate</literal> job mode.</para>
209
210         <para>If <literal>fail</literal> is specified and a requested
211         operation conflicts with a pending job (more specifically:
212         causes an already pending start job to be reversed into a stop
213         job or vice versa), cause the operation to fail.</para>
214
215         <para>If <literal>replace</literal> (the default) is
216         specified, any conflicting pending job will be replaced, as
217         necessary.</para>
218
219         <para>If <literal>replace-irreversibly</literal> is specified,
220         operate like <literal>replace</literal>, but also mark the new
221         jobs as irreversible. This prevents future conflicting
222         transactions from replacing these jobs. The jobs can still be
223         cancelled using the <command>cancel</command> command.</para>
224
225         <para><literal>isolate</literal> is only valid for start
226         operations and causes all other units to be stopped when the
227         specified unit is started. This mode is always used when the
228         <command>isolate</command> command is used.</para>
229
230         <para><literal>flush</literal> will cause all queued jobs to
231         be canceled when the new job is enqueued.</para>
232
233         <para>If <literal>ignore-dependencies</literal> is specified,
234         then all unit dependencies are ignored for this new job and
235         the operation is executed immediately. If passed, no required
236         units of the unit passed will be pulled in, and no ordering
237         dependencies will be honored. This is mostly a debugging and
238         rescue tool for the administrator and should not be used by
239         applications.</para>
240
241         <para><literal>ignore-requirements</literal> is similar to
242         <literal>ignore-dependencies</literal>, but only causes the
243         requirement dependencies to be ignored, the ordering
244         dependencies will still be honoured.</para>
245         </listitem>
246
247       </varlistentry>
248
249       <varlistentry>
250         <term><option>-i</option></term>
251         <term><option>--ignore-inhibitors</option></term>
252
253         <listitem>
254           <para>When system shutdown or a sleep state is requested,
255           ignore inhibitor locks. Applications can establish inhibitor
256           locks to avoid that certain important operations (such as CD
257           burning or suchlike) are interrupted by system shutdown or a
258           sleep state. Any user may take these locks and privileged
259           users may override these locks. If any locks are taken,
260           shutdown and sleep state requests will normally fail
261           (regardless of whether privileged or not) and a list of active locks
262           is printed. However, if <option>--ignore-inhibitors</option>
263           is specified, the locks are ignored and not printed, and the
264           operation attempted anyway, possibly requiring additional
265           privileges.</para>
266         </listitem>
267       </varlistentry>
268
269       <varlistentry>
270         <term><option>-q</option></term>
271         <term><option>--quiet</option></term>
272
273         <listitem>
274           <para>Suppress output to standard output in
275           <command>snapshot</command>,
276           <command>is-active</command>,
277           <command>is-failed</command>,
278           <command>enable</command> and
279         <command>disable</command>.</para>
280         </listitem>
281       </varlistentry>
282
283       <varlistentry>
284         <term><option>--no-block</option></term>
285
286         <listitem>
287           <para>Do not synchronously wait for the requested operation
288           to finish. If this is not specified, the job will be
289           verified, enqueued and <command>systemctl</command> will
290           wait until it is completed. By passing this argument, it is
291           only verified and enqueued.</para>
292         </listitem>
293       </varlistentry>
294
295       <varlistentry>
296         <term><option>--no-legend</option></term>
297
298         <listitem>
299           <para>Do not print the legend, i.e. the column headers and
300           the footer with hints.</para>
301         </listitem>
302       </varlistentry>
303
304       <varlistentry>
305         <term><option>--no-pager</option></term>
306
307         <listitem>
308           <para>Do not pipe output into a pager.</para>
309         </listitem>
310       </varlistentry>
311
312       <varlistentry>
313         <term><option>--system</option></term>
314
315         <listitem>
316           <para>Talk to the systemd system manager. (Default)</para>
317         </listitem>
318       </varlistentry>
319
320       <varlistentry>
321         <term><option>--user</option></term>
322
323         <listitem>
324           <para>Talk to the systemd manager of the calling
325           user.</para>
326         </listitem>
327       </varlistentry>
328
329       <varlistentry>
330         <term><option>--no-wall</option></term>
331
332         <listitem>
333           <para>Do not send wall message before halt, power-off,
334           reboot.</para>
335         </listitem>
336       </varlistentry>
337
338       <varlistentry>
339         <term><option>--global</option></term>
340
341         <listitem>
342           <para>When used with <command>enable</command> and
343           <command>disable</command>, operate on the global user
344           configuration directory, thus enabling or disabling a unit
345           file globally for all future logins of all users.</para>
346         </listitem>
347       </varlistentry>
348
349       <varlistentry>
350         <term><option>--no-reload</option></term>
351
352         <listitem>
353           <para>When used with <command>enable</command> and
354           <command>disable</command>, do not implicitly reload daemon
355           configuration after executing the changes.</para>
356         </listitem>
357       </varlistentry>
358
359       <varlistentry>
360         <term><option>--no-ask-password</option></term>
361
362         <listitem>
363           <para>When used with <command>start</command> and related
364           commands, disables asking for passwords. Background services
365           may require input of a password or passphrase string, for
366           example to unlock system hard disks or cryptographic
367           certificates. Unless this option is specified and the
368           command is invoked from a terminal,
369           <command>systemctl</command> will query the user on the
370           terminal for the necessary secrets. Use this option to
371           switch this behavior off. In this case, the password must be
372           supplied by some other means (for example graphical password
373           agents) or the service might fail. This also disables
374           querying the user for authentication for privileged
375           operations.</para>
376         </listitem>
377
378       </varlistentry>
379
380       <varlistentry>
381         <term><option>--kill-who=</option></term>
382
383         <listitem>
384           <para>When used with <command>kill</command>, choose which
385           processes to kill. Must be one of <option>main</option>,
386           <option>control</option> or <option>all</option> to select
387           whether to kill only the main process of the unit, the
388           control process or all processes of the unit. If omitted,
389           defaults to <option>all</option>.</para>
390         </listitem>
391
392       </varlistentry>
393
394       <varlistentry>
395         <term><option>-s</option></term>
396         <term><option>--signal=</option></term>
397
398         <listitem>
399           <para>When used with <command>kill</command>, choose which
400           signal to send to selected processes. Must be one of the
401           well known signal specifiers such as <constant>SIGTERM</constant>, <constant>SIGINT</constant> or
402           <constant>SIGSTOP</constant>. If omitted, defaults to
403           <option>SIGTERM</option>.</para>
404         </listitem>
405       </varlistentry>
406
407       <varlistentry>
408         <term><option>-f</option></term>
409         <term><option>--force</option></term>
410
411         <listitem>
412           <para>When used with <command>enable</command>, overwrite
413           any existing conflicting symlinks.</para>
414
415           <para>When used with <command>halt</command>,
416           <command>poweroff</command>, <command>reboot</command> or
417           <command>kexec</command>, execute the selected operation
418           without shutting down all units. However, all processes will
419           be killed forcibly and all file systems are unmounted or
420           remounted read-only. This is hence a drastic but relatively
421           safe option to request an immediate reboot. If
422           <option>--force</option> is specified twice for these
423           operations, they will be executed immediately without
424           terminating any processes or umounting any file
425           systems. Warning: specifying <option>--force</option> twice
426           with any of these operations might result in data
427           loss.</para>
428         </listitem>
429       </varlistentry>
430
431       <varlistentry>
432         <term><option>--root=</option></term>
433
434         <listitem>
435           <para>When used with
436           <command>enable</command>/<command>disable</command>/<command>is-enabled</command>
437           (and related commands), use alternative root path when
438           looking for unit files.</para>
439         </listitem>
440
441       </varlistentry>
442
443       <varlistentry>
444         <term><option>--runtime</option></term>
445
446         <listitem>
447           <para>When used with <command>enable</command>,
448           <command>disable</command>,
449           (and related commands), make changes only temporarily, so
450           that they are lost on the next reboot. This will have the
451           effect that changes are not made in subdirectories of
452           <filename>/etc</filename> but in <filename>/run</filename>,
453           with identical immediate effects, however, since the latter
454           is lost on reboot, the changes are lost too.</para>
455
456           <para>Similarly, when used with
457           <command>set-property</command>, make changes only
458           temporarily, so that they are lost on the next
459           reboot.</para>
460         </listitem>
461       </varlistentry>
462
463       <varlistentry>
464         <term><option>-H</option></term>
465         <term><option>--host</option></term>
466
467         <listitem>
468           <para>Execute the operation remotely. Specify a hostname, or
469           username and hostname separated by <literal>@</literal>, to
470           connect to. This will use SSH to talk to the remote systemd
471           instance.</para>
472         </listitem>
473       </varlistentry>
474
475       <varlistentry>
476           <term><option>-M</option></term>
477           <term><option>--machine=</option></term>
478
479           <listitem><para>Execute the operation on a local
480           container. Specify a container name to connect
481           to.</para></listitem>
482       </varlistentry>
483
484       <varlistentry>
485         <term><option>-n</option></term>
486         <term><option>--lines=</option></term>
487
488         <listitem>
489           <para>When used with <command>status</command>, controls the
490           number of journal lines to show, counting from the most
491           recent ones. Takes a positive integer argument. Defaults to
492           10.</para>
493         </listitem>
494       </varlistentry>
495
496       <varlistentry>
497         <term><option>-o</option></term>
498         <term><option>--output=</option></term>
499
500         <listitem>
501           <para>When used with <command>status</command>, controls the
502           formatting of the journal entries that are shown. For the
503           available choices, see
504           <citerefentry><refentrytitle>journalctl</refentrytitle><manvolnum>1</manvolnum></citerefentry>.
505           Defaults to <literal>short</literal>.</para>
506         </listitem>
507       </varlistentry>
508
509       <varlistentry>
510         <term><option>--plain</option></term>
511
512         <listitem>
513           <para>When used with <command>list-dependencies</command>,
514           the output is printed as a list instead of a tree.</para>
515         </listitem>
516       </varlistentry>
517
518     </variablelist>
519   </refsect1>
520
521   <refsect1>
522     <title>Commands</title>
523
524     <para>The following commands are understood:</para>
525
526     <refsect2>
527       <title>Unit Commands</title>
528
529       <variablelist>
530         <varlistentry>
531           <term><command>list-units <optional><replaceable>PATTERN</replaceable>...</optional></command></term>
532
533           <listitem>
534             <para>List known units (subject to limitations specified
535             with <option>-t</option>). If one or more
536             <replaceable>PATTERN</replaceable>s are specified, only
537             units matching one of them are shown.</para>
538
539             <para>This is the default command.</para>
540           </listitem>
541         </varlistentry>
542
543         <varlistentry>
544           <term><command>list-sockets <optional><replaceable>PATTERN</replaceable>...</optional></command></term>
545
546           <listitem>
547             <para>List socket units ordered by listening address.
548             If one or more <replaceable>PATTERN</replaceable>s are
549             specified, only socket units matching one of them are
550             shown. Produces output similar to
551             <programlisting>
552 LISTEN           UNIT                        ACTIVATES
553 /dev/initctl     systemd-initctl.socket      systemd-initctl.service
554 ...
555 [::]:22          sshd.socket                 sshd.service
556 kobject-uevent 1 systemd-udevd-kernel.socket systemd-udevd.service
557
558 5 sockets listed.</programlisting>
559             Note: because the addresses might contains spaces, this output
560             is not suitable for programmatic consumption.
561             </para>
562
563             <para>See also the options <option>--show-types</option>,
564             <option>--all</option>, and <option>--failed</option>.</para>
565           </listitem>
566         </varlistentry>
567
568         <varlistentry>
569           <term><command>list-timers <optional><replaceable>PATTERN</replaceable>...</optional></command></term>
570
571           <listitem>
572             <para>List timer units ordered by the time they elapse
573             next. If one or more <replaceable>PATTERN</replaceable>s
574             are specified, only units matching one of them are shown.
575             </para>
576
577             <para>See also the options <option>--all</option> and
578             <option>--failed</option>.</para>
579           </listitem>
580         </varlistentry>
581
582         <varlistentry>
583           <term><command>start <replaceable>PATTERN</replaceable>...</command></term>
584
585           <listitem>
586             <para>Start (activate) one or more units specified on the
587             command line.</para>
588
589             <para>Note that glob patterns operate on a list of currently
590             loaded units. Units which are not active and are not in a
591             failed state usually are not loaded, and would not be
592             matched by any pattern. In addition, in case of
593             instantiated units, systemd is often unaware of the
594             instance name until the instance has been started. Therefore,
595             using glob patterns with <command>start</command>
596             has limited usefulness.</para>
597           </listitem>
598         </varlistentry>
599         <varlistentry>
600           <term><command>stop <replaceable>PATTERN</replaceable>...</command></term>
601
602           <listitem>
603             <para>Stop (deactivate) one or more units specified on the
604             command line.</para>
605           </listitem>
606         </varlistentry>
607         <varlistentry>
608           <term><command>reload <replaceable>PATTERN</replaceable>...</command></term>
609
610           <listitem>
611             <para>Asks all units listed on the command line to reload
612             their configuration. Note that this will reload the
613             service-specific configuration, not the unit configuration
614             file of systemd. If you want systemd to reload the
615             configuration file of a unit, use the
616             <command>daemon-reload</command> command. In other words:
617             for the example case of Apache, this will reload Apache's
618             <filename>httpd.conf</filename> in the web server, not the
619             <filename>apache.service</filename> systemd unit
620             file.</para>
621
622             <para>This command should not be confused with the
623             <command>daemon-reload</command> or <command>load</command>
624             commands.</para>
625           </listitem>
626
627         </varlistentry>
628         <varlistentry>
629           <term><command>restart <replaceable>PATTERN</replaceable>...</command></term>
630
631           <listitem>
632             <para>Restart one or more units specified on the command
633             line. If the units are not running yet, they will be
634             started.</para>
635           </listitem>
636         </varlistentry>
637         <varlistentry>
638           <term><command>try-restart <replaceable>PATTERN</replaceable>...</command></term>
639
640           <listitem>
641             <para>Restart one or more units specified on the command
642             line if the units are running. This does nothing if units are not
643             running.  Note that, for compatibility with Red Hat init
644             scripts, <command>condrestart</command> is equivalent to this
645             command.</para>
646           </listitem>
647         </varlistentry>
648         <varlistentry>
649           <term><command>reload-or-restart <replaceable>PATTERN</replaceable>...</command></term>
650
651           <listitem>
652             <para>Reload one or more units if they support it. If not,
653             restart them instead. If the units are not running yet, they
654             will be started.</para>
655           </listitem>
656         </varlistentry>
657         <varlistentry>
658           <term><command>reload-or-try-restart <replaceable>PATTERN</replaceable>...</command></term>
659
660           <listitem>
661             <para>Reload one or more units if they support it. If not,
662             restart them instead. This does nothing if the units are not
663             running. Note that, for compatibility with SysV init scripts,
664             <command>force-reload</command> is equivalent to this
665             command.</para>
666           </listitem>
667         </varlistentry>
668         <varlistentry>
669           <term><command>isolate <replaceable>NAME</replaceable></command></term>
670
671           <listitem>
672             <para>Start the unit specified on the command line and its
673             dependencies and stop all others.</para>
674
675             <para>This is similar to changing the runlevel in a
676             traditional init system. The <command>isolate</command>
677             command will immediately stop processes that are not enabled
678             in the new unit, possibly including the graphical
679             environment or terminal you are currently using.</para>
680
681             <para>Note that this is allowed only on units where
682             <option>AllowIsolate=</option> is enabled. See
683             <citerefentry><refentrytitle>systemd.unit</refentrytitle><manvolnum>5</manvolnum></citerefentry>
684             for details.</para>
685           </listitem>
686         </varlistentry>
687         <varlistentry>
688           <term><command>kill <replaceable>PATTERN</replaceable>...</command></term>
689
690           <listitem>
691             <para>Send a signal to one or more processes of the
692             unit. Use <option>--kill-who=</option> to select which
693             process to kill. Use <option>--kill-mode=</option> to select
694             the kill mode and <option>--signal=</option> to select the
695             signal to send.</para>
696           </listitem>
697         </varlistentry>
698         <varlistentry>
699           <term><command>is-active <replaceable>PATTERN</replaceable>...</command></term>
700
701           <listitem>
702             <para>Check whether any of the specified units are active
703             (i.e. running). Returns an exit code
704             <constant>0</constant> if at least one is active, or
705             non-zero otherwise. Unless <option>--quiet</option> is
706             specified, this will also print the current unit state to
707             standard output.</para>
708           </listitem>
709         </varlistentry>
710         <varlistentry>
711           <term><command>is-failed <replaceable>PATTERN</replaceable>...</command></term>
712
713           <listitem>
714             <para>Check whether any of the specified units are in a
715             "failed" state. Returns an exit code
716             <constant>0</constant> if at least one has failed,
717             non-zero otherwise. Unless <option>--quiet</option> is
718             specified, this will also print the current unit state to
719             standard output.</para>
720           </listitem>
721         </varlistentry>
722         <varlistentry>
723           <term><command>status</command> <optional><replaceable>PATTERN</replaceable>...|<replaceable>PID</replaceable>...]</optional></term>
724
725           <listitem>
726             <para>Show terse runtime status information about one or
727             more units, followed by most recent log data from the
728             journal. If no units are specified, show all units (subject
729             to limitations specified with <option>-t</option>). If a PID
730             is passed, show information about the unit the process
731             belongs to.</para>
732
733             <para>This function is intended to generate human-readable
734             output. If you are looking for computer-parsable output,
735             use <command>show</command> instead. By default this
736             function only shows 10 lines of output and ellipsizes
737             lines to fit in the terminal window. This can be changes
738             with <option>--lines</option> and <option>--full</option>,
739             see above. In addition, <command>journalctl
740             --unit=<replaceable>NAME</replaceable></command> or
741             <command>journalctl
742             --user-unit=<replaceable>NAME</replaceable></command> use
743             a similar filter for messages and might be more
744             convenient.
745             </para>
746           </listitem>
747         </varlistentry>
748         <varlistentry>
749           <term><command>show</command> <optional><replaceable>PATTERN</replaceable>...|<replaceable>JOB</replaceable>...</optional></term>
750
751           <listitem>
752             <para>Show properties of one or more units, jobs, or the
753             manager itself. If no argument is specified, properties of
754             the manager will be shown. If a unit name is specified,
755             properties of the unit is shown, and if a job id is
756             specified, properties of the job is shown. By default, empty
757             properties are suppressed. Use <option>--all</option> to
758             show those too. To select specific properties to show, use
759             <option>--property=</option>. This command is intended to be
760             used whenever computer-parsable output is required. Use
761             <command>status</command> if you are looking for formatted
762             human-readable output.</para>
763           </listitem>
764         </varlistentry>
765         <varlistentry>
766           <term><command>cat <replaceable>PATTERN</replaceable>...</command></term>
767
768           <listitem>
769             <para>Show backing files of one or more units. Prints the
770             "fragment" and "drop-ins" (source files) of units. Each
771             file is preceded by a comment which includes the file
772             name.</para>
773           </listitem>
774         </varlistentry>
775         <varlistentry>
776           <term><command>set-property <replaceable>NAME</replaceable> <replaceable>ASSIGNMENT</replaceable>...</command></term>
777
778           <listitem>
779             <para>Set the specified unit properties at runtime where
780             this is supported. This allows changing configuration
781             parameter properties such as resource control settings at
782             runtime. Not all properties may be changed at runtime, but
783             many resource control settings (primarily those in
784             <citerefentry><refentrytitle>systemd.resource-control</refentrytitle><manvolnum>5</manvolnum></citerefentry>)
785             may. The changes are applied instantly, and stored on disk
786             for future boots, unless <option>--runtime</option> is
787             passed, in which case the settings only apply until the
788             next reboot. The syntax of the property assignment follows
789             closely the syntax of assignments in unit files.</para>
790
791             <para>Example: <command>systemctl set-property foobar.service CPUShares=777</command></para>
792
793             <para>Note that this command allows changing multiple
794             properties at the same time, which is preferable over
795             setting them individually. Like unit file configuration
796             settings, assigning the empty list to list parameters will
797             reset the list.</para>
798           </listitem>
799         </varlistentry>
800
801         <varlistentry>
802           <term><command>help <replaceable>PATTERN</replaceable>...|<replaceable>PID</replaceable>...</command></term>
803
804           <listitem>
805             <para>Show manual pages for one or more units, if
806             available. If a PID is given, the manual pages for the unit
807             the process belongs to are shown.</para>
808           </listitem>
809         </varlistentry>
810
811         <varlistentry>
812           <term><command>reset-failed [<replaceable>PATTERN</replaceable>...]</command></term>
813
814           <listitem>
815             <para>Reset the <literal>failed</literal> state of the
816             specified units, or if no unit name is passed, reset the state of all
817             units. When a unit fails in some way (i.e. process exiting
818             with non-zero error code, terminating abnormally or timing
819             out), it will automatically enter the
820             <literal>failed</literal> state and its exit code and status
821             is recorded for introspection by the administrator until the
822             service is restarted or reset with this command.</para>
823           </listitem>
824         </varlistentry>
825
826         <varlistentry>
827           <term><command>list-dependencies <replaceable>NAME</replaceable></command></term>
828
829           <listitem>
830             <para>Shows required and wanted units of the specified
831             unit. If no unit is specified,
832             <filename>default.target</filename> is implied. Target units
833             are recursively expanded.  When <option>--all</option> is
834             passed, all other units are recursively expanded as
835             well.</para>
836           </listitem>
837         </varlistentry>
838       </variablelist>
839     </refsect2>
840
841     <refsect2>
842       <title>Unit File Commands</title>
843
844       <variablelist>
845         <varlistentry>
846           <term><command>list-unit-files <optional><replaceable>PATTERN...</replaceable></optional></command></term>
847
848           <listitem>
849             <para>List installed unit files. If one or more
850             <replaceable>PATTERN</replaceable>s are specified, only
851             units whose filename (just the last component of the path)
852             matches one of them are shown.</para>
853           </listitem>
854         </varlistentry>
855
856         <varlistentry>
857           <term><command>enable <replaceable>NAME</replaceable>...</command></term>
858
859           <listitem>
860             <para>Enable one or more unit files or unit file instances,
861             as specified on the command line. This will create a number
862             of symlinks as encoded in the <literal>[Install]</literal>
863             sections of the unit files. After the symlinks have been
864             created, the systemd configuration is reloaded (in a way that
865             is equivalent to <command>daemon-reload</command>) to ensure
866             the changes are taken into account immediately. Note that
867             this does <emphasis>not</emphasis> have the effect of also
868             starting any of the units being enabled. If this
869             is desired, a separate <command>start</command> command must
870             be invoked for the unit. Also note that in case of instance
871             enablement, symlinks named the same as instances are created in
872             the install location, however they all point to the same
873             template unit file.</para>
874
875             <para>This command will print the actions executed. This
876             output may be suppressed by passing <option>--quiet</option>.
877             </para>
878
879             <para>Note that this operation creates only the suggested
880             symlinks for the units. While this command is the
881             recommended way to manipulate the unit configuration
882             directory, the administrator is free to make additional
883             changes manually by placing or removing symlinks in the
884             directory. This is particularly useful to create
885             configurations that deviate from the suggested default
886             installation. In this case, the administrator must make sure
887             to invoke <command>daemon-reload</command> manually as
888             necessary to ensure the changes are taken into account.
889             </para>
890
891             <para>Enabling units should not be confused with starting
892             (activating) units, as done by the <command>start</command>
893             command. Enabling and starting units is orthogonal: units
894             may be enabled without being started and started without
895             being enabled. Enabling simply hooks the unit into various
896             suggested places (for example, so that the unit is
897             automatically started on boot or when a particular kind of
898             hardware is plugged in). Starting actually spawns the daemon
899             process (in case of service units), or binds the socket (in
900             case of socket units), and so on.</para>
901
902             <para>Depending on whether <option>--system</option>,
903             <option>--user</option>, <option>--runtime</option>,
904             or <option>--global</option> is specified, this enables the unit
905             for the system, for the calling user only, for only this boot of
906             the system, or for all future logins of all users, or only this
907             boot.  Note that in the last case, no systemd daemon
908             configuration is reloaded.</para>
909           </listitem>
910         </varlistentry>
911
912         <varlistentry>
913           <term><command>disable <replaceable>NAME</replaceable>...</command></term>
914
915           <listitem>
916             <para>Disables one or more units. This removes all symlinks
917             to the specified unit files from the unit configuration
918             directory, and hence undoes the changes made by
919             <command>enable</command>. Note however that this removes
920             all symlinks to the unit files (i.e. including manual
921             additions), not just those actually created by
922             <command>enable</command>. This call implicitly reloads the
923             systemd daemon configuration after completing the disabling
924             of the units. Note that this command does not implicitly
925             stop the units that are being disabled. If this is desired,
926             an additional <command>stop</command> command should be
927             executed afterwards.</para>
928
929             <para>This command will print the actions executed. This
930             output may be suppressed by passing <option>--quiet</option>.
931             </para>
932
933             <para>This command honors <option>--system</option>,
934             <option>--user</option>, <option>--runtime</option> and
935             <option>--global</option> in a similar way as
936             <command>enable</command>.</para>
937           </listitem>
938         </varlistentry>
939
940         <varlistentry>
941           <term><command>is-enabled <replaceable>NAME</replaceable>...</command></term>
942
943           <listitem>
944             <para>Checks whether any of the specified unit files are
945             enabled (as with <command>enable</command>). Returns an
946             exit code of 0 if at least one is enabled, non-zero
947             otherwise. Prints the current enable status (see table).
948             To suppress this output, use <option>--quiet</option>.
949             </para>
950
951             <table>
952               <title>
953                 <command>is-enabled</command> output
954               </title>
955
956               <tgroup cols='3'>
957                 <thead>
958                   <row>
959                     <entry>Printed string</entry>
960                     <entry>Meaning</entry>
961                     <entry>Return value</entry>
962                   </row>
963                 </thead>
964                 <tbody>
965                   <row>
966                     <entry><literal>enabled</literal></entry>
967                     <entry morerows='1'>Enabled through a symlink in <filename>.wants</filename> directory (permanently or just in <filename>/run</filename>)</entry>
968                     <entry morerows='1'>0</entry>
969                   </row>
970                   <row>
971                     <entry><literal>enabled-runtime</literal></entry>
972                   </row>
973                   <row>
974                     <entry><literal>linked</literal></entry>
975                     <entry morerows='1'>Made available through a symlink to the unit file (permanently or just in <filename>/run</filename>)</entry>
976                     <entry morerows='1'>1</entry>
977                   </row>
978                   <row>
979                     <entry><literal>linked-runtime</literal></entry>
980                   </row>
981                   <row>
982                     <entry><literal>masked</literal></entry>
983                     <entry morerows='1'>Disabled entirely (permanently or just in <filename>/run</filename>)</entry>
984                     <entry morerows='1'>1</entry>
985                   </row>
986                   <row>
987                     <entry><literal>masked-runtime</literal></entry>
988                   </row>
989                   <row>
990                     <entry><literal>static</literal></entry>
991                     <entry>Unit is not enabled, but has no provisions for enabling in [Install] section</entry>
992                     <entry>0</entry>
993                   </row>
994                   <row>
995                     <entry><literal>disabled</literal></entry>
996                     <entry>Unit is not enabled</entry>
997                     <entry>1</entry>
998                   </row>
999                 </tbody>
1000               </tgroup>
1001             </table>
1002
1003           </listitem>
1004         </varlistentry>
1005
1006         <varlistentry>
1007           <term><command>reenable <replaceable>NAME</replaceable>...</command></term>
1008
1009           <listitem>
1010             <para>Reenable one or more unit files, as specified on the
1011             command line. This is a combination of
1012             <command>disable</command> and <command>enable</command> and
1013             is useful to reset the symlinks a unit is enabled with to
1014             the defaults configured in the <literal>[Install]</literal>
1015             section of the unit file.</para>
1016           </listitem>
1017         </varlistentry>
1018
1019         <varlistentry>
1020           <term><command>preset <replaceable>NAME</replaceable>...</command></term>
1021
1022           <listitem>
1023             <para>Reset one or more unit files, as specified on the
1024             command line, to the defaults configured in the preset
1025             policy files. This has the same effect as
1026             <command>disable</command> or <command>enable</command>,
1027             depending how the unit is listed in the preset files. For
1028             more information on the preset policy format, see
1029             <citerefentry><refentrytitle>systemd.preset</refentrytitle><manvolnum>5</manvolnum></citerefentry>.
1030             For more information on the concept of presets, please
1031             consult the
1032             <ulink url="http://freedesktop.org/wiki/Software/systemd/Preset">Preset</ulink>
1033             document.</para>
1034           </listitem>
1035         </varlistentry>
1036
1037         <varlistentry>
1038           <term><command>mask <replaceable>NAME</replaceable>...</command></term>
1039
1040           <listitem>
1041             <para>Mask one or more unit files, as specified on the
1042             command line. This will link these units to
1043             <filename>/dev/null</filename>, making it impossible to
1044             start them. This is a stronger version of
1045             <command>disable</command>, since it prohibits all kinds of
1046             activation of the unit, including manual activation. Use
1047             this option with care. This honors the
1048             <option>--runtime</option> option to only mask temporarily
1049             until the next reoobt of the system.</para>
1050           </listitem>
1051         </varlistentry>
1052
1053         <varlistentry>
1054           <term><command>unmask <replaceable>NAME</replaceable>...</command></term>
1055
1056           <listitem>
1057             <para>Unmask one or more unit files, as specified on the
1058             command line. This will undo the effect of
1059             <command>mask</command>.</para>
1060           </listitem>
1061         </varlistentry>
1062
1063         <varlistentry>
1064           <term><command>link <replaceable>FILENAME</replaceable>...</command></term>
1065
1066           <listitem>
1067             <para>Link a unit file that is not in the unit file search
1068             paths into the unit file search path. This requires an
1069             absolute path to a unit file. The effect of this can be
1070             undone with <command>disable</command>. The effect of this
1071             command is that a unit file is available for
1072             <command>start</command> and other commands although it
1073             is not installed directly in the unit search path.</para>
1074           </listitem>
1075         </varlistentry>
1076
1077         <varlistentry>
1078           <term><command>get-default</command></term>
1079
1080           <listitem>
1081             <para>Get the default target specified
1082             via <filename>default.target</filename> link.</para>
1083           </listitem>
1084         </varlistentry>
1085
1086         <varlistentry>
1087           <term><command>set-default <replaceable>NAME</replaceable></command></term>
1088
1089           <listitem>
1090             <para>Set the default target to boot into. Command links
1091             <filename>default.target</filename> to the given unit.</para>
1092           </listitem>
1093         </varlistentry>
1094       </variablelist>
1095     </refsect2>
1096
1097     <refsect2>
1098       <title>Job Commands</title>
1099
1100       <variablelist>
1101         <varlistentry>
1102           <term><command>list-jobs <optional><replaceable>PATTERN...</replaceable></optional></command></term>
1103
1104           <listitem>
1105             <para>List jobs that are in progress. If one or more
1106             <replaceable>PATTERN</replaceable>s are specified, only
1107             jobs for units matching one of them are shown.</para>
1108           </listitem>
1109         </varlistentry>
1110         <varlistentry>
1111           <term><command>cancel <replaceable>JOB</replaceable>...</command></term>
1112
1113           <listitem>
1114             <para>Cancel one or more jobs specified on the command line
1115             by their numeric job IDs. If no job ID is specified, cancel
1116             all pending jobs.</para>
1117           </listitem>
1118         </varlistentry>
1119       </variablelist>
1120     </refsect2>
1121
1122     <refsect2>
1123       <title>Snapshot Commands</title>
1124
1125       <variablelist>
1126         <varlistentry>
1127           <term><command>snapshot <optional><replaceable>NAME</replaceable></optional></command></term>
1128
1129           <listitem>
1130             <para>Create a snapshot. If a snapshot name is specified,
1131             the new snapshot will be named after it. If none is
1132             specified, an automatic snapshot name is generated. In
1133             either case, the snapshot name used is printed to standard
1134             output, unless <option>--quiet</option> is specified.
1135             </para>
1136
1137             <para>A snapshot refers to a saved state of the systemd
1138             manager. It is implemented itself as a unit that is
1139             generated dynamically with this command and has dependencies
1140             on all units active at the time. At a later time, the user
1141             may return to this state by using the
1142             <command>isolate</command> command on the snapshot unit.
1143             </para>
1144
1145             <para>Snapshots are only useful for saving and restoring
1146             which units are running or are stopped, they do not
1147             save/restore any other state. Snapshots are dynamic and lost
1148             on reboot.</para>
1149           </listitem>
1150         </varlistentry>
1151         <varlistentry>
1152           <term><command>delete <replaceable>PATTERN</replaceable>...</command></term>
1153
1154           <listitem>
1155             <para>Remove a snapshot previously created with
1156             <command>snapshot</command>.</para>
1157           </listitem>
1158         </varlistentry>
1159       </variablelist>
1160     </refsect2>
1161
1162     <refsect2>
1163       <title>Environment Commands</title>
1164
1165       <variablelist>
1166         <varlistentry>
1167           <term><command>show-environment</command></term>
1168
1169           <listitem>
1170             <para>Dump the systemd manager environment block. The
1171             environment block will be dumped in straight-forward form
1172             suitable for sourcing into a shell script. This environment
1173             block will be passed to all processes the manager
1174             spawns.</para>
1175           </listitem>
1176         </varlistentry>
1177         <varlistentry>
1178           <term><command>set-environment <replaceable>VARIABLE=VALUE</replaceable>...</command></term>
1179
1180           <listitem>
1181             <para>Set one or more systemd manager environment variables,
1182             as specified on the command line.</para>
1183           </listitem>
1184         </varlistentry>
1185         <varlistentry>
1186           <term><command>unset-environment <replaceable>VARIABLE</replaceable>...</command></term>
1187
1188           <listitem>
1189             <para>Unset one or more systemd manager environment
1190             variables. If only a variable name is specified, it will be
1191             removed regardless of its value. If a variable and a value
1192             are specified, the variable is only removed if it has the
1193             specified value.</para>
1194           </listitem>
1195         </varlistentry>
1196         <varlistentry>
1197           <term><command>import-environment <replaceable>VARIABLE</replaceable>...</command></term>
1198
1199           <listitem>
1200             <para>Import all, one or more environment variables set on
1201             the client into the systemd manager environment block. If
1202             no arguments are passed, the entire environment block is
1203             imported. Otherwise, a list of one or more environment
1204             variable names should be passed, whose client-side values
1205             are then imported into the manager's environment
1206             block.</para>
1207           </listitem>
1208         </varlistentry>
1209       </variablelist>
1210     </refsect2>
1211
1212     <refsect2>
1213       <title>Manager Lifecycle Commands</title>
1214
1215       <variablelist>
1216         <varlistentry>
1217           <term><command>daemon-reload</command></term>
1218
1219           <listitem>
1220             <para>Reload systemd manager configuration. This will reload
1221             all unit files and recreate the entire dependency
1222             tree. While the daemon is being reloaded, all sockets systemd
1223             listens on on behalf of user configuration will stay
1224             accessible.</para> <para>This command should not be confused
1225             with the <command>load</command> or
1226             <command>reload</command> commands.</para>
1227           </listitem>
1228         </varlistentry>
1229         <varlistentry>
1230           <term><command>daemon-reexec</command></term>
1231
1232           <listitem>
1233             <para>Reexecute the systemd manager. This will serialize the
1234             manager state, reexecute the process and deserialize the
1235             state again. This command is of little use except for
1236             debugging and package upgrades. Sometimes, it might be
1237             helpful as a heavy-weight <command>daemon-reload</command>.
1238             While the daemon is being reexecuted, all sockets systemd listening
1239             on behalf of user configuration will stay accessible.
1240             </para>
1241           </listitem>
1242         </varlistentry>
1243       </variablelist>
1244     </refsect2>
1245
1246     <refsect2>
1247       <title>System Commands</title>
1248
1249       <variablelist>
1250         <varlistentry>
1251           <term><command>default</command></term>
1252
1253           <listitem>
1254             <para>Enter default mode. This is mostly equivalent to
1255             <command>isolate default.target</command>.</para>
1256           </listitem>
1257         </varlistentry>
1258         <varlistentry>
1259           <term><command>rescue</command></term>
1260
1261           <listitem>
1262             <para>Enter rescue mode. This is mostly equivalent to
1263             <command>isolate rescue.target</command>, but also prints a
1264             wall message to all users.</para>
1265           </listitem>
1266         </varlistentry>
1267         <varlistentry>
1268           <term><command>emergency</command></term>
1269
1270           <listitem>
1271             <para>Enter emergency mode. This is mostly equivalent to
1272             <command>isolate emergency.target</command>, but also prints
1273             a wall message to all users.</para>
1274           </listitem>
1275         </varlistentry>
1276         <varlistentry>
1277           <term><command>halt</command></term>
1278
1279           <listitem>
1280             <para>Shut down and halt the system. This is mostly equivalent to
1281             <command>start halt.target --irreversible</command>, but also
1282             prints a wall message to all users.  If combined with
1283             <option>--force</option>, shutdown of all running services is
1284             skipped, however all processes are killed and all file
1285             systems are unmounted or mounted read-only, immediately
1286             followed by the system halt.  If <option>--force</option> is
1287             specified twice, the operation is immediately executed
1288             without terminating any processes or unmounting any file
1289             systems. This may result in data loss.</para>
1290           </listitem>
1291         </varlistentry>
1292         <varlistentry>
1293           <term><command>poweroff</command></term>
1294
1295           <listitem>
1296             <para>Shut down and power-off the system. This is mostly
1297             equivalent to <command>start poweroff.target --irreversible</command>,
1298             but also prints a wall message to all users. If combined with
1299             <option>--force</option>, shutdown of all running services is
1300             skipped, however all processes are killed and all file
1301             systems are unmounted or mounted read-only, immediately
1302             followed by the powering off. If <option>--force</option> is
1303             specified twice, the operation is immediately executed
1304             without terminating any processes or unmounting any file
1305             systems. This may result in data loss.</para>
1306           </listitem>
1307         </varlistentry>
1308         <varlistentry>
1309           <term><command>reboot <optional><replaceable>arg</replaceable></optional></command></term>
1310
1311           <listitem>
1312             <para>Shut down and reboot the system. This is mostly
1313             equivalent to <command>start reboot.target --irreversible</command>,
1314             but also prints a wall message to all users. If combined with
1315             <option>--force</option>, shutdown of all running services is
1316             skipped, however all processes are killed and all file
1317             systems are unmounted or mounted read-only, immediately
1318             followed by the reboot. If <option>--force</option> is
1319             specified twice, the operation is immediately executed
1320             without terminating any processes or unmounting any file
1321             systems. This may result in data loss.</para>
1322
1323             <para>If the optional argument
1324             <replaceable>arg</replaceable> is given, it will be passed
1325             as the optional argument to the
1326             <citerefentry><refentrytitle>reboot</refentrytitle><manvolnum>2</manvolnum></citerefentry>
1327             system call. The value is architecture and firmware
1328             specific. As an example, <literal>recovery</literal> might
1329             be used to trigger system recovery, and
1330             <literal>fota</literal> might be used to trigger a
1331             <quote>firmware over the air</quote> update.</para>
1332           </listitem>
1333         </varlistentry>
1334         <varlistentry>
1335           <term><command>kexec</command></term>
1336
1337           <listitem>
1338             <para>Shut down and reboot the system via kexec. This is
1339             mostly equivalent to <command>start kexec.target --irreversible</command>,
1340             but also prints a wall message to all users. If combined
1341             with <option>--force</option>, shutdown of all running
1342             services is skipped, however all processes are killed and
1343             all file systems are unmounted or mounted read-only,
1344             immediately followed by the reboot.</para>
1345           </listitem>
1346         </varlistentry>
1347         <varlistentry>
1348           <term><command>exit</command></term>
1349
1350           <listitem>
1351             <para>Ask the systemd manager to quit. This is only
1352             supported for user service managers (i.e. in conjunction
1353             with the <option>--user</option> option) and will fail
1354             otherwise.</para>
1355           </listitem>
1356
1357         </varlistentry>
1358         <varlistentry>
1359           <term><command>suspend</command></term>
1360
1361           <listitem>
1362             <para>Suspend the system. This will trigger activation of
1363             the special <filename>suspend.target</filename> target.
1364             </para>
1365           </listitem>
1366         </varlistentry>
1367         <varlistentry>
1368           <term><command>hibernate</command></term>
1369
1370           <listitem>
1371             <para>Hibernate the system. This will trigger activation of
1372             the special <filename>hibernate.target</filename> target.
1373             </para>
1374           </listitem>
1375         </varlistentry>
1376         <varlistentry>
1377           <term><command>hybrid-sleep</command></term>
1378
1379           <listitem>
1380             <para>Hibernate and suspend the system. This will trigger
1381             activation of the special
1382             <filename>hybrid-sleep.target</filename> target.</para>
1383           </listitem>
1384         </varlistentry>
1385         <varlistentry>
1386           <term><command>switch-root <replaceable>ROOT</replaceable> <optional><replaceable>INIT</replaceable></optional></command></term>
1387
1388           <listitem>
1389             <para>Switches to a different root directory and executes a
1390             new system manager process below it. This is intended for
1391             usage in initial RAM disks ("initrd"), and will transition
1392             from the initrd's system manager process (a.k.a "init"
1393             process) to the main system manager process. This call takes two
1394             arguments: the directory that is to become the new root directory, and
1395             the path to the new system manager binary below it to
1396             execute as PID 1. If the latter is omitted or the empty
1397             string, a systemd binary will automatically be searched for
1398             and used as init. If the system manager path is omitted or
1399             equal to the empty string, the state of the initrd's system
1400             manager process is passed to the main system manager, which
1401             allows later introspection of the state of the services
1402             involved in the initrd boot.</para>
1403           </listitem>
1404         </varlistentry>
1405       </variablelist>
1406     </refsect2>
1407
1408     <refsect2>
1409       <title>Parameter Syntax</title>
1410
1411       <para>Unit ommands listed above take either a single unit name
1412       (designated as <replaceable>NAME</replaceable>), or multiple
1413       unit specifications (designated as
1414       <replaceable>PATTERN</replaceable>...). In the first case, the
1415       unit name with or without a suffix must be given. If the suffix
1416       is not specified, systemctl will append a suitable suffix,
1417       <literal>.service</literal> by default, and a type-specific
1418       suffix in case of commands which operate only on specific unit
1419       types. For example,
1420       <programlisting># systemctl start sshd</programlisting> and
1421       <programlisting># systemctl start sshd.service</programlisting>
1422       are equivalent, as are
1423       <programlisting># systemctl isolate snapshot-11</programlisting>
1424       and
1425       <programlisting># systemctl isolate snapshot-11.snapshot</programlisting>
1426       Note that (absolute) paths to device nodes are automatically
1427       converted to device unit names, and other (absolute) paths to
1428       mount unit names.
1429       <programlisting># systemctl status /dev/sda
1430 # systemctl status /home</programlisting>
1431       are equivalent to:
1432       <programlisting># systemctl status dev-sda.device
1433 # systemctl status home.mount</programlisting>
1434       In the second case, shell-style globs will be matched against
1435       currently loaded units; literal unit names, with or without
1436       a suffix, will be treated as in the first case. This means that
1437       literal unit names always refer to exactly one unit, but globs
1438       may match zero units and this is not considered an error.</para>
1439
1440       <para>Glob patterns use
1441       <citerefentry><refentrytitle>fnmatch</refentrytitle><manvolnum>3</manvolnum></citerefentry>,
1442       so normal shell-style globbing rules are used, and
1443       <literal>*</literal>, <literal>?</literal>,
1444       <literal>[]</literal> may be used. See
1445       <citerefentry><refentrytitle>glob</refentrytitle><manvolnum>7</manvolnum></citerefentry>
1446       for more details. The patterns are matched against the names of
1447       currently loaded units, and patterns which do not match anything
1448       are silently skipped. For example:
1449       <programlisting># systemctl stop sshd@*.service</programlisting>
1450       will stop all <filename>sshd@.service</filename> instances.
1451       </para>
1452
1453       <para>For unit file commands, the specified
1454       <replaceable>NAME</replaceable> should be the full name of the
1455       unit file, or the absolute path to the unit file:
1456       <programlisting># systemctl enable foo.service</programlisting>
1457       or
1458       <programlisting># systemctl link /path/to/foo.service</programlisting>
1459       </para>
1460     </refsect2>
1461
1462   </refsect1>
1463
1464   <refsect1>
1465     <title>Exit status</title>
1466
1467     <para>On success, 0 is returned, a non-zero failure
1468     code otherwise.</para>
1469   </refsect1>
1470
1471   <xi:include href="less-variables.xml" />
1472
1473   <refsect1>
1474     <title>See Also</title>
1475     <para>
1476       <citerefentry><refentrytitle>systemd</refentrytitle><manvolnum>1</manvolnum></citerefentry>,
1477       <citerefentry><refentrytitle>systemadm</refentrytitle><manvolnum>1</manvolnum></citerefentry>,
1478       <citerefentry><refentrytitle>journalctl</refentrytitle><manvolnum>1</manvolnum></citerefentry>,
1479       <citerefentry><refentrytitle>loginctl</refentrytitle><manvolnum>1</manvolnum></citerefentry>,
1480       <citerefentry><refentrytitle>systemd.unit</refentrytitle><manvolnum>5</manvolnum></citerefentry>,
1481       <citerefentry><refentrytitle>systemd.resource-management</refentrytitle><manvolnum>5</manvolnum></citerefentry>,
1482       <citerefentry><refentrytitle>systemd.special</refentrytitle><manvolnum>7</manvolnum></citerefentry>,
1483       <citerefentry><refentrytitle>wall</refentrytitle><manvolnum>1</manvolnum></citerefentry>,
1484       <citerefentry><refentrytitle>systemd.preset</refentrytitle><manvolnum>5</manvolnum></citerefentry>
1485       <citerefentry><refentrytitle>glob</refentrytitle><manvolnum>7</manvolnum></citerefentry>
1486     </para>
1487   </refsect1>
1488
1489 </refentry>