[Eisfair] [E64] exim: "systemd: Failed to resolve symlink /usr/local/share/systemd/user, ignoring: Permission denied"
Marcus Röckrath
marcus.roeckrath at gmx.de
Di Nov 5 21:49:23 CET 2024
Hallo,
Marcus Röckrath wrote:
> 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.
Aus der gesamten Diskussion und letzlich auch der Lösung noch zur Ergänzung:
Die Fehlermeldung kommt auch, wenn systemd mit Userrechten nicht in die
Verzeichnisebene eintauchen kann, wie es bei Rolf der Fall war, dass
/usr/local/share die Rechte 0700 mit Besitz durch root hatte.
Eine genauere Fehlermeldung, da bei gleicher Fehlermeldung die Ursache
durchaus deutlich verschieden ist, hätte bestimmt schneller zu einer Lösung
geführt.
--
Gruß Marcus
[eisfair-Team]
Mehr Informationen über die Mailingliste Eisfair