System tries to boot inside the crash kernel when kdump initramfs script fails
Bug #600051 reported by
Anders Kaseorg
This bug affects 2 people
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| kexec-tools (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
Bug Description
Binary package hint: kexec-tools
From /usr/share/
# Check that this is a kexec kernel.
grep -q kdump_needed /proc/cmdline || exit 0
# Make sure makedumpfile assumptions are satisfied.
test -e $INFO || exit 0
test -x $MAKEDUMPFILE || exit 0
The first ‘exit 0’ is correct, as it allows the system to boot normally. The other two ‘exit 0’s, however, _also_ cause the system to boot if the assumptions are not satisfied. Since at that point we know we’re booting into the tiny crash kernel with only 64 or 128 MiB of memory, this is totally wrong; we have to just reboot instead.
Revision history for this message
| Launchpad Janitor (janitor) wrote | #2 |
| Changed in kexec-tools (Ubuntu): | |
| status: | New → Fix Released |
To post a comment you must log in.
This bug was fixed in the package kexec-tools - 1:2.0.1-2ubuntu2
---------------
kexec-tools (1:2.0.1-2ubuntu2) maverick; urgency=low
* kdump.initramfs: panic if assumptions are not satisfied, instead of
letting the system continue to boot inside the crash kernel. (LP: #600051)
-- Anders Kaseorg <email address hidden> Tue, 17 Aug 2010 02:18:48 +0200