[Bug 1059827] Re: Non trival grub2 installs no longer fit in small embed areas

[NounouRs]

When you say partitioning disk with modern tools... ok, let's said we
have modern tools on 12.04.1 boot CD (that is not really the case since
LVM and RAID are only on alternate CD... why ? is libre-office more
relevant than a complete installing system ?)

When a disk is double partitionned, for example LVM over RAID, did it
need to partition from the basement, that meens RAID level, or only the
top final partitions, LVM level ?

If it needs to partition from the low level, and if it is not going to
be fixed, I think it will need a tool, a script or whatever to get
around this bug.

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to grub2 in Ubuntu.
https://bugs.launchpad.net/bugs/1059827

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

Status in “grub2” package in Ubuntu:
  Triaged

Bug description:
  Traditionally the first boot track of the disk was left unpartitioned.
  This area is used to embed the grub2 core.img file.  The size of this
  area used to typically be 62 sectors.  In recent years the typical
  size has changed to 2048 sectors to keep the partitions aligned to a 1
  MiB boundary for performance reasons on SSDs and newer hard disks with
  4KiB sector sizes.  All but the most trivial configurations of grub no
  longer fit in the old 62 sector size embed area.  This results in grub
  complaining that your embed area is unusually small.

  Upstream appears to have no desire to support such configurations, so
  this is unlikely to be fixed, but I will leave this bug report open
  for now.  The workaround for the problem is to repartition the disk
  with modern partitioning tools that will align partitions to 1MiB,
  thus leaving 2048 sectors for the embed area.

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