Arch Linux

Please read this before reporting a bug:

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!

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
Task Type Bug Report
Category Upstream Bugs
Status Closed
Assigned To No-one
Architecture x86_64
Severity High
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 6
Private No


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)
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
Comment by Roman Kyrylych (Romashka) - Tuesday, 04 August 2009, 14:13 GMT
You have attached pgadmin.log ;)
Comment by Jan de Groot (JGC) - Tuesday, 04 August 2009, 14:17 GMT
(II) Cannot locate a core pointer device.
(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?
Comment by Ondřej Konečný (andrew9888) - Tuesday, 04 August 2009, 14:27 GMT
Sorry for the wrong .log :). This one is the right one.
Comment by Ondřej Konečný (andrew9888) - Tuesday, 04 August 2009, 14:31 GMT
I have both - keyboard and mouse - configured via HAL. This is the DAEMONS line from my rc.conf:
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.
Comment by Bartosz Iwanski (xsytry) - Tuesday, 04 August 2009, 14:34 GMT
My T61 with nvidia quadro m140 also showed only blank screen after update. The problem probably is with nvidia packages. Installing nvidia-beta from aur (ver 190.18) or downgrading to last nvidia package (189.18.14) solves this issue.
Comment by Ondřej Konečný (andrew9888) - Tuesday, 04 August 2009, 14:43 GMT
I have R61 with nVidia Quadro NVS140M. So I will add the nvidia and nvidia-utils to IgnorePkg and wait until the nvidia-beta is complete.
Comment by Thomas Schuetz (Murray_B) - Wednesday, 05 August 2009, 06:46 GMT
Same problem here, the current nvidia 185.18.31 seems a bit buggy, see:
Downgrading solves the problem.
Comment by none given (hoban) - Monday, 10 August 2009, 03:56 GMT
yeah, same here. T61 laptop with the nVidia Quadro NVS140M and downgrading solves the issue.
Comment by Gerardo Exequiel Pozzi (djgera) - Friday, 14 August 2009, 18:05 GMT
  • Field changed: Category (Packages: Extra → Upstream Bugs)
Please report these type of bugs to nvidia, we can do nothing much more here.