Red Hat Bugzilla – Bug 152164
Anaconda forces installation of bootloader onto wrong drive - no selection possible
Last modified: 2008-02-06 23:31:12 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20050130 Fedora/1.7.5-3
Description of problem:
If you are making an attempt to install Linux onto a system with a SATA drive (/dev/sda) and an old legacy drive (/dev/hda), anaconda will force the boot partition to be installed onto the legacy IDE drive without giving the user the option to override this selection.
The workaround is to remove the IDE drive, then install, then reattach the IDE drive - not something you want to inflict on somebody with frayed nerves at having to deal with anaconda.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
If you go to the advanced boot loader options screen, you have the option of
reordering the drives. Unfortunately, PC hardware doesn't have a general and
reliable mechanism for determining this.
I did go to the advanced boot loader options screen, and no such option existed
on my platform.
Changing the destination drive is not something that is supposed to be hidden
inside an advanced options screen regardless.
Just Installing FC4T1 x86-64 on an external USB Drive
I wish to write grub to the MBR of the USB disk NOT the int disk
The BIOS boot order is set to CD, USB HDD, SCSI (int SATA, not raid)
The installer now (correctly ?) shows the USB as sda (different from FC3)
Int SATA is sdb
However even by going to Config Adv Boot Option
it does not seem possible to write grub to sda
I am offered sdb or sda1
I can appear to change the order but if I do the changes are not reflected
at the top of that screen, nor on the previous screen.
It still says it will put grub on sdb !!!!
I didn't trust it so had to choose No boot loader and I will install grub by
hand after install is complete
On a clean install of today's (1/5/2006) rawhide, anaconda (or was it grub?)
decided that grub was on hd1 vice hd0. In previous installs on this system, the
proper drive (hd0) was selected.
Should have been:
The intention was to put the boot partition on /dev/hda17. I believe grub
generally does not support partitions beyond 15? If so, that may explain the
problem tho I can get grub to go to that partition by chaining from /dev/hda1.
Some more info, here is what the kickstart file says that was created during
bootloader --location=partition --driveorder=sda,hda,sdb,sdc,sdd --append="rhgb
Note the drive order. Peculiar. Would expect hda,sda,sdb,sdc,sdd
Also, I had to do a grub-install to /dev/hda17 after booting to complete the
Fedora Core 3 is now maintained by the Fedora Legacy project for security
updates only. If this problem is a security issue, please reopen and
reassign to the Fedora Legacy product. If it is not a security issue and
hasn't been resolved in the current FC5 updates or in the FC6 test
release, reopen and change the version to match.
Fedora Core 3 is not maintained anymore.
Setting status to "INSUFFICIENT_DATA". If you can reproduce this bug in the
current Fedora release please reopen this bug and assign it to the corresponding