Description of problem: In F13 (and rawhide) RAID installs mdadm is using v1.1 metadata which places the superblock at the start of the partition. This differs from < 1.1 metadata which placed it at the end of the partition. Previously you could create a RAID1 array for / with no separate /boot partition and grub would boot it because it looks at the start of the partition for the filesystem. With v1.1 metadata the start of the filesystem is offset by 2M (I think) so grub, which doesn't know anything about RAID, cannot find it. Version-Release number of selected component (if applicable): anaconda-13.42-1 How reproducible: Always Steps to Reproduce: 1. Create RAID1 array 2. Create / ext4 filesystem on array 3. Do not create a separate /boot partition 4. Install minimal system 5. reboot To fix this I think we should add some checks to anaconda when installing on RAID1. If there is no /boot partition and if / is on a RAID1 we should fall back to using v1.0 metadata if there are no other restrictions. I need to check, but I think the big difference between v1.0 and 1.1 is support for larger partitions. If / is on RAID level other than 1 and there is no separate /boot the user should be warned that it will be unbootable. Also warn if v1.0 metadata cannot be used.
This is a problem on Fedora13, it has already been addressed on rawhide by hansg with commit 13f66ffc03cc66946a730079dba6ea6e2d10c737