Activity log for bug #1059827

Date Who What changed Old value New value Message
2012-10-01 20:37:37 Phillip Susi bug added bug
2012-10-14 15:26:20 Sasa Paporovic tags karmic natty oneiric precise quantal
2012-10-16 12:21:41 Philipp Schlesinger bug added subscriber Philipp Schlesinger
2012-10-26 20:44:21 Thomas Schwinge bug added subscriber Thomas Schwinge
2012-11-20 21:08:19 Thomas Parmelan bug added subscriber Thomas Parmelan
2013-04-16 15:20:32 Phillip Susi summary Non trival grub2 installs no longer fit in small embed areas Non trivial grub2 installs no longer fit in small embed areas
2013-04-16 15:27:35 Phillip Susi 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. 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.
2013-05-02 08:28:23 KrzysiekT bug added subscriber KrzysiekT
2014-02-04 03:55:55 Alberto Jovito bug task added grub
2014-02-04 03:56:19 Alberto Jovito affects grub installation-report
2014-02-04 03:57:27 Launchpad Janitor installation-report (Ubuntu): status New Confirmed
2014-02-04 03:57:27 Alberto Jovito affects installation-report installation-report (Ubuntu)
2014-02-04 04:00:05 Launchpad Janitor installation-report (Ubuntu): status New Confirmed
2014-02-04 04:04:00 Alberto Jovito bug task added ubiquity (Ubuntu)
2014-02-04 04:10:39 Alberto Jovito bug task deleted installation-report (Ubuntu)
2014-02-04 14:45:21 Phillip Susi ubiquity (Ubuntu): status New Triaged
2014-02-04 14:45:23 Phillip Susi ubiquity (Ubuntu): importance Undecided Wishlist
2014-03-15 03:42:49 Alberto Jovito bug added subscriber Alberto Jovito
2014-03-22 01:37:32 Simon Andric bug added subscriber Simon Andric
2015-09-08 15:16:41 Ubuntu QA Website tags karmic natty oneiric precise quantal iso-testing karmic natty oneiric precise quantal
2016-01-27 17:44:09 amadeus grub2 (Ubuntu): status Triaged Fix Released
2016-02-01 14:07:22 Phillip Susi grub2 (Ubuntu): status Fix Released Triaged
2016-02-01 14:48:00 Daniele Varrazzo bug added subscriber Daniele Varrazzo
2018-08-03 15:43:02 Phillip Susi bug task deleted ubiquity (Ubuntu)
2020-05-01 08:52:48 Stephane bug added subscriber Stephane
2020-05-01 08:52:57 Stephane removed subscriber Stephane