[Eisfair] [E64] exim: "systemd: Failed to resolve symlink /usr/local/share/systemd/user, ignoring: Permission denied"

[Marcus Röckrath]

Hallo Rolf,

Rolf Bensch wrote:

> liefert 11298 Fundstellen beginnend ab Sep 06 17:16:29. Das ist deutlich
> später als mein Selbstversuch mit Cups. Das Journal beginnt am Dec 14
> 22:24:47.
> 
> Habe daraufhin den Bereich ab 16:00 Uhr genauer analysiert. Um 16:50 Uhr
> hatte ich tesseract installiert:
> 
> 
> Um 17:01 Uhr gab's noch einen fehlerfreien Login von exim. Kurz darauf
> habe ich in Sachen tesseract noch etwas nachinstalliert:
> 
> Der nächste Start von exim dann mit Fehler:
> 
>    Sep 06 17:16:29 eis64-3 su[18830]: (to exim) root on none
>    Sep 06 17:16:29 eis64-3 systemd[1]: Created slice User Slice of UID
>    488. Sep 06 17:16:29 eis64-3 systemd[1]: Starting User Runtime
>    Directory /run/user/488... Sep 06 17:16:29 eis64-3 systemd[1]: Finished
>    User Runtime Directory /run/user/488. Sep 06 17:16:29 eis64-3
>    systemd[1]: Starting User Manager for UID 488... Sep 06 17:16:29
>    eis64-3 (systemd)[18836]: pam_unix(systemd-user:session): session
>    opened for user exim(uid=488) by (uid=0)
>    Sep 06 17:16:29 eis64-3 systemd[18836]: Failed to resolve symlink
>    /usr/local/share/systemd/user, ignoring: Permission denied 
>    <<<<<<<<<<<<<<<<<
>    Sep 06 17:16:29 eis64-3 systemd[18836]: Failed to open
>    "/usr/local/share/systemd/user", ignoring: Permission denied          
>    <<<<<<<<<<<<<<<<< Sep 06 17:16:29 eis64-3 systemd[18836]: Queued start
>    job for default target Main User Target. Sep 06 17:16:29 eis64-3
>
> Ich denke, hier sind wir auf der richtigen Spur. Was schlägst Du vor?
> Deinstallieren -> testen -> neu installieren? Gezielte Suche?

Wir sind dem nun zumindest mal zeitlich auf der Spur, aber ich sehe bei 
keinem der Pakete überhaupt eine Abhängigkeit zu systemd, wieso auch. Die 
tesseract-Pakete habe schon alle genauer durchgesehen, der Rest kommt noch, 
aber ich wüsste nichtmal, wieso lib-Pakete oder python-Pakete eine 
Abhängigkeit zu systemd haben sollten.

Zudem dürften die meisten der Pakete auf vielen eisfair-Installationen 
vorkommen und dann sollte auch der Fehler häufiger auftreten.

Außer dem schon vorgeschlagenen Dateisystemcheck würde ich jetzt nicht hin- 
und her de/neu-installieren, wenn man nicht weiß, wo genau das Problem 
entstanden ist.

Das systemd gerne in /usr/local/share/systemd/user nachsehen möchte und das 
dann nicht kann, ist eine Meldung im Log, mehr erstmal nicht.

Wenn es ein Dateisystemfehler ist, wird er damit nicht besser.

Keine Ahnung, ob es denkbar ist, dass sich doch jemand Zugriff auf dein 
System verschafft hat, und da irgendwas versteckt im Dateisystem gemacht 
hat, um da was zu verstecken, was dann aber in anderen Zusammenhängen über 
systemd gestartet werden soll.

Es gibt halt den Widerspruch, dass systemd einen Dateieintrag sieht, der 
dann doch nicht zugreifbar ist.

-- 
Gruß Marcus
[eisfair-Team]