mobo with nforce4 and many partitions installing grub fails

Bug #229281 reported by Husse
4
Affects Status Importance Assigned to Milestone
ubiquity (Ubuntu)
Expired
Undecided
Unassigned

Bug Description

Non public beta of Linux Mint 5
(As some will know from my nick I'm the moderator of the Mint forum)
11 partitions, 3 primary and one extended (one XP) ubiquty just quietly fails when it starts to install grub
No problems installing Gutsy or Mint Daryna (same generation)
Tried many times and at least on one occasion it changed the menu.lst of an installed system

Revision history for this message
Husse (mats-geier) wrote :
Revision history for this message
Husse (mats-geier) wrote :

Should have said this is not for the KDE edition - it installs OK

Revision history for this message
Husse (mats-geier) wrote : Explained but not solved

This has to do with the partition structure and bad handling of it. I wanted to see how the guided partitioning worked so I used it
My partitioning scheme was/is a bit, but only a bit, unusual.
I have sda1 to 4 where 1 is XP and sda3 extended
I let Ubiquty make a guided install in sda2 and let it do as it wanted - split the partition
This was done properly and sda3 increased to make room for a new partition, sda10 (used for install)
This gave this sequence of partitions (the extended not mentioned) sda1, sda2, sda5 =swap, sda10, sda6, sda7, sda8, sda9, no partition and sda4
The next attempt to install using guided creteated sda11 in the unpartitioned area
From the live CD I deleted sda10 and resized the extended (sda3) back to it's original size. After that I increased sda2 to fill the gap
Installing did work now
The grub installer can obviously not handle partitions numbered "out of order"
You could say this is not a bug but user error, but I would not agree. One would assume that the installer does not do things in one part that other parts of it cannot handle
Why the KDE edition, based on KUbuntu, fixed it I don't know, but it did install
And oh how many different options I tested :)

tags: added: ubiquity-1.8.7
tags: added: hardy
Revision history for this message
Brian Murray (brian-murray) wrote : Traceback

Exception during installation:
May 11 16:52:12 mint python: Traceback (most recent call last):
May 11 16:52:12 mint python: File "/usr/share/ubiquity/install.py", line 1911, in <module>
May 11 16:52:12 mint python: install.run()
May 11 16:52:12 mint python: File "/usr/share/ubiquity/install.py", line 419, in run
May 11 16:52:12 mint python: self.configure_bootloader()
May 11 16:52:12 mint python: File "/usr/share/ubiquity/install.py", line 1422, in configure_bootloader
May 11 16:52:12 mint python: "GrubInstaller failed with code %d" % ret)
May 11 16:52:12 mint python: InstallStepError: GrubInstaller failed with code 1
May 11 16:52:12 mint python:

tags: added: installer-crash
Revision history for this message
Thomas Hotz (thotz-deactivatedaccount) wrote :

Confirming this bug.

Changed in ubiquity (Ubuntu):
status: New → Confirmed
Revision history for this message
Phillip Susi (psusi) wrote :

Are you able to reproduce this on a currently supported release? If so please describe how.

Changed in ubiquity (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for ubiquity (Ubuntu) because there has been no activity for 60 days.]

Changed in ubiquity (Ubuntu):
status: Incomplete → Expired
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Bug attachments

Remote bug watches

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