Observe the same behaviour with systemd 228-2, like several people report at http://forum.siduction.org/index.php?topic=5901.0<br>Double checked that etc/systemd/system/getty.target.wants/getty@tty1.service as well as /lib/systemd/system/getty@.service both contain 'IgnoreOnIsolate=yes' <br>One user in above forum reported the same for Fedora since Fedora21, so not debian specific (some wild guesses were that its rather introduced by xserver setuid change than by systemd itself?).<br>Michael Singer reported in IRC that he had no problems on Nov 12 and observed the bug on Nov 15, probably systemd 227-2 -> 227-3<br>----<br>New test with several ttys, 3x root on tty1,tty2,tty3, user on tty4. On isolate-command, all of them get logged out.<br><br>## System running inside Virtualbox 5.0.8.10<br>linux-image-4.3.0-towo.3-siduction-686 4.3-2 <br>systemd 228-1<br>plasma-desktop 4:5.4.2-1<br>kde-runtime 4:15.08.2-1<br>xserver-xorg-core 2:1.17.3-2<br><br>Before isolate command, root on tty1, user-session active:<br>#loginctl list-sessions<br>SESSION   UID USER  SEAT<br>c1     105 lightdm seat0<br>1    1000   myuser seat0<br>2      0    root  seat0<br>3 sessions listed<br><br>After isolate command, root on tty1 re-logged in:<br>#loginctl list-sessions<br>SESSION   UID USER  SEATq<br>3      0    root  seat0<br>1 sessions listed<br><br>Part of journal between the two root logins (before/after isolate command) added.