Package: kdump-tools
Version: 1:1.5.3-2
Severity: important
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
Staging a forced panic
* What exactly did you do (or not do) that was effective (or
ineffective)?
to force the panic:
echo 1 > /proc/sys/kernel/sysrq
echo c > /proc/sysrq-trigger
* What was the outcome of this action?
system froze, no reboot. Upon manual reboot there were no crash files
* What outcome did you expect instead?
Some kind of readable prompt that would have led me to typing in my encrypted
Hard Disk password.
I didn't know what to expect until I reinstalled another OS on another system
and looked at the behavior.
On Fedora for example, when the kernel crashed, the console (not a console on X
but Alt+F4 tty) showed typical output, plus a moment where it prompted me to
input the encrypted hardisk password. Like when the system boots up and asks
for your password to run on your encrypted drive.
After forcing a panic on my Debian system, and inputting my HD password without
prompt, the dump worked fine.
I deemed this as important because of two reasons:
1) shouldn't this be automatic? I don't know the ins and outs of encryption,
but once the file system is loaded, there should be a way to inform the
crashkernel of the right "key" to decrypt the hard disk, no?
2) Had I not installed Fedora and checked to see the behavior of kdump on that
system, I would have NEVER deduced that my hard disk password was needed. Now I
know, and I can go on to debug some random crashes on my system, but I'm sure
that I'm not the first.
Thanks!
*** End of the template - remove these template lines ***
-- System Information:
Debian Release: 8.4
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.4.0-0.bpo.1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages kdump-tools depends on:
ii init-system-helpers 1.22
ii kexec-tools 1:2.0.7-5
ii makedumpfile 1:1.5.3-2
kdump-tools recommends no packages.
kdump-tools suggests no packages.
-- Configuration Files:
/etc/default/kdump-tools changed:
USE_KDUMP=1
KDUMP_COREDIR="/var/crash"
-- no debconf information