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

Reply via email to