grub install fails. installing from /dev/sda to /dev/sdb

Bug #984989 reported by Brad Figg on 2012-04-18
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
ubiquity (Ubuntu)
High
Colin Watson

Bug Description

Using today's amd64 daily-live iso. I am booting from a usb drive which is showing up as /dev/sda. I am attempting to install to /dev/sdb. The install goes fine until the installer tries to install grub to /dev/sda which it shouldn't. I then tell it to install to /dev/sdb and that fails as well.

ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: ubiquity 2.10.13
ProcVersionSignature: Ubuntu 3.2.0-23.36-generic 3.2.14
Uname: Linux 3.2.0-23-generic x86_64
ApportVersion: 2.0.1-0ubuntu4
Architecture: amd64
CasperVersion: 1.314
Date: Wed Apr 18 08:12:57 2012
InstallCmdLine: file=/cdrom/preseed/ubuntu.seed boot=casper initrd=/casper/initrd.lz quiet splash -- maybe-ubiquity
LiveMediaBuild: Ubuntu 12.04 LTS "Precise Pangolin" - Beta amd64 (20120418.1)
ProcEnviron:
 LANGUAGE=en_US.UTF-8
 TERM=linux
 PATH=(custom, no user)
 LANG=en_US.UTF-8
SourcePackage: grub-installer
UpgradeStatus: No upgrade log present (probably fresh install)

Brad Figg (brad-figg) wrote :
Changed in grub-installer (Ubuntu):
importance: Undecided → Critical
Brad Figg (brad-figg) wrote :
Brad Figg (brad-figg) wrote :
Brad Figg (brad-figg) wrote :
Colin Watson (cjwatson) on 2012-04-18
Changed in grub-installer (Ubuntu):
assignee: nobody → Colin Watson (cjwatson)
tags: added: rls-p-tracking
Colin Watson (cjwatson) on 2012-04-18
affects: grub-installer (Ubuntu) → ubiquity (Ubuntu)
Changed in ubiquity (Ubuntu):
status: New → In Progress
importance: Critical → High
Colin Watson (cjwatson) on 2012-04-18
Changed in ubiquity (Ubuntu):
status: In Progress → Fix Committed

Exception during installation:
Apr 18 15:12:54 ubuntu plugininstall.py: Traceback (most recent call last):
Apr 18 15:12:54 ubuntu plugininstall.py: File "/usr/share/ubiquity/plugininstall.py", line 1720, in <module>
Apr 18 15:12:54 ubuntu plugininstall.py: install.run()
Apr 18 15:12:54 ubuntu plugininstall.py: File "/usr/share/ubiquity/plugininstall.py", line 55, in wrapper
Apr 18 15:12:54 ubuntu plugininstall.py: func(self)
Apr 18 15:12:54 ubuntu plugininstall.py: File "/usr/share/ubiquity/plugininstall.py", line 204, in run
Apr 18 15:12:54 ubuntu plugininstall.py: self.configure_bootloader()
Apr 18 15:12:54 ubuntu plugininstall.py: File "/usr/share/ubiquity/plugininstall.py", line 998, in configure_bootloader
Apr 18 15:12:54 ubuntu plugininstall.py: "GrubInstaller failed with code %d" % ret)
Apr 18 15:12:54 ubuntu plugininstall.py: InstallStepError: GrubInstaller failed with code 1
Apr 18 15:12:54 ubuntu plugininstall.py:

tags: added: installer-crash

Exception during installation:
Apr 18 15:40:04 ubuntu plugininstall.py: Traceback (most recent call last):
Apr 18 15:40:04 ubuntu plugininstall.py: File "/usr/share/ubiquity/plugininstall.py", line 1720, in <module>
Apr 18 15:40:04 ubuntu plugininstall.py: install.run()
Apr 18 15:40:04 ubuntu plugininstall.py: File "/usr/share/ubiquity/plugininstall.py", line 55, in wrapper
Apr 18 15:40:04 ubuntu plugininstall.py: func(self)
Apr 18 15:40:04 ubuntu plugininstall.py: File "/usr/share/ubiquity/plugininstall.py", line 204, in run
Apr 18 15:40:04 ubuntu plugininstall.py: self.configure_bootloader()
Apr 18 15:40:04 ubuntu plugininstall.py: File "/usr/share/ubiquity/plugininstall.py", line 998, in configure_bootloader
Apr 18 15:40:04 ubuntu plugininstall.py: "GrubInstaller failed with code %d" % ret)
Apr 18 15:40:04 ubuntu plugininstall.py: InstallStepError: GrubInstaller failed with code 1
Apr 18 15:40:04 ubuntu plugininstall.py:

Launchpad Janitor (janitor) wrote :

This bug was fixed in the package ubiquity - 2.10.14

---------------
ubiquity (2.10.14) precise-proposed; urgency=low

  [ Colin Watson ]
  * Install ubiquity-frontend-$frontend along with oem-config-$frontend to
    improve dependency resolution; with the packaging the way it is at the
    moment, apt may sometimes select ubiquity-frontend-kde to resolve
    ubiquity's dependency on a frontend before realising that oem-config-gtk
    already depends on ubiquity-frontend-gtk.
  * Don't default to installing GRUB to a removable device with /cdrom
    mounted from it, even if /cdrom's filesystem isn't iso9660
    (LP: #984989).
  * If encrypting the user's home directory, wipe and enable encrypted swap
    before starting the slideshow, because running the slideshow can use up
    a lot of memory so we won't be able to disable swap once that's in
    progress (LP: #979350).
  * Automatic update of included source packages: apt-setup 1:0.55ubuntu3,
    partman-base 153ubuntu4, user-setup 1.42ubuntu3.
  * If /etc/network/interfaces doesn't exist when configuring the network in
    oem-config, write out a skeleton one (LP: #985305).

  [ Stéphane Graber ]
  * Always install oem-config-slideshow-ubuntu in OEM mode, also for
    alternate installs (LP: #984736)
 -- Colin Watson <email address hidden> Thu, 19 Apr 2012 03:30:44 +0100

Changed in ubiquity (Ubuntu):
status: Fix Committed → Fix Released
Dan Whitehouse (crab) wrote :

It would also be nice if the alternate (txt) installer would allow the user to select which drive to install grub to.
Its frustrating that it always assumes sda.
I've got a single ide drive which "oscillates" between sde and sda.
I've also got a 4 drive raid 5 array.

Ubuntu seems to love to install grub to sda when its part of my raid array potentially screwing up the array and leaving my system unbootable. On a fresh install...

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers