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

Mate Kukri 1059827 at bugs.launchpad.net
Thu Jun 27 10:25:00 UTC 2024


grub-install absolutely seems to work on start=2048 MBR disks in my
experience.

Also current Ubuntu BIOS setups use GPT with a BIOS boot partition which
gives plenty of space for GRUB core.

** Changed in: grub2 (Ubuntu)
       Status: Triaged => Fix Released

-- 
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 trivial grub2 installs no longer fit in small embed areas

Status in grub2 package in Ubuntu:
  Fix Released

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.

  Another workaround is to setup a simple ext4 /boot partition rather
  than try to boot directly from raid or lvm or btrfs.

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




More information about the foundations-bugs mailing list