No "safe" fallback on broken xorg.conf or missing driver
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
xorg (Ubuntu) |
Triaged
|
Medium
|
Bryce Harrington |
Bug Description
Binary package hint: xorg
Post jaunty->karmic upgrade, X fails to start (repeatedly, thanks to gdm). Note that this is subtly different than bug 439551; in that bug, a zero length xorg.conf was the cause of the failure. Whatever was causing xorg.conf to get truncated to nothing has been fixed (though X probably still handles an empty file poorly); in this case there looks to be a valid xorg.conf (see attached), but X is still failing to start, due to the vboxvideo module not being found (the guest tools/drivers are not installed), and not falling back to use VESA.
Removing /etc/X11/xorg.conf entirely, makes everything start working, I've attached the Xorg.0.log from that as well.
ProblemType: Bug
Architecture: amd64
Date: Wed Oct 21 08:47:12 2009
DistroRelease: Ubuntu 9.10
Lsusb: Error: command ['lsusb'] failed with exit code 1:
MachineType: innotek GmbH VirtualBox
Package: xorg 1:7.4+3ubuntu7
PciDisplay:
00:02.0 VGA compatible controller [0300]: InnoTek Systemberatung GmbH VirtualBox Graphics Adapter [80ee:beef]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0
Region 0: Memory at e0000000 (32-bit, prefetchable) [size=16M]
ProcCmdLine: root=UUID=
ProcEnviron:
LANG=en_US.UTF-8
SHELL=/bin/bash
ProcVersionSign
RelatedPackageV
xserver-xorg 1:7.4+3ubuntu7
libgl1-mesa-glx 7.6.0-1ubuntu4
libdrm2 2.4.14-1ubuntu1
xserver-
xserver-
SourcePackage: xorg
Uname: Linux 2.6.31-14-generic x86_64
XsessionErrors:
(gnome-
(gnome-
(gnome-
dmi.bios.date: 12/01/2006
dmi.bios.vendor: innotek GmbH
dmi.bios.version: VirtualBox
dmi.modalias: dmi:bvninnotekG
dmi.product.name: VirtualBox
dmi.product.
dmi.sys.vendor: innotek GmbH
fglrx: Not loaded
system:
distro: Ubuntu
architecture: x86_64kernel: 2.6.31-14-generic
xkbcomp:
Error: command ['xkbcomp', ':0', '-w0', '-'] failed with exit code 1: Error: Cannot open display ":0"
Changed in xorg (Ubuntu): | |
assignee: | nobody → Canonical Desktop Team (canonical-desktop-team) |
Changed in xorg (Ubuntu): | |
status: | New → Confirmed |
So the cause is pretty clear:
(II) LoadModule: "vboxvideo"
(WW) Warning, couldn't open module vboxvideo
(II) UnloadModule: "vboxvideo"
(EE) Failed to load module "vboxvideo" (module does not exist, 0)
(EE) No drivers available.
In earlier times, gdm/X.org used to have a fallback mechanism to VESA. Perhaps it should just entirely ignore xorg.conf if it is faulty? Bryce, do you think the latter option would be suitable, also for upstream?