diff options
author | Zbigniew Jędrzejewski-Szmek <zbyszek@in.waw.pl> | 2017-10-12 22:34:54 +0200 |
---|---|---|
committer | Zbigniew Jędrzejewski-Szmek <zbyszek@in.waw.pl> | 2017-10-17 19:15:58 +0200 |
commit | a0dd209763f9e67054ee322a2dfd52bccf345c2e (patch) | |
tree | a67ab30eb04806e760603ea0fd1f858f0d51a043 /man/systemd.special.xml | |
parent | units: add [Install] section to remote-cryptsetup.target (diff) | |
download | systemd-a0dd209763f9e67054ee322a2dfd52bccf345c2e.tar.xz systemd-a0dd209763f9e67054ee322a2dfd52bccf345c2e.zip |
units: replace remote-cryptsetup-pre.target with remote-fs-pre.target
remote-cryptsetup-pre.target was designed as an active unit (that pulls in
network-online.target), the opposite of remote-fs-pre.target (a passive unit,
with individual provider services ordering itself before it and pulling it in,
for example iscsi.service and nfs-client.target).
To make remote-cryptsetup-pre.target really work, those services should be
ordered before it too. But this would require updates to all those services,
not just changes from systemd side.
But the requirements for remote-fs-pre.target and remote-cryptset-pre.target
are fairly similar (e.g. iscsi devices can certainly be used for both), so
let's reuse remote-fs-pre.target also for remote cryptsetup units. This loses
a bit of flexibility, but does away with the requirement for various provider
services to know about remote-cryptsetup-pre.target.
Diffstat (limited to 'man/systemd.special.xml')
-rw-r--r-- | man/systemd.special.xml | 20 |
1 files changed, 4 insertions, 16 deletions
diff --git a/man/systemd.special.xml b/man/systemd.special.xml index 69c24c3979..bb0c796377 100644 --- a/man/systemd.special.xml +++ b/man/systemd.special.xml @@ -81,7 +81,6 @@ <filename>poweroff.target</filename>, <filename>printer.target</filename>, <filename>reboot.target</filename>, - <filename>remote-cryptsetup-pre.target</filename>, <filename>remote-cryptsetup.target</filename>, <filename>remote-fs-pre.target</filename>, <filename>remote-fs.target</filename>, @@ -495,18 +494,6 @@ </listitem> </varlistentry> <varlistentry> - <term><filename>remote-cryptsetup-pre.target</filename></term> - <listitem> - <para>This target unit is automatically ordered before all cryptsetup devices - marked with the <option>_netdev</option>. It can be used to execute additional - units before such devices are set up.</para> - - <para>It is ordered after <filename>network.target</filename> and - <filename>network-online.target</filename>, and also pulls the latter in as a - <varname>Wants=</varname> dependency.</para> - </listitem> - </varlistentry> - <varlistentry> <term><filename>remote-cryptsetup.target</filename></term> <listitem> <para>Similar to <filename>cryptsetup.target</filename>, but for encrypted @@ -906,9 +893,10 @@ <term><filename>remote-fs-pre.target</filename></term> <listitem> <para>This target unit is automatically ordered before all - remote mount point units (see above). It can be used to run - certain units before the remote mounts are established. Note - that this unit is generally not part of the initial + mount point units (see above) and cryptsetup devices + marked with the <option>_netdev</option>. It can be used to run + certain units before remote encrypted devices and mounts are established. + Note that this unit is generally not part of the initial transaction, unless the unit that wants to be ordered before all remote mounts pulls it in via a <varname>Wants=</varname> type dependency. If the unit wants |