RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 592184 - Boot loader configuration incorrect after installing to /dev/sdb
Summary: Boot loader configuration incorrect after installing to /dev/sdb
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: anaconda
Version: 6.0
Hardware: All
OS: Linux
low
medium
Target Milestone: rc
: ---
Assignee: Anaconda Maintenance Team
QA Contact: Release Test Team
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-05-14 07:39 UTC by Amit Shah
Modified: 2010-05-14 07:46 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2010-05-14 07:46:55 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Amit Shah 2010-05-14 07:39:50 UTC
Description of problem:
On a desktop with two hard disks, I installed RHEL6 in a partition on /dev/sdb. I 'activated' only /dev/sdb for install and kept /dev/sda for the data mounts.

I selected /dev/sdb for installation of the boot loader.

After the install was done, booting into /dev/sdb wasn't possible. Peeking into the grub.conf file generated, it used hd(0,0) as the root instead of (hd1,0). It also used (hd0,0) for the splashimage location.

After manually correcting this, boot works.

This is from a nightly install of RHEL6, anaconda version anaconda-13.21.38-1.el6.x86_64.rpm

Comment 1 Hans de Goede 2010-05-14 07:46:55 UTC
This is expected behaviour, the disks to install unto selection screen where you can move disks from the left to the right, has a radiobutton column in the right display named boot, here you indicate which disk your system will boot from, you indicated it will boot from sdb, so anaconda assumes that sdb is the first disk in the bios order (iow bios disk 80) and thus hd0.


Note You need to log in before you can comment on or make changes to this bug.