<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Feb 25, 2019 at 3:12 PM Eduard Bloch <<a href="mailto:edi@gmx.de">edi@gmx.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Control: reassign -1 systemd<br>
<br>
Hallo,<br>
* Felipe Sateler [Thu, Feb 21 2019, 10:32:29AM]:<br>
>    On Wed, Feb 20, 2019 at 3:59 PM Eduard Bloch <[1]<a href="mailto:edi@gmx.de" target="_blank">edi@gmx.de</a>> wrote:<br>
>      Feb 08 20:38:51 zombie at-spi-bus-launcher[2625]: XIO:  fatal IO error<br>
>      11 (Resource temporarily unavailable) on X server ":0"<br>
>      Feb 08 20:38:51 zombie at-spi-bus-launcher[2625]:       after 3713<br>
>      requests (3713 known processed) with 0 events remaining.<br>
>      Feb 08 20:38:51 zombie systemd[2391]: run-rpc_pipefs.mount: Succeeded.<br>
>      Feb 08 20:38:51 zombie systemd[1]: Stopping User Manager for UID 500...<br>
> <br>
>    This is suspiciously close to the previous messages, which suggest the<br>
>    ones left out are still relevant (ie, why did systemd decide to stop your<br>
>    user manager).<br>
<br>
That were all recent log messages it did create in the last days before<br>
the problem has started. The system is rebooted regularly... so I guess<br>
there is a natural reason for stopping it?<br></blockquote><div><br></div><div>Please post full logs. If you don't know what you are looking for, then your editing might remove important information. Please do the following: start from a fresh boot, wait until the user manager has exited, and then get the full boot log with `sudo journalctl -b`, and attach that fully. </div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Anyhow, in the meantime I made some more experiments, forcing "systemd<br>
--user" with XDG_RUNTIME_DIR set and observing what has happened or is<br>
happening.</blockquote><div><br></div><div>This is strange. You don't have XDG_RUNTIME_DIR set automatically?</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> Really weird things. I upgraded systemd to the latest sid<br>
version and it's still adding up. Immediately after login in lightdm, I<br>
can check the pstree and I see an active "systemd --user" process there and<br>
a few services started from there, like gpg agent but that's only about<br>
a half of what I would expect, especially "pulseaudio" is not started.<br>
When I run journalctl --unit user@500.service -b0 at that moment, it<br>
displays "No entries".<br>
<br>
When I check the same a couple of minutes later, the "systemd --user"<br>
process and the whole process subtree are gone. Vanished without any<br>
trace (when checking with journalctl --unit, as above) and still getting<br>
"no entries".<br>
<br>
Now I check the main log at the time where the weird process mass<br>
extinction happened, and see something like the following.<br>
<br>
Feb 25 18:48:06 zombie NetworkManager[958]: <info>  [1551116886.6200] agent-manager: req[0x563871361240, :1.76/org.freedesktop.nm-applet/500]: agent registered<br>
Feb 25 18:48:15 zombie systemd[1]: NetworkManager-dispatcher.service: Succeeded.<br>
Feb 25 18:48:15 zombie systemd[1]: Stopping User Manager for UID 160...<br></blockquote><div><br></div><div>This is not your uid, so this is not relevant to us.</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Anyhow, I have enough of this. <br></blockquote><div> </div><div>I get that you are frustrated, but please vent elsewhere. Reading this doesn't precisely make me want to spend mi little debian time debugging this issue.</div></div><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><br>Saludos,<br>Felipe Sateler</div></div>