[nSLUG] Upgrade Testing - Now no X Windows
rb.ashley at gmail.com
Sat Mar 11 10:14:23 AST 2006
Hi Dop, thanks for putting your oar in the water.
> Stop gdm, then make sure that the server it thinks is there is actually
> dop at lap1:~$ ls -l /etc/X11/X
> lrwxrwxrwx 1 root root 17 Dec 31 12:49 /etc/X11/X -> /usr/bin/X11/Xorg
bob at debian:~$ ls -l /etc/X11/X
lrwxrwxrwx 1 root root 20 2005-04-30 14:39 /etc/X11/X ->
> dop at lap1:~$ ls -l /usr/bin/X11/Xorg
> -rwxr-xr-x 1 root root 1878044 Jan 14 21:40 /usr/bin/X11/Xorg
bob at debian:~$ ls -l /usr/bin/X11/XFree86
No such file or directory
So, by what you're saying below, it looks like it "says" it's pointing
to something, but really it ain't?
I'll stop here first before moving ahead to your extended fix.
> dop at lap1:~$
> In this case, I'm using X.org instead of XFree86, but the symlink should
> still point to something. If it doesn't, your X install has gone awry and
> you might want to try reinstalling your X server (apt-get install
> --reinstall xserver-xfree86 - check the package name, though).
> If the symlink *does* point to something that looks valid, stop gdm with
> /etc/init.d/gdm stop then log in on the console as your regular user and
> run startx and see if it works or not. If it doesn't, you'll get an error
> message - quite possibly buried in amongst a spew of informative messages,
> so you might want to redirect output off to a temp file (eg, startx >
> /tmp/startx.out 2>&1) and read through it after. If it seems to be a
> permissions error, try logging in as root and see if startx works then -
> that should confirm if it's permissions or not.
> If startx works but gdm doesn't, then perhaps try installing xdm or wdm -
> I've had problems in the past with gdm not starting that I've been too
> lazy to fix and simply installed wdm instead.
> Cheers... Dop.
> nSLUG mailing list
> nSLUG at nslug.ns.ca
More information about the nSLUG