[Eisfair] [E64] exim: "systemd: Failed to resolve symlink /usr/local/share/systemd/user, ignoring: Permission denied"
Marcus Röckrath
marcus.roeckrath at gmx.de
Mo Nov 4 21:50:15 CET 2024
Hallo Rolf,
Rolf Bensch wrote:
> Dennoch habe ich ein "make DESTDIR=/tmp/cups install" ausgeführt und finde
> jetzt in /tmp/cups die Unterverzeichnisse "etc" und "usr". Darüber ein
> "grep -r /share/systemd" ausgeführt liefert kein Ergebnis.
>
> Suchen wir hier an der richtigen Stelle? Selbst wenn diese misslungene
> Installation Ursache für den Fehler ist - wie stehen die hier gewonnenen
> Dateien im Zusammenhang mit einem User-Login? Müssten wir nicht eigentlich
> im Bereich systemd irgendwie fündig werden?
Ich habe hier eine Situation erstellen können, die genau deine Fehlermeldung
provoziert:
Nov 4 21:42:58 eis systemd[7036]: Failed to resolve symlink
/usr/local/share/systemd/user, ignoring: Permission denied
Nov 4 21:42:58 eis systemd[7036]: Failed to open
"/usr/local/share/systemd/user", ignoring: Permission denied
Was habe ich getan?
Das Verzeichnis /tmp/x angelegt.
/usr/local/share/systemd/user als Symlink auf /tmp/x angelegt:
ln -s /root/tmp/x /usr/local/share/systemd/user
/usr/local/share/systemd/user ist nicht das Ziel des Symlinks sondern es der
Symlink, der in meinem Beispiel auf das Verzeichnis /tmp/x zeigt.
Dann habe ich /tmp/x entfernt, so dass nun der Symlink ins Leere zeigt.
Nun kommt, wenn der User exim aktiv wird, weil fetchmail pollt die obige
Fehlermeldung.
Ob das bei dir die Ursache ist, sagt das nicht, du hast ja auch schon
gesagt, dass es /usr/local/share/systemd/user bei dir nicht gibt.
--
Gruß Marcus
[eisfair-Team]
Mehr Informationen über die Mailingliste Eisfair