Gelöst! systemd "Detected unsafe path transition"

[rjh]

Bei meinem bislang ohne Probleme fast täglich laufenden "apt update" und "apt full-upgrade" meiner Debian Testing Installation kam heute folgender Fehler:

systemd (244.3-1) wird eingerichtet ...
Detected unsafe path transition / → /var during canonicalization of /var/log/journal.
Detected unsafe path transition / → /var during canonicalization of /var/log/journal.
Detected unsafe path transition / → /var during canonicalization of /var/log/journal.
Detected unsafe path transition / → /var during canonicalization of /var/log/journal.
Detected unsafe path transition / → /var during canonicalization of /var/log/journal/c2f261213b0e450fb1493e2f800bc02e.
Detected unsafe path transition / → /var during canonicalization of /var/log/journal/c2f261213b0e450fb1493e2f800bc02e.
Detected unsafe path transition / → /var during canonicalization of /var/log/journal/c2f261213b0e450fb1493e2f800bc02e.
Detected unsafe path transition / → /var during canonicalization of /var/log/journal/c2f261213b0e450fb1493e2f800bc02e.
Detected unsafe path transition / → /var during canonicalization of /var/log/journal/c2f261213b0e450fb1493e2f800bc02e/system.journal.
Detected unsafe path transition / → /var during canonicalization of /var/log/journal/c2f261213b0e450
fb1493e2f800bc02e/system.journal.
dpkg: Fehler beim Bearbeiten des Paketes systemd (--configure):
»installiertes systemd-Skript des Paketes post-installation«-Unterprozess gab den Fehlerwert 73 zur
ück
Fehler traten auf beim Bearbeiten von:
systemd
E: Sub-process /usr/bin/dpkg returned an error code (1)

Wie kann ich das lösen?

[rjh]

Gelöst:

Ein

Code: Alles auswählen

stat /

sowie

Code: Alles auswählen

stat /var

zeigte, dass das root Verzeichnis bei mir merkwürdigerweise eine User Uid

Uid: ( 1000/ rjh)

im Gegensatz zu /var

Uid: ( 0/ root)

hatte. Mit einem

Code: Alles auswählen

chown root /

konnte es repariert werden und

Code: Alles auswählen

dpkg --configure -a

hat alles was noch ausstand fehlerfrei konfiguriert.

[pferdefreund]

da würde ich aber mal nachforschen, wo das her kommt und seit wann das so ist (mal falls vorhanden, auf Backups nachschauen). Oder hast du selbst mal rumprobiert und kannst dich an sowas erinnern ? Manchmal spielt man ja auch ein bisserl rum, wenn was nicht fruchtet.

[rjh]

da würde ich aber mal nachforschen, wo das her kommt und seit wann das so ist (mal falls vorhanden, auf Backups nachschauen). Oder hast du selbst mal rumprobiert und kannst dich an sowas erinnern ? Manchmal spielt man ja auch ein bisserl rum, wenn was nicht fruchtet.

Wie ich das zustande gebracht habe, frage ich mich auch, bin mir aber schon sicher, dass ich das selbst zu verantworten habe. Drauf gekommen bin ich, nachdem ich die Fehlermeldungen gegoogelt habe und anderswo auch schon Leute kürzlich das Problem hatten. Die hatten dann wohl aufgrund irgendwelcher speziellen Installationen dem Stammverzeichnis eine eigene Eigentümer-ID gegeben und systemd scheint das nun erstmals kritisch zu sehen.

[wurst10]

Danke, das hat mein Problem gelöst.

Hatte eine Arch Linux Installation auf eine neue SSD umgezogen.
Nach dem Login unter X11/XFCE4, keine Maus, kein Keyboard und kein Netzwerk mehr gehabt.

Bei Neuinstallation der Pakete (xorg-server, xorg-xinit, networkmanager, dbus, systemd usw.)
wurden die von dir beschriebenen Fehlermeldungen angezeigt.

Nach einem

Code: Alles auswählen

chown root:root /

gehört "/" wieder dem Besitzer "Root" und zu der Gruppe "Root".
Alles funktioniert wieder, wie zuvor.

[wartburgritter]

hatte das problem während eines full upgrade von buster auf bullseye und unteres löste das problem für mich

Nach einem

Code: Alles auswählen

chown root:root /

gehört "/" wieder dem Besitzer "Root" und zu der Gruppe "Root".
Alles funktioniert wieder, wie zuvor.

[larsen007]

Besten Dank für den Hinweis!
Bei mir war es ein fehlerhafter Aufruf von rsync, der ein Verzeichnis eines anderen Servers nach / synchronisierte