[gelöst] Verhalten von journalctl unter bookworm

[smutbert]

Hallo liebe Leute,

unter bullseye konnte man die Meldungen der User-Units von systemd abfragen. Unter bookworm erhalte ich aber nur (betrifft nicht nur pipewire sondern das gesamte benutzerspezifische journal)

Code: Alles auswählen

$ journalctl --user -u pipewire.service
No journal files were found.
-- No entries --

obwohl es offensichtlich Meldungen gäbe, die systemctl auch anzeigt

Code: Alles auswählen

$ systemctl --user status pipewire.service
● pipewire.service - PipeWire Multimedia Service
     Loaded: loaded (/usr/lib/systemd/user/pipewire.service; enabled; preset: enabled)
     Active: active (running) since Fri 2022-12-30 11:07:40 CET; 12h ago
TriggeredBy: ● pipewire.socket
   Main PID: 1082 (pipewire)
      Tasks: 2 (limit: 76872)
     Memory: 105.3M
        CPU: 13min 41.094s
     CGroup: /user.slice/user-1000.slice/user@1000.service/session.slice/pipewire.service
             └─1082 /usr/bin/pipewire

Dez 30 11:07:40 iolaos systemd[1066]: Started PipeWire Multimedia Service.
Dez 30 11:07:40 iolaos pipewire[1082]: mod.rt: Can't find xdg-portal: (null)
Dez 30 11:07:40 iolaos pipewire[1082]: mod.rt: found session bus but no portal
Dez 30 11:07:40 iolaos pipewire[1082]: mod.rt: RTKit error: org.freedesktop.DBus.Error.ServiceUnknown
Dez 30 11:07:40 iolaos pipewire[1082]: mod.rt: could not set nice-level to -11: No such file or directory
Dez 30 11:07:40 iolaos pipewire[1082]: mod.rt: RTKit error: org.freedesktop.DBus.Error.ServiceUnknown
Dez 30 11:07:40 iolaos pipewire[1082]: mod.x11-bell: XOpenDisplay() failed
Dez 30 11:07:40 iolaos pipewire[1082]: mod.rt: RTKit error: org.freedesktop.DBus.Error.ServiceUnknown
Dez 30 11:07:40 iolaos pipewire[1082]: mod.rt: RTKit error: org.freedesktop.DBus.Error.ServiceUnknown
Dez 30 11:07:40 iolaos pipewire[1082]: mod.rt: could not make thread 1107 realtime using RTKit: No such file or directory

Ist vielleicht hier im Forum jemand darauf gestossen und weiß woran das liegen könnte?

[michaa7]

Ich glaube da hakt etwas an deinem system, weil ...

ich hier Debian/sid(uction) laufen habe

Code: Alles auswählen

$ apt policy systemd
systemd:
  Installiert:           252.4-1

und mit

Code: Alles auswählen

journalctl --user -u pipewire.service

das entsprechende journal erhalte.

Code: Alles auswählen

Okt 18 19:21:33 neutower systemd[2289]: Stopping PipeWire Multimedia Service...
Okt 18 19:21:33 neutower systemd[2289]: Stopped PipeWire Multimedia Service.
^[[0;1;39m-- Boot f4269d349d884645a6ad21c91c89199a --
Okt 18 20:02:15 neutower systemd[3052]: Started PipeWire Multimedia Service.
Okt 18 20:02:15 neutower pipewire[3069]: ^[[0;1;38;5;185m^[[0;1;39m^[[0;1;38;5;185mmod.rt: Can't find xdg$
Okt 18 20:02:15 neutower pipewire[3069]: ^[[0;1;38;5;185m^[[0;1;39m^[[0;1;38;5;185mmod.rt: found session $
Okt 18 23:01:44 neutower systemd[3052]: Stopping PipeWire Multimedia Service...
Okt 18 23:01:44 neutower systemd[3052]: Stopped PipeWire Multimedia Service.
^[[0;1;39m-- Boot d00c2bdb101f4f05ae5e3aeb6dd126a3 --
Okt 18 23:47:23 neutower systemd[14334]: Started PipeWire Multimedia Service.
Okt 18 23:47:23 neutower pipewire[14351]: ^[[0;1;38;5;185m^[[0;1;39m^[[0;1;38;5;185mmod.rt: Can't find xd$
Okt 18 23:47:23 neutower pipewire[14351]: ^[[0;1;38;5;185m^[[0;1;39m^[[0;1;38;5;185mmod.rt: found session$
Okt 19 11:05:00 neutower systemd[14334]: Stopping PipeWire Multimedia Service...
Okt 19 11:05:00 neutower systemd[14334]: Stopped PipeWire Multimedia Service.
^[[0;1;39m-- Boot a995545fb05b43a89474365152303276 --
Okt 19 11:06:52 neutower systemd[2295]: Started PipeWire Multimedia Service.
Okt 19 11:06:52 neutower pipewire[2312]: ^[[0;1;38;5;185m^[[0;1;39m^[[0;1;38;5;185mmod.rt: Can't find xdg$
Okt 19 11:06:52 neutower pipewire[2312]: ^[[0;1;38;5;185m^[[0;1;39m^[[0;1;38;5;185mmod.rt: found session $
...

Vielleicht das hier: User UID/GID < 1000 ?
https://unix.stackexchange.com/question ... ecific-use

[smutbert]

Die User-ID war es nicht, die ist 1000, aber es hat mich auf die richtige Spur gebracht, vermute ich zumindest. Danke!
Offensichtlich kann man mit journalctl nicht mehr auf das benutzereigene Journal zugreifen, wenn das journal nicht dauerhaft sondern nur im RAM gespeichert wird.
Auf meinem System finde ich das doppelt merkwürdig, weil ich meinem Benutzer das Recht gegebenen habe auf das systemweite Journal zuzugreifen (Mitgliedschaft in der Gruppe systemd-journald), aber es sieht so aus als würde das nichts helfen.

Der Test ob das persistente Speichern des journals Abhilfe schafft steht allerdings noch aus.

[JTH]

Es gibt tatsächlich einen Bugreport gegen systemd, der anscheinend das gleiche (Fehl-) Verhalten beschreibt wie du, smutbert: „journalctl --user -u xxx No journal files were found. -- No entries -- “. Da ist aber leider außer der Eingangsmeldung noch nix weiter passiert.

[smutbert]

Bei dem Bugreport aus deinem Link könnte das Problem in der User-ID liegen, wie es michaa7 bei mir vermutet hat.

Mein Problem ist mit der persistenten Speicherung tatsächlich behoben. Ist zwar nicht die Lösung, die ich wollte, weil ich auf dem System eigentlich keine persistente Speicherung des journals brauche und will, aber das lässt sich zumindest vorläufig wohl nicht ändern.
Allerdings habe ich auf github eine Diskussion gefunden, in der es darum ging den Zugriff auf das User-Journal auch ohne persistente Speicherung unter gewissen Bedingungen wieder zu ermöglichen. Den Link habe ich blöderweise verbummelt.

edit: https://github.com/systemd/systemd/issues/3281
Das hier ist die Diskussion. Noch im September des eben vergangenen Jahres gab es deswegen Änderungen, die aber wohl noch kaum in Debian angekommen sein können.