]> git.ipfire.org Git - thirdparty/systemd.git/commit - src/cryptsetup/cryptsetup-generator.c
units: replace remote-cryptsetup-pre.target with remote-fs-pre.target
authorZbigniew Jędrzejewski-Szmek <zbyszek@in.waw.pl>
Thu, 12 Oct 2017 20:34:54 +0000 (22:34 +0200)
committerZbigniew Jędrzejewski-Szmek <zbyszek@in.waw.pl>
Tue, 17 Oct 2017 17:15:58 +0000 (19:15 +0200)
commita0dd209763f9e67054ee322a2dfd52bccf345c2e
treea67ab30eb04806e760603ea0fd1f858f0d51a043
parent8f462b074eb9830d6d5029f70c9010ce50e68357
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.
man/crypttab.xml
man/systemd.special.xml
src/cryptsetup/cryptsetup-generator.c
units/meson.build
units/remote-cryptsetup-pre.target [deleted file]
units/remote-cryptsetup.target