Package: kexec-tools
Version: 1.101-kdump10-2
Followup-For: Bug #426506

It would be nice if "$USE_KEXEC" whould distinguish between three
states:

DISABLED:
        /etc/init.d/kexec-load
                Don't load any kernel
        /etc/init.d/kexec
                Don't use kexec on reboot
TRY_EXEC: 
        /etc/init.d/kexec-load
                Don't load any kernel
        /etc/init.d/kexec
                Try kexec, but continue with a regular boot if no image
                was loaded. Could use /sys/kernel/kexec_loaded on newer
                kernels (>= 2.6.19) or just execute kexec every time.
FORCE_LOAD:
        /etc/init.d/kexec-load
                Do load the specified kernel
        /etc/init.d/kexec
                Do execute kexec

For me, TRY_EXEC is missing. When I have to upgrade our servers kernels,
I really would like to use kexec, because they have SCSI and a reboot
takes eons. Therefor I execute
        kexec --command-line="$(</proc/cmdline)" --load /boot/vmlinuz-2.6.21
by hand and do a reboot. Since "$USE_KEXEC" is set to 0 (I don't want
/etc/init.d/kexec-load to load the standard "$KERNEL_IMAGE" every time
automatically, I just want my specific kernel booted once using kexec),
kexec doesn't get used and the reboot takes the long BIOS road.

It actually would help if /etc/init.d/kexec-load wouldn't check for
        test "$USE_KEXEC" = 1 || exit 0
but for the existance of "$KERNEL_IMAGE" itself
        test -s "$KERNEL_IMAGE" || exit 0
The kernel would get loaded, if it exists, but only executed, when
USE_KEXEC is set to 1.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (989, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.21.5-laptop (PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages kexec-tools depends on:
ii  libc6                         2.5-11     GNU C Library: Shared libraries

kexec-tools recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to