Autor: Rob Data: A: dng@lists.dyne.org Assumpte: Re: [DNG] upgrade 16/10/2015 xorg fails to start
-------- Original Message --------
Subject: Re: [DNG] upgrade 16/10/2015 xorg fails to start
Time (UTC): October 17 2015 10:35 am
From: aitor_czr@???
To: dng@???
Hi Rob,
Your kernel is 4.2.0-1. So, i suppose you are in Ascii or Ceres...
If you start a X session using a display manager, the virtual console used by default will be the tty7. However, typing startx the X session should run in the first virtual console. As you know, you can jump from tty1 to tty7 typing CTRL + ALT +F7, and vice versa.
The issue, i think, is in the '/etc/X11/Xwrapper.config', provided by 'x11-common' package. Does it contain something like this:
allowed_users=console
or this other one:
allowed_users=anybody
If not, try typing:
# dpkg-reconfigure x11-common
Then choose between the following alternatives:
1- Root Only
2- Console Users Only
3- Anybody
The second and the third options will allow you to start X sessions.
Aitor.
etc/X11/Xwrapper.config is correct - allowed_users=console
Tried dpkg-reconfigure x11-common but no options appeared just returning successfully to the prompt with some errors:
update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults
insserv: warning: script 'savecache' missing LSB tags
insserv: Missing LSB header and overrides, inserting default runlevel(s) and dependencies
insserv: warning: script 'transit' missing LSB tags
insserv: Missing LSB header and overrides, inserting default runlevel(s) and dependencies
[ ok ] Setting up X socket directories... /tmp/.X11-unix /tmp/.ICE-unix.
The Devuan I'm running was converted from Debian sid about 6 months ago, kernel 3.18.5.
Possibly coincidentally another program, jackd2 which was ok yesterday, refused to start this morning with a permission problem on /dev/shm. I've fixed that for now.
Googling the xorg problem earlier quite a few results involved
systemd. I only have libsystemd0 installed but I seem to remember that package was updated in the last few days. Whether that is relevant I don't know.
Trying to uninstall libsystemd0 would mean uninstalling c.800 other packages.
I'm wondering if there is some local conflict between my original Debian install and Devuan and whether it would be better to install Devuan from scratch, assuming there is a release available.