man: describe "symlink" and "systemctl link" explicitly in UNIT FILE LOAD PATH
authorHATAYAMA Daisuke <d.hatayama@fujitsu.com>
Wed, 18 Dec 2019 03:01:42 +0000 (22:01 -0500)
committerZbigniew Jędrzejewski-Szmek <zbyszek@in.waw.pl>
Wed, 5 Feb 2020 13:31:46 +0000 (14:31 +0100)
commitc22bf6b31a454e51c707dcd0e6993f09ea6758db
tree6b353ce18f17453d34e6a2a91bf16be4296bc6d3
parent26f3a534f1abba5284b1cc97eadb81ece960eb1a
man: describe "symlink" and "systemctl link" explicitly in UNIT FILE LOAD PATH

There are sometimes users who put unit files in a location that is inaccessible
when systemd starts although they are not found and thus not started because
the corresponding mount units have not activated yet.

There is already a warning for such issue in man 8 systemctl:

     link PATH...
         ...<snip>...
         The file system where
         the linked unit files are located must be accessible
         when systemd is started (e.g. anything underneath /home
         or /var is not allowed, unless those directories are
         located on the root file system).

However, it looks that it's difficult to find the warning because introductory
users typically doesn't know systemctl link.

Although there is a description in UNIT FILE LOAD PATH pointing to systemctl
link, symlink is now not explicitly mentioned there and thus users doesn't
easily get aware of they should read it.

To deal with this, let's describe "symlink" and "systemctl link" more
explicitly in UNIT FILE LOAD PATH.

(cherry picked from commit b63c88b6271804e4770a14d94c66210e0c8063d7)
man/systemd.unit.xml