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

[Rolf Bensch]

Hallo Marcus

Am 03.11.24 um 20:09 schrieb Marcus Röckrath:
> Hallo Rolf,
> ...
>>>
>>> Hast du mal was auf deinem eis aus einer Source selbst kompiliert und
>>> installiert?
>>
>> Ich hatte mal versucht cups zu kompilieren.
> 
> Hier schließts sich der Kreis:
> 
> Üblicherweise arbeiten Sourcen mit dem Prefix-Pfad /usr/local, installieren
> also Eigenkompilate nach /usr/local und nicht nach /usr, sofern man beim
> configure der Source nicht Prefix umlegt. Oder es spielt die Setzung von
> DESTDIR beim make install rein  
>> Nach einigen Problemen warst Du dann so freundlich ein Paket zu bauen
> 
> Cups macht Holger.

Aah, okay, das habe ich verwechselt.
@Holger: VIELEN DANK!!!

>> und ich habe (hoffentlich
>> restlos) den Selbstversuch entfernt.
> 
> Vermutlich nicht. Wie hast du ententfernt? Manuell?
> 
> Üblicherweise kann man das aus der Source-Verzeichnis mit
> 
> make uninstall
> 
> besser erledigen.

Sicherlich habe ich manuell deinstalliert. Wie ich das im Detail gemacht habe, weiß ich heute nicht mehr. Vermutlich bin ich nach Anleitung aus dem Netz vorgegangen.

>> Auf einem nahezu identischen Mailserver in einer anderen Domain ist der
>> Output nahezu identisch, es fehlen lediglich die "Failed"-Einträge. Dort
>> wird offensichtlich nichts in "/usr/local/share/systemd/" erwartet. Dieser
>> Server war von meinen cuos-Verscuh verschont geblieben.
> 
> Und das passt nun auch zur Geschichte.
> 
> Entweder hat die Eigenkompilation und Installation von cups eine
> Konfigurationsdatei verändert oder eine zusätzliche Konfigurationsdatei
> hinterlassen, die dem Cups-Server sagt, schau bitte auch in /usr/local...
> nach.
> 

root at eis64-3 (usr)# grep -rniI "/usr/local/share/systemd" /etc/*
root at eis64-3 (usr)# grep -rniI "/usr/local/share/systemd" /var/*
...liefert haufenweise Fundstellen in Logfiles
root at eis64-3 (usr)# grep -rni "/usr/local/share/systemd" /usr/*
/usr/bin/in.grep: /usr/lib/systemd/libsystemd-shared-251.so: binary file matches
/usr/bin/in.grep: /usr/lib64/systemd/libsystemd-shared-253.so: binary file matches
/usr/bin/in.grep: /usr/lib64/systemd/libsystemd-shared-254.so: binary file matches
/usr/bin/in.grep: /usr/lib64/libsystemd.so.0.37.0: binary file matches
/usr/share/pkgconfig/systemd.pc:44:systemd_user_unit_path=${systemd_user_conf_dir}:/etc/systemd/user:/run/systemd/user:/usr/local/lib/systemd/user:/usr/local/share/systemd/user:${systemd_user_unit_dir}:/usr/lib/systemd/user:/usr/share/systemd/user

letzteres finde ich in gleicher Form auf allen meinen E64-Servern. Das kann also nicht die Ursache sein. Hat sich das am Ende in Binarys verankert? Wo/wie könnte ich noch suchen?

Grüße

Rolf