[Bug 785394] Re: Hard-coded crashkernel=... memory reservation in /etc/grub.d/10_linux is insufficient

[Chris J Arges]

ubuntu p/q/r/s/t versions of the source package show the same options:

./trusty/grub-0.97/debian/update-grub:				extra_opts="$extra_opts crashkernel=384M-2G:64M,2G-:128M"
./raring/grub-0.97/debian/update-grub:				extra_opts="$extra_opts crashkernel=384M-2G:64M,2G-:128M"
./quantal/grub-0.97/debian/update-grub:				extra_opts="$extra_opts crashkernel=384M-2G:64M,2G-:128M"
./saucy/grub-0.97/debian/update-grub:				extra_opts="$extra_opts crashkernel=384M-2G:64M,2G-:128M"
./precise/grub-0.97/debian/update-grub:				extra_opts="$extra_opts crashkernel=384M-2G:64M,2G-:128M"

Which are from this changelog entry:
grub (0.97-29ubuntu24) intrepid; urgency=low

  * update-grub: Use a range of sizes when setting up crashkernel=
    - Less then 512M of physical memory, no crashkernel areas
    - 512M -> 2G use 64M for crashkernel
    - > 2G use 128M for crashkernel

 -- Ben Collins <ben.collins at canonical.com>  Thu, 19 Jun 2008 11:21:26
-0400

debian's grub source package doesn't have this change.

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

Title:
  Hard-coded crashkernel=... memory reservation in /etc/grub.d/10_linux
  is insufficient

Status in “grub” package in Ubuntu:
  In Progress

Bug description:
  Binary package hint: grub-pc

  This concerns grub-pc 1.99~rc1-13ubuntu3 in Ubuntu Natty.

  The /etc/grub.d/10_linux file contains this snippet:

      # add crashkernel option if we have the required tools
      if [ -x "/usr/bin/makedumpfile" ] && [ -x "/sbin/kexec" ]; then
          GRUB_CMDLINE_EXTRA="$GRUB_CMDLINE_EXTRA crashkernel=384M-2G:64M,2G-:128M"
      fi

  I am on a system with 2GB of RAM (reported as 2038MB), and according
  to the kernel startup messages, 64MB is reserved for the crash kernel.

  Unfortunately, this does not appear to be enough memory for the
  regular Ubuntu kernel to boot. I am attaching a kernel log obtained
  via serial cable; it shows the initial boot, a crash in the kernel's
  video-driver-related code, the subsequent crashkernel boot, and then
  an apparent "out of memory" kernel panic. (A side effect of the
  "double crash" is that the system is left unresponsive, requiring a
  manual reset instead of rebooting itself automatically.)

  If I double the memory numbers in the crashkernel=... argument, so
  that the reservation is 128MB, the system correctly goes on to attempt
  a vmcore dump and reboot.

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