Xubuntu installer endless loop during disk preparation

Bug #125809 reported by Bender
2
Affects Status Importance Assigned to Milestone
ubiquity (Ubuntu)
Incomplete
Undecided
Unassigned

Bug Description

Scenario: Booted Xubuntu Live CD 7.04 Feisty Fawn on a Windows laptop. I like what I see, so I launch the install icon on the XFCE desktop.

When we get to the question about disk prep, I let the installer take the whole hard drive.

It appears to partition the drive, then there is a daemon running from the Live CD that is triggered and mounts the drive before the installer gets to format the filesystem (it appears that the drive has been partitioned and marked with /dev/sda1 as ext3 but XFCE still detects an NTFS filesystem from the windows install and mounts as such). At this point, the installer can't format a drive because its now mounted, so it fails and loops back to the section on partition selection. If you didn't know what was going on, you could loop in here forever.

If you quickly enough unmount the new drive icon as XFCE makes it appear on the desktop you can get the install to continue a bit but will soon fail because the new swap partition appears to be automatically mounted too.

I got by this by having a terminal open with the commands sudo umount /dev/sda1 and sudo swapoff /dev/sda5 ready at the appropriate time, but it would be better if the installer disabled whichever daemon is responsible for making new filesystems get mounted automatically.

Revision history for this message
Evan (ev) wrote :

This should be fixed. Do you experience this bug with the daily Live CD images? (http://cdimage.ubuntu.com/xubuntu/daily-live/)

Changed in ubiquity:
status: New → Incomplete
Revision history for this message
Bender (bender647) wrote :

Thanks Evan.
I'm not sure I want to blow away my installation to test this. I'm very happy with the laptop now and have customized it. Is there any other way I can help?

Revision history for this message
Evan (ev) wrote :

Completely understandable. I still believe this to be fixed as it was for bug #107259, so I'm marking it as a duplicate of that. I don't believe any further testing is needed. Thank you though.

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.