FS#15786 - X fails to start dying on black screen
Attached to Project:
Arch Linux
Opened by Ondřej Konečný (andrew9888) - Tuesday, 04 August 2009, 14:01 GMT
Last edited by Roman Kyrylych (Romashka) - Friday, 14 August 2009, 21:27 GMT
Opened by Ondřej Konečný (andrew9888) - Tuesday, 04 August 2009, 14:01 GMT
Last edited by Roman Kyrylych (Romashka) - Friday, 14 August 2009, 21:27 GMT
|
Details
Description:
After todays update I rebooted my machine and it frost when starting X server. The only thing I see is a black screen, the keyboard is dead, mouse too. I booted to single-user mode and tried to run X from terminal to see outputs, but I stuck on that black screen again. I was unable to switch back to the console. I had to downgrade some packages (see pacman.log) to get my PC working again. Xorg.0.log as well as today's chunk of pacman.log attached. Additional info: * package version(s) kernel26 2.6.30.4-1 libx11 1.2.2-1 xf86-input-evdev 2.2.3-1 xorg-server 1.6.3-2 nvidia-utils 185.18.31-1 nvidia 185.18.31-1 mesa 7.5-2 * config and/or log files etc. see attachements Steps to reproduce: Try to start the X. |
This task depends upon
Closed by Roman Kyrylych (Romashka)
Friday, 14 August 2009, 21:27 GMT
Reason for closing: Upstream
Additional comments about closing: see the last comment
Friday, 14 August 2009, 21:27 GMT
Reason for closing: Upstream
Additional comments about closing: see the last comment
(II) Cannot locate a core keyboard device.
(II) The server relies on HAL to provide the list of input devices.
If no devices become available, reconfigure HAL or disable AllowEmptyInput.
I don't see any devices getting injected in the configuration by hal. Is it running, and if not, is it disabled?
DAEMONS=(syslog-ng dbus !wicd @ntpd !netfs @postgresql !mysqld !httpd @crond acpid cpufreq hal networkmanager tpfand @bluetooth @samba @cups @fam alsa)
The update didn't touch HAL at all. After downgrade, the X server runs normally including the HAL input device configuration.
Downgrading solves the problem.