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

[Rolf Bensch]

Hallo Marcus,

Am 05.11.24 um 15:55 schrieb Marcus Röckrath:
> Hallo Rolf,
> 
> Rolf Bensch wrote:
> 
>> # debugfs /dev/sda2
>>    debugfs 1.47.0 (5-Feb-2023)
>>    debugfs:  cd /usr
>>    debugfs:  cd local
>>    debugfs:  cd share
>>    debugfs:  cd systemd
>>    systemd: File not found by ext2_lookup
>>    debugfs:
>>
>> # ls -l (innerhalb /usr/local/share)
>>    1175052   40700 (2)      0      0    4096 28-Apr-2023 11:26 .
>>    261125    40755 (2)      0      0    4096 13-Oct-2024 09:12 ..
>>    1175053   40700 (2)      0      0    4096  6-Sep-2024 17:01 mc
> 
> Was ist mc in /usr/local/share? Datei oder Verzeichnis?

Ein Verzeichnis, in dem mc die history und filepos ablegt
> 
> Ich wüsste nicht, was da da zu suchen hätte, da eisfair-Pakete nichts nach
> /usr/local installieren (sollten). Das mc-Paket tut das nicht.
> 
>> Beim fehlerhaften Zugriff "File not found" gibt es keinen Eintrag in
>> /var/log/messages.
> 
> Warum auch, ein ls in der Shell auf eine nicht existente Datei sagt ja auch
> nur "File not found" ohne damit die messages zu belasten.
> 
> Was ist damit:
> 
> Mal sehen, welche Datei sich hinter den im Check als optimierbaren Inodes
> versteckt:
> 
> ncheck 793621
> ncheck 793937

# debugfs /dev/sda2
debugfs 1.47.0 (5-Feb-2023)
debugfs:  ncheck 793621
Inode	Pathname
793621	/var/log/journal/10a69baef4edfeb2b5bc6534644136ba/system at f29a85a26f97444a9284f11d6fd52026-00000000010a3403-000622b6c1738817.journal
debugfs:  ncheck 793937
Inode	Pathname
793937	/var/log/journal/10a69baef4edfeb2b5bc6534644136ba/system at 61166900b16e47ad93ad4361689caac2-00000000010c818e-000624b816379b5f.journal
debugfs:

> 
> Bleibt die Frage, was der systemd davon hält, wenn man
> /usr/local/share/systemd/user als Verzeichnis mal anlegt.
> 
> Meckert er immer noch?

Jetzt wird's spannend. root kann sich ohne Mecker einloggen, ein user nicht.

ls -l /usr/local/share/ (als user)
ls: cannot open directory '/usr/local/share/': Permission denied

> ls -l /usr/local/ | grep share
drwx------ 4 root root 4096 Nov  5 16:03 share

chmod 755 /usr/local/share

... löst das Problem.

> Wenn nein, wie sieht es aus, wenn man das dann wieder sauber entfernt.

Habe jetzt den Zweig ../systemd/user wieder entfernt. Weil /usr/local/share jetzt offenbar korrekte Rechte hat, bleibt die Fehlermeldung aus. Weshalb das share-Verzeichnis zu wenig Rechte hat, ist mir schleierhaft. Auf 2 weiteren Eis existiert /usr/local/share nicht, auf einem anderen Eis gibt es /usr/local/share/systemd/samba. Dort hat share ebenfalls das Recht 0755.

Wenn Du das jetzt für korrekt erachtest, dürfte das Problem gelöst sein.

Grüße

Rolf