http://bugzilla.suse.com/show_bug.cgi?id=1142229
http://bugzilla.suse.com/show_bug.cgi?id=1142229#c14
Josef Reidinger
well, for me it is more likely just coincidence that it is the first logical partition or qemu do some magic in its BIOS as on real hardware it is problem with jumping to boot code on logical partition. Does it work if logical partition is not the first one?
I doubt that there is any special magic. And I doubt that it matters which logical partition is used.
My partition (in a VM) was about the same as described in comment 4 above. However, I carefully created the first partition so that there was minimal space between the MBR and the first partition. Normally, there would be 2047 blocks there. I used: parted -a cylinder /dev/sda
I then created a new label (msdos partitioning), and a new partition. I set the first partition to start at offset 0M. And parted set the partition to begin the first sector beyond the MBR.
Here's the real problem:
When I tell the installer to boot from a partition, it normally chooses the partition containing "/boot". But it makes an exception. If the partition containing "/boot" is a logical partition, then the installer changes that to boot from the extended partition. And if "/boot" is part of a "btrfs" partition, that is never going to work.
I understand the reasoning for this behavior. Traditionally, one can only boot from a primary partition. But the generic code that the installer puts in the MBR can actually boot from a logical partition. And, in case "/boot" is in a "btrfs" partition, it should just go with installing booting there and setting that logical partition as active.
Steffen - can you confirm that generic boot code from syslinux can boot from logical volume? Neil - another issue can be that some BIOSes refuses to boot from disk if there is no primary partition with active flag. We have such bug reports in past, so we set that active flag even when grub2 is in MBR which does not need it. Seymour Metz - on that page is also hint how to invoke shell commands and e.g. also how to setup network connection. So what I usually do is save_y2logs followed by scp that copy it. USB as Neil mention is also option. but I think here we do not need logs anymore as issue is quite clear. Not enough MBR gap and also not enough space in extended partition. We are just checking what is the best solution to make it working everywhere. -- You are receiving this mail because: You are on the CC list for the bug.