Como causar uma falha de teste com o kdump?

1

Depois de instalar linux-crashdump e kdump-tools de acordo com o link e configurar o último para que cat /sys/kernel/kexec_crash_loaded imprima 1 , estou com problemas para causar uma falha de teste com

echo 1 | sudo tee /proc/sys/kernel/sysrq
echo c | sudo tee /proc/sysrq-trigger

O sistema congela e erros gráficos ocorrem em unidade, mas nada acontece por 10 minutos (o artigo do wiki mencionado acima afirma que "deve haver algum atraso" dependendo da memória (16GB no meu caso), mas não pode ser tão longo, certo ?!). Espero uma reinicialização e criação de dump em /var/crash .

Existem outras asserções que devem ser verificadas além de cat /sys/kernel/kexec_crash_loaded ? Eu testei com 3.17-rc6 e 3.16.0-18-generic no Ubuntu 14.10-beta1 e 3.13.0-36-generic no Ubuntu 14.04.1.

Infos:

$ uname -a
Linux richter-lenovo-IdeaPad-Z500 3.17.0-031700rc6-generic #201409211935 SMP Sun Sep 21 23:37:11 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
$ cat /etc/default/kdump-tools | grep -Ev '(#.*$)|(^$)'
USE_KDUMP=1
KDUMP_COREDIR="/var/crash"

O seguinte está presente em /var/crash/ , mas não parece ser o resultado do crashdump na minha opinião (além do fato de que o reinício não funciona):

$ ls /var/crash/
kexec_cmd                              _usr_bin_gnome-tweak-tool.1000.uploaded
nvidia-331.0.crash                     _usr_bin_meld.0.crash
nvidia-343.0.crash                     _usr_bin_nautilus.1000.crash
_usr_bin_gnome-tweak-tool.1000.crash   _usr_bin_update-manager.1000.crash
_usr_bin_gnome-tweak-tool.1000.upload  _usr_share_apport_apport-gtk.0.crash
$ cat /var/crash/kexec_cmd
/sbin/kexec -p --command-line="BOOT_IMAGE=/boot/vmlinuz-3.17.0-031700rc6-generic root=UUID=c5aaeaf4-f555-45ff-a4f8-185a3aeac543 ro quiet splash irqpoll maxcpus=1 nousb" --initrd=/boot/initrd.img-3.17.0-031700rc6-generic /boot/vmlinuz-3.17.0-031700rc6-generic
    
por Karl Richter 28.09.2014 / 01:06

2 respostas

0

o congelamento geralmente indica memória reservada imprópria tente aumentá-lo 128M de cada vez

seu parâmetro crashkernel no grub config ficaria assim:

384M: 256M

aumenta gradualmente o 256M

    
por Sherif a. Louis 25.03.2015 / 03:07
0

Eu também tive esse problema, só descobri.

Aqui está o que eu fiz:

Use o Kdump e um kernel que você construir, ao construir o kernel, passe um arg

"deb-pkg" (ubuntu) para 'make', que significa "make -jN deb-pkg",

em seguida, instale os pacotes e o kdump (linux-crashdump),

    
por zerons 26.02.2016 / 16:03