]> git.ipfire.org Git - thirdparty/systemd.git/commit
doc: Try to clarify automount dependency confusion
authorChris Down <chris@chrisdown.name>
Tue, 9 Jun 2020 13:43:05 +0000 (14:43 +0100)
committerLennart Poettering <lennart@poettering.net>
Tue, 9 Jun 2020 15:13:59 +0000 (17:13 +0200)
commit69876f94abc3f5861e87ad287b8d1f6770c6fdce
treeb17337ee0b927a7fc304d81b0f3ea2276255119f
parentfa0e23c900303bd896f86303b711896778c14633
doc: Try to clarify automount dependency confusion

Arch recently upgraded systemd to 245.6. Shortly afterwards, users began
reporting[0] that systemd detected an ordering cycle, and they were
unable to log in. The reason they were unable to log in was because of
ordering cycle resolution:

    [...]
    systemd[1]: sysinit.target: Job systemd-tmpfiles-setup.service/start deleted to break ordering cycle starting with sysinit.target/start
    systemd[1]: sysinit.target: Job systemd-update-done.service/start deleted to break ordering cycle starting with sysinit.target/start
    systemd[1]: sysinit.target: Job systemd-journal-catalog-update.service/start deleted to break ordering cycle starting with sysinit.target/start
    systemd[1]: sysinit.target: Job local-fs.target/start deleted to break ordering cycle starting with sysinit.target/start
    systemd[1]: sysinit.target: Job systemd-tmpfiles-setup.service/start deleted to break ordering cycle starting with sysinit.target/start
    [...]

Whether the resolution did the right thing here or not is a longer-term
discussion, but in the interim we should at least make this distinction
between automount dependencies and mount dependencies clearer in the
documentation, so that users and distribution maintainers know what's
acceptable. In this case Arch actually backed out b3d7aef5 entirely and
released a new version due to the confusion.

Also see https://github.com/systemd/systemd-stable/issues/69.

0: https://bugs.archlinux.org/task/66908
man/systemd.automount.xml