Unable to install grub in selected partition

Bug #1015880 reported by Greg Faith on 2012-06-21
This bug affects 2 people
Affects Status Importance Assigned to Milestone
ubiquity (Ubuntu)

Bug Description

Testing current daily iso 20120620 and doing a (manual do something else) installation. Had two previous installs in sda1 and sda6 during previous testing resized sda6 and created new sda7 partition. Decided to install grub in sda7 and could open the drop-down box and see sda7 but could not select the partition. Also tried to select sda6 for grub install that also did not work. I typically test selecting different partitions for the grub install when doing manual installs.

ProblemType: Bug
DistroRelease: Ubuntu 12.10
Package: ubiquity 2.11.6
ProcVersionSignature: Ubuntu 3.4.0-5.11-generic 3.4.0
Uname: Linux 3.4.0-5-generic x86_64
ApportVersion: 2.2.3-0ubuntu6
Architecture: amd64
CasperVersion: 1.318
Date: Wed Jun 20 22:11:29 2012
InstallCmdLine: noprompt cdrom-detect/try-usb=true persistent file=/cdrom/preseed/lubuntu.seed boot=casper initrd=/casper/initrd.lz quiet splash --
LiveMediaBuild: Lubuntu 12.10 "Quantal Quetzal" - Alpha amd64 (20120620)
 PATH=(custom, no user)
SourcePackage: ubiquity
UpgradeStatus: No upgrade log present (probably fresh install)

Greg Faith (gregfaith) wrote :
Greg Faith (gregfaith) on 2012-06-22
tags: added: iso-testing
Greg Faith (gregfaith) wrote :

This bug seems to be confined to lubuntu. Tested the current daily Lubuntu Desktop i386 20120622 unable to select partition for grub and unable to select different file extention such as (ext3). Tested Xubuntu amd64 current daily 20120622 I was able to select different partition for grub installation such as (sda8) and could change file extention type.

tags: added: lubuntu
Jonathan Marsden (jmarsden) wrote :

I just confirmed the bug exists for me using the 20120622 daily at


which has an md5sum of e75d146d5aca1396df74feef670e1bb5

For me, it occurs in a VM of 512MB RAM, and also in one of 2GB RAM. This is in VirtualBox 4.1.16 installed from


I then manually partitioned the (virtual) disk using sudo fdisk /dev/sda to include a 1GB swap partition, and did the usual

  sudo mkswap /dev/sda2
  sudo swapon /dev/sda2
  sudo swapon -s
  free -m

to make sure that it was set up for and being used as swap space.

Even after all that... on a VM with 2GB RAM and 1GB swap... the bug described in bug #1015880 remains.

So, as far as I can tell, RAM size does not affect this issue (as was sort of suggested on the lubuntu-qa list).

Changed in ubiquity (Ubuntu):
status: New → Confirmed
Erick Brunzell (lbsolost) wrote :

This still effects Ubuntu live i386 20120627. I have more to add but I'm stuck dealing with bug 1018032.

Erick Brunzell (lbsolost) wrote :

Here's the installer debug file.

Erick Brunzell (lbsolost) wrote :

What exactly I encountered after choosing "Something else":

#1: When choosing the mount point my choice "/" failed to display as it should. But after letting the installer proceed "/" did display properly in the list of partitions. This is possibly a separate bug.

#2: In the grub install region /dev/sdb was the default and I was unable to change that visually. I still chose /dev/sda to see what would happen and when the installation was nearly complete I was informed that grub install had failed. Then I was given the choice to either choose a location or continue w/o bootloader. I chose /dev/sda and after doing so I went to the live DE as expected, being presented with the option to either continue testing or reboot and I chose continue testing.

#3: After choosing continue testing I got an automated installer crash report but trying to let it complete resulted in bug 1018032.

Not sure what else to add. It doesn't help when apport is uncooperative.

Changed in ubiquity (Ubuntu):
importance: Undecided → Medium
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers