Utopic ubiquity froze while reformatting existing partition

Bug #1372953 reported by Erick Brunzell
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
ubiquity (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

Attempting to install Ubuntu GNOME Utopic 20140923 i386 and I chose Something else. From there I chose my partition sda13 marked format, use as /, ext4, no size change. I waited for quite a while and there was no progress, again no resizing was being done. The installer only needed to format, create ext 4, and set the mount point. It appeared that /var/log/installer/debug showed an error just respawning over and over again.

ProblemType: Bug
DistroRelease: Ubuntu 14.10
Package: ubiquity 2.19.8
ProcVersionSignature: Ubuntu 3.16.0-17.23-generic 3.16.3
Uname: Linux 3.16.0-17-generic i686
ApportVersion: 2.14.7-0ubuntu2
Architecture: i386
CasperVersion: 1.344
CurrentDesktop: GNOME
Date: Tue Sep 23 13:59:36 2014
InstallCmdLine: file=/cdrom/preseed/ubuntu-gnome.seed boot=casper initrd=/casper/initrd.lz quiet splash --
LiveMediaBuild: Ubuntu-GNOME 14.10 "Utopic Unicorn" - Alpha i386 (20140923)
ProcEnviron:
 TERM=xterm
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=<set>
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: ubiquity
UpgradeStatus: No upgrade log present (probably fresh install)

Revision history for this message
Erick Brunzell (lbsolost) wrote :
Revision history for this message
Erick Brunzell (lbsolost) wrote :

This is the error I kept seeing respawned:

(ubiquity:3784): Gtk-CRITICAL **: gtk_widget_set_allocation: assertion 'gtk_widget_get_visible (widget) || gtk_widget_is_toplevel (widget)' failed

Revision history for this message
Erick Brunzell (lbsolost) wrote :

I repeated this test to be sure it wasn't a fluke or an error on my part and it was easily reproduced. Just select a partition with a pre-existing Ubuntu family install (in this case it was a simple pre-existing / with only an assigned swap - no /boot or /home) then keep the existing size, select ext 4, select format, and select / as the mount point.

No formatting even begins because I'm still able to boot the pre-existing OS after aborting the install process. I'll repeat ASAP with an Ubuntu iso to see if this is limited to Ubuntu GNOME or not.

Revision history for this message
Ubuntu QA Website (ubuntuqa) wrote :

This bug has been reported on the Ubuntu ISO testing tracker.

A list of all reports related to this bug can be found here:
http://iso.qa.ubuntu.com/qatracker/reports/bugs/1372953

tags: added: iso-testing
Revision history for this message
Erick Brunzell (lbsolost) wrote :

This does also effect Ubuntu Utopic 20140923 i386 with an added twist. Until a filesystem is selected the ability to select a mount point doesn't appear at all (see screenshot).

In Ubuntu GNOME the ability to select a mount point appears even if do not use the partition is selected.

BTW I'm testing on bare metal if that matters:

Intel Atom CPU 230 @ 1.60GHz
Intel 82945G/GZ Integrated Graphics Controller (rev 02)
Intel N10/ICH 7 Family High Definition Audio Controller (rev 01)
Realtek RTL8101E/RTL8102E PCI Express Fast Ethernet controller (rev 02)
2GB DDR2 RAM

Revision history for this message
Erick Brunzell (lbsolost) wrote :

An additional caveat to this failed formatting seems to be creating overlapping partitions, at least if the target partition is a logical partition. I first thought maybe I had an overlapping partition problem prior to the failed installation which could cause things to fail but I used FixParts since it was an extended partition overlapping a primary partition and then repeated the test with the same results, and creating an overlap again, where the extended partition began before the end of the primary partition just before it.

Revision history for this message
Erick Brunzell (lbsolost) wrote :

I may be narrowing this down a little bit. What the screen actually says while frozen is; "Creating ext 4 file system for / in partition #13 of ...............".

Also it seems to effect only logical partitions so far but I need to repeat a few tests to verify that.

If I quit the install and format the existing install/partition using Gparted and then restart the install process it works OK.

It does however happen regardless of whether I start the installation from the boot menu or from the live DE.

It does also effect Ubuntu GNOME Utopic 20140926 but the Beta 1 images work OK.

Revision history for this message
Erick Brunzell (lbsolost) wrote :

This is actually a duplicate of bug #1361951 - I just have a bad memory.

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in ubiquity (Ubuntu):
status: New → Confirmed
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.