Black screen, UI lock up, when starting Xserver,

John Talbut jt at dpets.uk
Wed Sep 19 05:53:28 UTC 2018


OK Adam, thanks for the suggestion about ssh, which I have now got working.

So, I boot to runlevel 3, log into tty1 as root and run 'X -retro' the
UI locks up.  The keyboard is completely unresponsive.

However, I can see using ssh that the system is still running but I
cannot see any sign of X running.  There are no message in journalctl
during the attempt to start X. ps -C Xorg shows nothing.

Xorg.0.log attached.

What should I try next?

John

On 14/09/18 19:54, Adam Jackson wrote:
> On Fri, 2018-09-14 at 18:46 +0100, John Talbut wrote:
>> Thanks Adam
>>
>> If I boot to runlevel 3, log into tty1 as root and run 'X -retro' the UI
>> locks up.
> 
> When this happens, does VT switch still work? Can you hit control-alt-
> backspace to terminate the server? If yes (and the answer to both
> should be the same) then the server is "alive" but something about
> changing the video mode has gone awry, so that where the server is
> drawing is not where the hardware is looking.
> 
> This would probably be a kernel bug, probably in the gma500 driver,
> which is not a great place to be as the driver is essentially
> unmaintained afaik. dri-devel at lists.freedesktop.org would be the most
> likely place to find help, and they would probably want to see dmesg
> from a boot with 'drm.debug=0x7' on the kernel command line for the
> details of the attempted modeset, but I wouldn't get my hopes up.
> 
> Alternatively, you can try booting with 'nomodeset' on the kernel
> command line, which should disable the gma500 driver. X will then use
> the vesa driver, which is normally not a great place to be either, but
> the gma500 driver's only real advantage over vesa is hotplug support as
> neither one has any hardware acceleration.
> 
>> If I boot to runlevel 3, log into tty2 as a user and run 'X -retro' the
>> tty stays live and I get some messages:
> 
> This is just the security checks in the server preventing you from
> running it as a regular user (on the theory that, if anyone on the
> system could start a display server, you could spoof an existing
> session).
> 
>> It is a bit difficult to send whole log files as I do not have an email
>> client on the machine without the desktop.
> 
> If you can ssh in, you can scp files out...
> 
> - ajax
> 
> 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Xorg.0.log
Type: text/x-log
Size: 24163 bytes
Desc: not available
URL: <https://lists.x.org/archives/xorg/attachments/20180919/060cea37/attachment-0001.bin>


More information about the xorg mailing list