shaba/systemd-stable
1
1
Fork 0
mirror of https://github.com/systemd/systemd-stable.git synced 2025-01-11 05:17:44 +03:00
Code

man: fix --ignore-inhibitors docs

Browse Source 
Reported here:

https://lists.freedesktop.org/archives/systemd-devel/2018-June/040939.html

Also see:

https://lists.freedesktop.org/archives/systemd-devel/2018-July/041036.html
This commit is contained in:
Lennart Poettering 2018-07-17 13:05:39 +02:00 committed by Filipe Brandenburger
parent 1815dfbbfc
commit 81d39f0d2c
1 changed files with 7 additions and 12 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

19
man/systemctl.xml
View File

@ -314,18 +314,13 @@
<term><option>--ignore-inhibitors</option></term>
<listitem>
<para>When system shutdown or a sleep state is requested,
ignore inhibitor locks. Applications can establish inhibitor
locks to avoid that certain important operations (such as CD
burning or suchlike) are interrupted by system shutdown or a
sleep state. Any user may take these locks and privileged
users may override these locks. If any locks are taken,
shutdown and sleep state requests will normally fail
(regardless of whether privileged or not) and a list of active locks
is printed. However, if <option>--ignore-inhibitors</option>
is specified, the locks are ignored and not printed, and the
operation attempted anyway, possibly requiring additional
privileges.</para>
<para>When system shutdown or a sleep state is requested, ignore inhibitor locks. Applications can establish
inhibitor locks to avoid that certain important operations (such as CD burning or suchlike) are interrupted
by system shutdown or a sleep state. Any user may take these locks and privileged users may override these
locks. If any locks are taken, shutdown and sleep state requests will normally fail (unless privileged) and a
list of active locks is printed. However, if <option>--ignore-inhibitors</option> is specified, the
established locks are ignored and not shown, and the operation attempted anyway, possibly requiring
additional privileges.</para>
</listitem>
</varlistentry>