Section 3.2 of the current GRUB2 986431 and 979805 indicate not. In 986431, a Dell PC, the first partition (containing a Dell utility) started at sector 36 (maybe a 4K sector disk?) and in 979805, a refurbished Lenovo laptop, the first partition started at sector 28. The responses to these bug reports by some people was interesting: The best thing to do might be to contact NBWN and let them know that their disk partitioning is incompatible with Fedora The standard here is what the Windows installer does, not what Dell’s inept manufacturing process produces. Have you called Dell tech
My Lenovo T430 came with UEFI 2.3.1 firmware but Lenovo had factory-installed Windows 7 Professional 64-bit using an MBR-partitioned 500gb disk. I was a bit unhappy with that and decided to convert the disk to GPT (GUID Partition Table) and modify Windows 7 to UEFI-boot without reinstalling Windows 7. This post describes how I did it.
Got a MBR disk and GRUB2 core.img will not fit between the MBR and sector 63? This is common with on disks on which Windows XP was installed prior to trying to install Fedora 16. Typically you will receive a message similar to this: Your embedding area is unusually small. core.img won’t fit in it.. Embedding is not possible. GRUB can only be installed in this setup by using blocklists. However, blocklists are UNRELIABLE and their use is discouraged.. Here is what the Fedora deveopers have to say about this issue: Versions of Fedora prior to Fedora 16, and many
This post discusses the requirement for a GPT BIOS Boot Partition by GRUB2 in order to boot a BIOS-based system.
This post discusses how to upgrade your Fedora 16 system from a MBR partitioned boot disk booted using GRUB Legacy to a GPT partitioned disk booted using GRUB2.