This bug was fixed in the package grub2 - 1.97~beta1-1ubuntu2
---
grub2 (1.97~beta1-1ubuntu2) karmic; urgency=low
* debian/patches/953_no_eh_frame.diff: Build with -fno-dwarf2-cfi-asm to
stop gcc-4.4 generating .eh_frame sections that cause core.img to be too
big to embed
I clarified with Felix on IRC that even ext2 fails, and he spotted that
it's mostly due to our use of gcc-4.4 by default. gcc-4.3 seems to
generate smaller code, so I'll force that for the time being.
** Changed in: grub2 (Ubuntu)
Status: Triaged = Fix Committed
--
karmic alpha: grub2
I've also just sent a patch to grub-devel that fixes the size issue with
gcc-4.4.
--
karmic alpha: grub2 core.img with mdraid lvm too big to embed
https://bugs.launchpad.net/bugs/423412
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Oh, by the way: it seems that the grub modules are built with -O2 --
using -Os could possibly shave a few percent off, which would give a
little bit bigger margin of safety in the future.
--
karmic alpha: grub2 core.img with mdraid lvm too big to embed
https://bugs.launchpad.net/bugs/423412
You
Great, thanks for the quick fix. And for the record, I was using ext4,
ie grub's ext2.mod -- I had pretty much the most plain-vanilla set of
modules possible except for lvm and raid. With the current grub-pc on
my laptop (amd64, 1.97~beta1-1ubuntu1), I see for the set of modules I
would need:
$
Am Donnerstag, den 03.09.2009, 14:17 + schrieb Roland Dreier:
Oh, by the way: it seems that the grub modules are built with -O2 --
using -Os could possibly shave a few percent off, which would give a
little bit bigger margin of safety in the future.
You probable looked wrong.
For the
** Attachment added: Dependencies.txt
http://launchpadlibrarian.net/31256262/Dependencies.txt
--
karmic alpha: grub2 core.img with mdraid lvm too big to embed
https://bugs.launchpad.net/bugs/423412
You received this bug notification because you are a member of Ubuntu
Bugs, which is
