Red Hat Bugzilla – Bug 493294
System recovery partition offered as "Other" boot option (F11beta)
Last modified: 2009-04-28 13:41:49 EDT
Description of problem:
With F11beta install anaconda offered to add the System recovery partition as "Other" boot option for GRUB.
Version-Release number of selected component (if applicable):
anaconda from F11 beta release
Steps to Reproduce:
1. Start F11 beta install from i386 DVD
Anaconda offered the first partition as "Other" OS boot option while this is the system recovery partition (type 12).
Anaconda does not offer a/the System recovery partition as valid "Other" OS option
The partition layout is as follows:
Disk /dev/sda: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x7881e424
Device Boot Start End Blocks Id System
/dev/sda1 1 784 6297448+ 12 Compaq diagnostics
/dev/sda2 785 5788 40194630 7 HPFS/NTFS
/dev/sda3 * 5789 10250 35841015 af Unknown
/dev/sda4 10251 19457 73955227+ 5 Extended
/dev/sda5 10251 10276 208813+ 83 Linux
/dev/sda6 10277 10537 2096451 82 Linux swap / Solaris
/dev/sda7 10538 19457 71649868+ 83 Linux
There's not really any good way to filter these diagnostics partitions out in the new storage code. They're a bootable partition with a dos filesystem, which makes them look just like a Windows or similar OS is installed there. Additionally, the partition ID isn't really accessible anymore since it's a msdos disklabel specific feature that the new pyparted and booty doesn't want to expose. Is having it in the bootloader causing real annoyance?
Not for me, I know that I need to modify grub and how to do it. But some people won't probably like it if they accidentally start a system recovery instead of booting into XP.
Unfortunately there's not really anything we can do about this for F11. There's a possible fix, but it's very complicated and prone to causing more errors that we won't have time to fix before the final release.