競合が発生したカーネルを起動するために、Linuxのカーネル衝突ダンプを使用しようとしています。ホストカーネルとクラッシュカーネルの両方がlinux-4.13.16カーネルにコンパイルされます。残念ながら、クラッシュが発生した後、クラッシュしたカーネルは起動に失敗しました。
iomemはクラッシュしたカーネルのために予約されたスペースを報告し、kdumpはkdumpの準備ができていると報告します。
28000000-37ffffff: カーネルパニック
$ sudo kdump-config show
DUMP_MODE: kdump
USE_KDUMP: 1
KDUMP_SYSCTL: kernel.panic_on_oops=1
KDUMP_COREDIR: /var/crash
crashkernel addr: 0x28000000
/var/lib/kdump/vmlinuz: symbolic link to /boot/vmlinuz-4.13.16ksa
kdump initrd:
/var/lib/kdump/initrd.img: symbolic link to /var/lib/kdump/initrd.img-4.13.16ksa
current state: ready to kdump
kexec command:
/sbin/kexec -p --command-line="BOOT_IMAGE=/boot/vmlinuz-4.13.16ksa root=UUID=3254c608-d885-4dfc-b20b-fa4e69564dca ro quiet splash vt.handoff=7 irqpoll noirqdistrib nr_cpus=1 nousb systemd.unit=kdump-tools.service" --initrd=/var/lib/kdump/initrd.img /var/lib/kdump/vmlinuz
$ cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-4.13.16ksa root=UUID=3254c608-d885-4dfc-b20b-fa4e69564dca ro quiet splash crashkernel=384M-2G:128M,2G-:256M vt.handoff=7
sysrq-triggerを使用して競合をトリガーした後は、競合カーネルをロードしません。
通常のカーネルlinux-4.8.0-36-genericを使用してテストし、正常に実行されます。
システムログファイルは次のとおりです。ここ。
linux-4.8.0-36-genericとlinux-4.13.16ksaの両方に同じ.configファイルがあります。私が見ることができる唯一の違いは、起動中にlinux-4.13.0-38の場合、コンパイルされたlinux -4.13.16ksaがないefi.signed vmlinuz（vmlinuz-4.13.0-38-generic.efi.signed）をロードすることですです。 efi署名。
これが問題になる可能性がありますか？この問題をどのように解決できますか？