[Hardy] No Xorg in live cd

Bug #174537 reported by Leonel Nunez
6
Affects Status Importance Assigned to Milestone
xorg (Ubuntu)
Fix Released
Critical
Bryce Harrington

Bug Description

Trying to install Hardy Heron Alpha 1 on a qemu image can't confgure xorg with failsafe and boot process stops

Revision history for this message
Leonel Nunez (leonelnunez) wrote :

This is the screenshot for the boot:

and

I can Switch to the terminal 1 but when I try to dpkg-reconfigure xserver-xorg there's no config file

Revision history for this message
Bryce Harrington (bryce) wrote :

Sounds like a consequence of the no-xorg.conf issue

Changed in xorg:
assignee: nobody → bryceharrington
importance: Undecided → Critical
milestone: none → hardy-alpha-2
status: New → Confirmed
Revision history for this message
Leonel Nunez (leonelnunez) wrote :

Boot l on a normal pc ( not qemu ) and the desktop showed fine
no gnome-panel but the install icon showed

Revision history for this message
Leonel Nunez (leonelnunez) wrote :

installed server cd then with today upgrade all worked fine ..

Revision history for this message
Sidarth Dasari (sirsid) wrote :

I get this same error when I enable my second monitor. Both through the screens and graphics option and through creating/editing a xorg.conf

Revision history for this message
Bryce Harrington (bryce) wrote :

Talked with timo about this:

<tjaalton> and that's simple to fix in livecd-rootfs (create a new file after it removes the existing one)
 then the situation would be the same as after preinst
 =empty file, and a md5sum that matches it
<tjaalton> the session runs reconfigure already, but currently that fails
 so we don't need to touch anything in addition to livecd-rootfs
 I'm not sure what actually broke this in hardy, but it's a lot more complicated to fix in xserver-xorg
 l-r removes the file because it needs to have a clean start (=dpkg-reconfigure xserver-xorg), but that fails because the postinst notices that there is no xorg.conf, and thinks that's how the user wants
<bryce> so, is the right fix to make livecd-rootfs not remove that file to begin with, or to add a control for the dpkg-reconfigure xserver-xorg call to make it generate the xorg.conf even if it's missing, or...?
<tjaalton> I'm thinking that let it remove the file, then touch a new one (=md5sum matches since it's empty as the one created on preinst) :)
 and do that in livecd-rootfs
<bryce> will that fix the issue though?
<tjaalton> it should
 since that's pretty much how the preinst would have done
 although I'm not sure if the md5sum should be recreated also
 probably
 look at livecd.sh from livecd-rootfs
 it does all sort of cleaning on the chroot

Revision history for this message
Bryce Harrington (bryce) wrote :

Proposed fix attached... I'm not certain where in livecd.sh the touch should go, so stuck it in right after the rm. Is this right?

http://people.ubuntu.com/~bryce/Testing/livecd-rootfs/

Revision history for this message
Bryce Harrington (bryce) wrote :

Fix uploaded by Timo this afternoon.

We believe this fixes the issue, and will be available in Hardy Alpha-2; please test and if the issue still exists, reopen this bug.

Changed in xorg:
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.