[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