[Bug 732771] Re: Ubuntu 10.10 (AMD 64) installer on Intel "fake RAID" writes GRUB boot code to MBR, not to root of Linux partition, contrary to selected option.
Njorl
732771 at bugs.launchpad.net
Mon Dec 1 08:08:52 UTC 2014
Phillip,
Neat question.
The machine has gone through a few upgrade cycles now. I think it's on
13.10. No problem with the upgrades.
It's not a test rig. So, not practical to try a fresh installation,
sorry.
I suggest either later versions lack the fault or the specific
configuration which it affects is far from popular.
On Dec 1, 2014 2:25 AM, "Phillip Susi" <psusi at ubuntu.com> wrote:
> 10.10 reached end of life some time ago and is no longer supported. Are
> you able to reproduce this on 14.04 or 14.10?
>
>
> ** Changed in: ubiquity (Ubuntu)
> Status: New => Incomplete
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/732771
>
> Title:
> Ubuntu 10.10 (AMD 64) installer on Intel "fake RAID" writes GRUB boot
> code to MBR, not to root of Linux partition, contrary to selected
> option.
>
> Status in ubiquity package in Ubuntu:
> Incomplete
>
> Bug description:
> Binary package hint: ubiquity
>
> I have now tried this twice, in case I'd bungled the selection the
> first time around and because I'd know to collect details, the second
> time. (Note, although my Ubuntu installation booted the first time,
> it did not seem to be recognising that the discs were fake RAID. It
> showed sda and sdb and nothing in mapper. With this second
> installation, Ubuntu seems to be running from the RAID correctly -
> "/dev/mapper/isw_gcjjjacje_MC-PC001_RAID5 / ext4
> errors=remount-ro 0 1". "/dev/mapper/isw_gcjjjacje_MC-
> PC001_RAID6 none swap sw 0 0": in
> fstab. Difference in my second installation was that I checked the
> box to download updates.)
>
> The fake RAID is provided by Intel ICH9R.
>
> Just to prove I chose the root of my Linux partition for GRUB
> installation, I took a screen shot. (This is dated Thu 10 Mar 2011
> 05:29:57 PM GMT.) I also have a screen shot of the wizard reporting
> 'Running "grub-install /dev/mapper/isw_gcjjjacje_MC-PC001_RAID"', but
> this information is in the log and indicates what was done, rather
> than what was requested.
>
> This report is being submitted from within the Live CD environment,
> following Ubiquity's completion of the installation routine.
>
> I saved the RAID MBR and the Linux partition (5) boot sector
> immediately after Ubiquity finished. The MBR is clearly for GRUB
> (having been Windows 7 at the start) and the partition's "boot sector"
> is all zero.
>
> Thank you for reading, and doubly for working on this issue.
>
> ==============================
> ubuntu at ubuntu:/tmp$ apt-cache policy ubiquity
> ubiquity:
> Installed: 2.4.8
> Candidate: 2.4.8
> Version table:
> *** 2.4.8 0
> 500 http://archive.ubuntu.com/ubuntu/ maverick/main amd64
> Packages
> 100 /var/lib/dpkg/status
>
> ProblemType: Bug
> DistroRelease: Ubuntu 10.10
> Package: ubiquity 2.4.8
> ProcVersionSignature: Ubuntu 2.6.35-22.33-generic 2.6.35.4
> Uname: Linux 2.6.35-22-generic x86_64
> Architecture: amd64
> Date: Thu Mar 10 18:03:37 2011
> ProcEnviron:
> LANG=en_US.UTF-8
> SHELL=/bin/bash
> SourcePackage: ubiquity
>
> To manage notifications about this bug go to:
>
> https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/732771/+subscriptions
>
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to ubiquity in Ubuntu.
https://bugs.launchpad.net/bugs/732771
Title:
Ubuntu 10.10 (AMD 64) installer on Intel "fake RAID" writes GRUB boot
code to MBR, not to root of Linux partition, contrary to selected
option.
Status in ubiquity package in Ubuntu:
Incomplete
Bug description:
Binary package hint: ubiquity
I have now tried this twice, in case I'd bungled the selection the
first time around and because I'd know to collect details, the second
time. (Note, although my Ubuntu installation booted the first time,
it did not seem to be recognising that the discs were fake RAID. It
showed sda and sdb and nothing in mapper. With this second
installation, Ubuntu seems to be running from the RAID correctly -
"/dev/mapper/isw_gcjjjacje_MC-PC001_RAID5 / ext4
errors=remount-ro 0 1". "/dev/mapper/isw_gcjjjacje_MC-
PC001_RAID6 none swap sw 0 0": in
fstab. Difference in my second installation was that I checked the
box to download updates.)
The fake RAID is provided by Intel ICH9R.
Just to prove I chose the root of my Linux partition for GRUB
installation, I took a screen shot. (This is dated Thu 10 Mar 2011
05:29:57 PM GMT.) I also have a screen shot of the wizard reporting
'Running "grub-install /dev/mapper/isw_gcjjjacje_MC-PC001_RAID"', but
this information is in the log and indicates what was done, rather
than what was requested.
This report is being submitted from within the Live CD environment,
following Ubiquity's completion of the installation routine.
I saved the RAID MBR and the Linux partition (5) boot sector
immediately after Ubiquity finished. The MBR is clearly for GRUB
(having been Windows 7 at the start) and the partition's "boot sector"
is all zero.
Thank you for reading, and doubly for working on this issue.
==============================
ubuntu at ubuntu:/tmp$ apt-cache policy ubiquity
ubiquity:
Installed: 2.4.8
Candidate: 2.4.8
Version table:
*** 2.4.8 0
500 http://archive.ubuntu.com/ubuntu/ maverick/main amd64 Packages
100 /var/lib/dpkg/status
ProblemType: Bug
DistroRelease: Ubuntu 10.10
Package: ubiquity 2.4.8
ProcVersionSignature: Ubuntu 2.6.35-22.33-generic 2.6.35.4
Uname: Linux 2.6.35-22-generic x86_64
Architecture: amd64
Date: Thu Mar 10 18:03:37 2011
ProcEnviron:
LANG=en_US.UTF-8
SHELL=/bin/bash
SourcePackage: ubiquity
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/732771/+subscriptions
More information about the foundations-bugs
mailing list