<div>Package: gnome-session-bin<br></div><div><br data-mce-bogus="1"></div><div>Version: 42.0-1<br data-mce-bogus="1"></div><div><br data-mce-bogus="1"></div><div><br data-mce-bogus="1"></div><div><br data-mce-bogus="1"></div><div>In the journal log I discovered (among other crazy stuff) this:<br data-mce-bogus="1"></div><div><br data-mce-bogus="1"></div><div><br data-mce-bogus="1"></div><div><br data-mce-bogus="1"></div><div>Mai 10 16:47:36 AnonymizedComputerName tracker-miner-f[1232]: Unable to get XDG user directory path for special directory &DOCUMENTS. Ignoring this location.</div><div><br>Mai 10 16:47:36 AnonymizedComputerName tracker-miner-f[1232]: Unable to get XDG user directory path for special directory &MUSIC. Ignoring this location.</div><div><br>Mai 10 16:47:36 AnonymizedComputerName tracker-miner-f[1232]: Unable to get XDG user directory path for special directory &PICTURES. Ignoring this location.</div><div><br>Mai 10 16:47:36 AnonymizedComputerName tracker-miner-f[1232]: Unable to get XDG user directory path for special directory &VIDEOS. Ignoring this location.</div><div><br>Mai 10 16:47:36 AnonymizedComputerName tracker-miner-f[1232]: Unable to get XDG user directory path for special directory &DOWNLOAD. Ignoring this location.</div><div><br>Mai 10 16:47:36 AnonymizedComputerName tracker-miner-f[1232]: Unable to get XDG user directory path for special directory &DOCUMENTS. Ignoring this location.</div><div><br>Mai 10 16:47:36 AnonymizedComputerName tracker-miner-f[1232]: Unable to get XDG user directory path for special directory &MUSIC. Ignoring this location.</div><div><br>Mai 10 16:47:36 AnonymizedComputerName tracker-miner-f[1232]: Unable to get XDG user directory path for special directory &PICTURES. Ignoring this location.</div><div><br>Mai 10 16:47:36 AnonymizedComputerName tracker-miner-f[1232]: Unable to get XDG user directory path for special directory &VIDEOS. Ignoring this location.</div><div><br>Mai 10 16:47:36 AnonymizedComputerName rtkit-daemon[1267]: Successfully made thread 1229 of process 1229 owned by '119' high priority at nice level -11.</div><div><br>Mai 10 16:47:36 AnonymizedComputerName rtkit-daemon[1267]: Supervising 1 threads of 1 processes of 1 users.</div><div><br>Mai 10 16:47:36 AnonymizedComputerName dbus-daemon[1236]: [session uid=119 pid=1236] Activating via systemd: service name='org.gtk.vfs.UDisks2VolumeMonitor' unit='gvfs-udisks2-volume-monitor.service' requested by ':1.2' (uid=119 pid=1232 comm="/usr/libexec/tracker-miner-fs ")</div><div><br>Mai 10 16:47:36 AnonymizedComputerName rtkit-daemon[1267]: Successfully made thread 1230 of process 1230 owned by '119' high priority at nice level -11.</div><div><br>Mai 10 16:47:36 AnonymizedComputerName rtkit-daemon[1267]: Supervising 2 threads of 2 processes of 1 users.</div><div><br>Mai 10 16:47:36 AnonymizedComputerName rtkit-daemon[1267]: Supervising 2 threads of 2 processes of 1 users.</div><div><br>Mai 10 16:47:36 AnonymizedComputerName systemd[1206]: Starting Virtual filesystem service - disk device monitor...</div><div><br>Mai 10 16:47:36 AnonymizedComputerName rtkit-daemon[1267]: Supervising 2 threads of 2 processes of 1 users.</div><div><br>Mai 10 16:47:36 AnonymizedComputerName rtkit-daemon[1267]: Successfully made thread 1279 of process 1229 owned by '119' RT at priority 20.</div><div><br>Mai 10 16:47:36 AnonymizedComputerName rtkit-daemon[1267]: Supervising 3 threads of 2 processes of 1 users.</div><div><br>Mai 10 16:47:36 AnonymizedComputerName wireplumber[1233]: SPA handle 'api.bluez5.enum.dbus' could not be loaded; is it installed?</div><div><br>Mai 10 16:47:36 AnonymizedComputerName wireplumber[1233]: PipeWire's BlueZ SPA missing or broken. Bluetooth not supported.</div><div><br>Mai 10 16:47:36 AnonymizedComputerName gnome-session-binary[1248]: GLib-GIO-CRITICAL: g_bus_get_sync: assertion 'error == NULL || *error == NULL' failed</div><div><br>Mai 10 16:47:36 AnonymizedComputerName gnome-session[1248]: gnome-session-binary[1248]: GLib-GIO-CRITICAL: g_bus_get_sync: assertion 'error == NULL || *error == NULL' failed</div><div><br>Mai 10 16:47:36 AnonymizedComputerName gnome-session[1248]: gnome-session-binary[1248]: GLib-GIO-CRITICAL: g_bus_get_sync: assertion 'error == NULL || *error == NULL' failed</div><div><br>Mai 10 16:47:36 AnonymizedComputerName gnome-session-binary[1248]: GLib-GIO-CRITICAL: g_bus_get_sync: assertion 'error == NULL || *error == NULL' failed<br></div><div><br data-mce-bogus="1"></div><div><br data-mce-bogus="1"></div><div><br data-mce-bogus="1"></div><div>In general, failing assertions are not good.  Besides this and in plain English, what does the message “GLib-GIO-CRITICAL: g_bus_get_sync: assertion 'error == NULL || *error == NULL' failed” tell us?  Who is the culprit and what to do?  Versions of the packages outputting into the log just before the error occurred:</div><div><br data-mce-bogus="1"></div><div>tracker-miner-fs 2.3.5-2.1, rtkit 0.13-4, dbus 1.12.24-0+deb11u1, systemd 247.3-7+deb11u2, wireplumber 0.4.2-5, gnome-session-bin 42.0-1, gnome-session 42.0-1.<br></div><div><br data-mce-bogus="1"></div><div>(The machine has many issues, which might or might not be related to this. Among them, e.g., no sound output in gnome through loudspeakers connected via a standard 3-pole 3.5 mm audio jack.)</div><div><br data-mce-bogus="1"></div><div><br data-mce-bogus="1"></div><div><br data-mce-bogus="1"></div><div>Gratefully,<br data-mce-bogus="1"></div><div><br data-mce-bogus="1"></div><div>AlMa<br data-mce-bogus="1"></div>