Hi all,<br><br>Recently I've attempted to switch my user session to "systemd --user". The<br>configuration is pretty simple - no multiseat, nothing special.<br>I start the user session with provided "user@.service" with some <br>
modifications:<br><br>--- /usr/lib/systemd/system/user@.service     2013-05-30 16:55:28.000000000 +0400<br>+++ /etc/systemd/system/user@.service      2013-06-07 03:46:27.158435556 +0400<br>@@ -13,11 +13,14 @@<br> User=%I<br> PAMName=systemd-shared<br>
 # in order to allow MEM_CG features to work, add "memory:/" here<br>-ControlGroup=%R/user/%U.user/shared cpu:/<br>+# note to myself: cpu:/ has been removed due to running a -ck kernel<br>+ControlGroup=%R/user/%U.user/shared<br>
 ControlGroupModify=yes<br> Type=notify<br> ExecStart=-/usr/lib/systemd/systemd --user<br>+Environment=XDG_RUNTIME_DIR=/run/user/%U<br> Environment=DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/%U/dbus/user_bus_socket<br>+Environment=SHELL=%s<br>
 <br> [Install]<br> Alias=user@%i.service<br>--<br><br>This modified unit works (almost) as expected, however, everything that is <br>started under that systemd instance does _not_ get its own session.<div>For example, $XDG_SESSION_ID is empty and there are no new records</div>
<div>in output of 'loginctl list-sessions'.<br><br>So, a question: is this the desired behavior, and, if yes, how can I create<br>a session manually?<br><br>systemd version:<br>systemd 204<br>+PAM -LIBWRAP -AUDIT -SELINUX -IMA -SYSVINIT +LIBCRYPTSETUP +GCRYPT +ACL +XZ<br>
<br>Distribution is Arch Linux.<br><br>Thanks,<br>Ivan.</div>