Sorry, I did get a little confused over the sectors thing.  The 63rd LBA sector 
is the starting point for the 0MB boundary of partitions usually.  I wasn't 
thinking straight.  I'm used to using the MB settings for partitioning instead. 
 Anyhow, the normal Grub2 install for any partition that's not BtrFS can fit 
into the MBR area with no problem normally.  However, a larger area is required 
if you're going to use a BtrFS partition since the data on how to read such a 
partition in Grub2 makes the boot program a bit larger than the MBR size.  
Recall that I said Core.img is particularly large.  I'll have to check on my 
installation to see where I had to start it at later.  But it is a problem that 
should be addressed or at least warned about in the installation.
As for the installation report, it should mention that Grub2 failed to install 
properly and should return to the partitioning step to address the issue.  
Highlighting the issue may also be beneficial to users.  However, with newer 
hard drives, they utilize 4K sector sizes to increase capacity.  This should be 
taken into account in case the 512b emulation ceases.  It's known as Advanced 
Format and can be a pain in the rear if you're not already familiar with it.  
This will make 256 sectors equal to 1 MB instead.
Anyhow, I'll be sure to check on how I've managed to install BtrFS and where my 
partitions start and end so that I can toss together a sort of guideline for 
failsafes.

-- 
You received this bug notification because you are a member of Kubuntu
Bugs, which is subscribed to a duplicate bug report (1266195).
https://bugs.launchpad.net/bugs/1059827

Title:
  Non trivial grub2 installs no longer fit in small embed areas

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1059827/+subscriptions

-- 
kubuntu-bugs mailing list
kubuntu-b...@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/kubuntu-bugs

Reply via email to