Description of problem: When switching from runlevel 5 (X11) to runlevel 3(multi user) and back, X11 doesn't get started. Version-Release number of selected component (if applicable): systemd-43-1.mga2.x86_64 How reproducible: always Steps to Reproduce: 1. ssh to a newly installed and configured system (gnome3 here) 2. telinit 3 3. telinit 5 alternatively 'systemctl isolate runlevel3.target' and 'systemctl isolate runlevel5.target' can be used.
duplicate *** This bug has been marked as a duplicate of bug 4582 ***
Status: NEW => RESOLVEDResolution: (none) => DUPLICATE
sorry, but that's a completely different issue, the 'service dm restart' hangs for 60 seconds but works, while in this case X11 doesn't start again, ever!
Status: RESOLVED => REOPENEDCC: (none) => herbertResolution: DUPLICATE => (none)
ah yes sirry wrong bug in my search list:/
CC: (none) => dmorganec, mageiaBlocks: (none) => 2120
is this bug still valid ? if yes, is systemd-sysvinit installed ?
Yeah I think this is still valid. I'm not sure it's a systemd-sysvinit problem. One of the issues I've seen is that doing a normal graphical boot, issuing: "systemctl isolate multi-user.target" actually wipes out the dbus sockets... I'll need to investigate.
And the culprit: mandriva-clean-var-run-lock.service This nukes all the files in /var/run and /var/lock. It's meant to do so on boot, but it happens whenever we switch runlevels. I've got a fix that will be in the next initscripts package. This file itself can disappear when we go to mga3 when /var/run will just be a symlink to /run (not sure about /var/lock but something similar will be done there too).
OK, so should be fixed in latest initscripts.
Status: REOPENED => RESOLVEDResolution: (none) => FIXEDSource RPM: systemd-43-1.mga2.src.rpm => initscripts
it has an odd 25 second delay when switching from 3->5 and it messes with the audio mixer settings when switching from 5->3 but at least it seems to work.