summaryrefslogtreecommitdiff
path: root/man/systemd.special.xml
diff options
context:
space:
mode:
authorLennart Poettering <lennart@poettering.net>2020-01-21 20:22:15 +0100
committerLennart Poettering <lennart@poettering.net>2020-01-21 20:23:47 +0100
commit68bda079fd089e070ac8c93d5eb324e8cfc391d0 (patch)
tree1f36fb3e7f3ffb3575dd567500ace4e1b5aa4d5b /man/systemd.special.xml
parent44b0d1fd597d7034a995feb385b41a6820f4aac0 (diff)
downloadsystemd-68bda079fd089e070ac8c93d5eb324e8cfc391d0.tar.gz
man: document blockdev@.target
Diffstat (limited to 'man/systemd.special.xml')
-rw-r--r--man/systemd.special.xml18
1 files changed, 18 insertions, 0 deletions
diff --git a/man/systemd.special.xml b/man/systemd.special.xml
index c839af1842..f393283a1d 100644
--- a/man/systemd.special.xml
+++ b/man/systemd.special.xml
@@ -26,6 +26,7 @@
<filename>cryptsetup-pre.target</filename>,
<filename>cryptsetup.target</filename>,
<filename>ctrl-alt-del.target</filename>,
+ <filename>blockdev@.target</filename>,
<filename>boot-complete.target</filename>,
<filename>default.target</filename>,
<filename>emergency.target</filename>,
@@ -846,6 +847,23 @@
<variablelist>
<varlistentry>
+ <term><filename>blockdev@.target</filename></term>
+ <listitem><para>This template unit may be used to order mount units and other consumers of block
+ devices against services that synthesize these block devices. This is intended to be used to order
+ storage services (such as
+ <citerefentry><refentrytitle>systemd-cryptsetup@.service</refentrytitle><manvolnum>5</manvolnum></citerefentry>)
+ that allocate and manage a virtual block device against mount units and other consumers of
+ it. Specifically, the storage services are supposed to be orderd before an instance of
+ <filename>blockdev@.target</filename>, and the mount unit (or other consuming unit, such as a swap
+ unit) after it. The ordering is particular relevant during shutdown, as it ensures that the mount
+ is deactivated first and the service backing the mount only deactivated after that completed. The
+ <filename>blockdev@.target</filename> instance should be pulled in via a <option>Wants=</option>
+ dependency of the storage daemon and thus generally not be part of any transaction unless a storage
+ daemon is used. The instance name for instances of this template unit is supposed to be the
+ properly escaped bock device node path, e.g. <filename>blockdev@dev-mapper-foobar.target</filename>
+ for a storage device <filename>/dev/mapper/foobar</filename>.</para></listitem>
+ </varlistentry>
+ <varlistentry>
<term><filename>cryptsetup-pre.target</filename></term>
<listitem>
<para>This passive target unit may be pulled in by services