[solved - works anyway] lib/systemd directory confusion

[ralul]

I don't think this works (I have created symlinks)
Do you have these different places also?

/usr/lib/systemd/catalog
/usr/lib/systemd/ntp-units.d
/usr/lib/systemd/user
/usr/lib/systemd/user-generators

/lib/systemd/system-sleep
/lib/systemd/system-shutdown
/lib/systemd/system-generators
/lib/systemd/system

[melmarker]

why do you do that?

[ralul]

Doing the symlinks ?
Because systemd won't find its files in two places!

Don't you have the two places
/usr/lib/systemd
/lib/systemd

[devil]

We do, and we did not create symlinks
Why would systemd not find it's files in 2 places? Makes no sense.


greetz
devil

[ralul]

I have my Gentoo experience:
There was  a back and forth of exactly these two places half a year long, until Gorny wrote an eclass the user can decide one of the places. It was about the mount of an extra /usr partition without an initrd.
Upstream systemd thinks of only one place. It is not meant to have two of them
but if you write a patch. I don't know if Debian has done that kind of patch.

Try to verify: @devil can you see like me, e.g.: journalctl -xb

Code Select Expand

Mär 08 16:21:40 maci systemd-logind[821]: New session 1 of user ral.
-- Subject: A new session 1 has been created for user ral
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- Documentation: http://www.freedesktop.org/wiki/Software/systemd/multiseat
--
-- A new session with the ID 1 has been created for the user ral.
--
-- The leading process of the session is 2432.
This is explanatory catalog output using "-x"

[ralul]

Uups,
it works without the symlink
... setting solved this thread.