<term><option>--state=</option></term>
<listitem>
- <para>Argument should be a comma-separated list of unit LOAD
- or SUB or ACTIVE states. When listing units show only those
- with specified LOAD or SUB or ACTIVE state.</para>
+ <para>The argument should be a comma-separated list of unit LOAD,
+ SUB, or ACTIVE states. When listing units, show only those
+ in specified states.</para>
</listitem>
</varlistentry>
is lost on reboot, the changes are lost too.</para>
<para>Similar, when used with
- <command>set-property</command> make changes only
+ <command>set-property</command>, make changes only
temporarily, so that they are lost on the next
reboot.</para>
</listitem>
</listitem>
</varlistentry>
- <varlistentry>
- <term><command>set-log-level <replaceable>LEVEL</replaceable></command></term>
-
- <listitem>
- <para>Change current log level of the
- <command>systemd</command> daemon to
- <replaceable>LEVEL</replaceable> (accepts the same values
- as <option>--log-level=</option> described in
- <citerefentry><refentrytitle>systemd</refentrytitle><manvolnum>1</manvolnum></citerefentry>).
- </para>
- </listitem>
- </varlistentry>
-
<varlistentry>
<term><command>start <replaceable>NAME</replaceable>...</command></term>
<citerefentry><refentrytitle>systemd.cgroup</refentrytitle><manvolnum>5</manvolnum></citerefentry>)
may. The changes are applied instantly, and stored on disk
for future boots, unless <option>--runtime</option> is
- passed in which case the settings only apply until the next
+ passed, in which case the settings only apply until the next
reboot. The syntax of the property assignment follows
closely the syntax of assignments in unit files.</para>
<para>Note that this command allows changing multiple
properties at the same time, which is preferable over
setting them individually. Like unit file configuration
- settings assigning the empty list to list parameters will
+ settings, assigning the empty list to list parameters will
reset the list.</para>
</listitem>
</varlistentry>
</listitem>
</varlistentry>
- <varlistentry>
- <term><command>load <replaceable>NAME</replaceable>...</command></term>
-
- <listitem>
- <para>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
- <command>start</command> 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 <command>daemon-reload</command>
- command for that. All in all, this command is of little use
- except for debugging.</para>
-
- <para>This command should not be confused with the
- <command>daemon-reload</command> or
- <command>reload</command>.</para>
- </listitem>
- </varlistentry>
<varlistentry>
<term><command>list-jobs</command></term>
all pending jobs.</para>
</listitem>
</varlistentry>
- <varlistentry>
- <term><command>dump</command></term>
- <listitem>
- <para>Dump 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.</para>
- </listitem>
- </varlistentry>
<varlistentry>
<term><command>list-dependencies <replaceable>NAME</replaceable></command></term>
<citerefentry><refentrytitle>journalctl</refentrytitle><manvolnum>1</manvolnum></citerefentry>,
<citerefentry><refentrytitle>loginctl</refentrytitle><manvolnum>1</manvolnum></citerefentry>,
<citerefentry><refentrytitle>systemd.unit</refentrytitle><manvolnum>5</manvolnum></citerefentry>,
- <citerefentry><refentrytitle>systemd.cgroupq</refentrytitle><manvolnum>5</manvolnum></citerefentry>,
+ <citerefentry><refentrytitle>systemd.cgroup</refentrytitle><manvolnum>5</manvolnum></citerefentry>,
<citerefentry><refentrytitle>systemd.special</refentrytitle><manvolnum>7</manvolnum></citerefentry>,
<citerefentry><refentrytitle>wall</refentrytitle><manvolnum>1</manvolnum></citerefentry>,
<citerefentry><refentrytitle>systemd.preset</refentrytitle><manvolnum>5</manvolnum></citerefentry>