Bug 124725
Summary: | Alternate GRUB entries removed by installer | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Phil Schaffner <philip.r.schaffner> | ||||
Component: | mkinitrd | Assignee: | Peter Jones <pjones> | ||||
Status: | CLOSED WORKSFORME | QA Contact: | Mike McLean <mikem> | ||||
Severity: | low | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | rawhide | ||||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | i386 | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2006-08-20 10:47:12 UTC | Type: | --- | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Attachments: |
|
Description
Phil Schaffner
2004-05-28 20:47:26 UTC
Did you select upgrade boot loader or install new boot loader? What did your grub.conf look like before and after? Selected to upgrade the boot loader. Will create an attachment with (reconstructed as closely as possible) FC1 grub.conf and post-upgrade FC2 grub.conf. Created attachment 100831 [details]
grub.conf before and after upgrade (.FC1 and .FC2)
Had to reconstruct the before (grub.conf.FC1) file from the one on the
alternate boot partition as the original was clobbered by the upgrade.
Were the other kernels in this config installed via RPM? ie, do the vmlinuz files still exist? The kernel files in /boot on the alternate FC1 installation are still present, both RPM installs and custom-build. On the upgraded /boot, the RPM-installed kernel files were removed, the custom-built ones are still present, but all other FC1 GRUB boot stanzas for both partitions were removed. Only the FC2-installed biit entries and the one for W2K remained. Fat-fingered that one - should (obviously?) have been "boot" not "biit'. In a situation with multiple alternate installations I found that the most practical way to organize booting is not to drop everything into one "monster menu" but to have "the main" grub menu which really is only a dispatcher and does 'chainload ...' for any of a "second tier" particular OS specific loader installed on boot partitions for every (sub)installation. For Linux this will be a separate for each installation copy of grub; not even necessarily the same grub version. Now any changes by update tools (anaconda, yum, whatever ... ) affect only what is relevant and these tools are not even aware of other stuff. As a side effect you may now have not only a default boot entry in the top menu but also a default entry for every of subinstallations. Much easier to maintain the whole structure as you never have to worry what belongs to what. OK - Lets get this one off the books. |