Documentazione<Precedenti | Contenuti | Succ.>
6.5. Verifica
Per confermare che il meccanismo di dump del kernel è abilitato, ci sono alcune cose da verificare. Innanzitutto, confermare che il crashkernel parametro di avvio è presente (nota: la riga seguente è stata divisa in due per adattarsi al formato di questo documento:
cat / proc / cmdline
BOOT_IMAGE=/vmlinuz-3.2.0-17-server root=/dev/mapper/PreciseS-root ro crashkernel=384M-2G:64M,2G-:128M
. crashkernel parametro ha la seguente sintassi:
crashkernel= : [, : ,...][@offset] range=start-[end] 'start' è inclusivo e 'end' è esclusivo.
Quindi per il parametro crashkernel trovato in /proc/linea cmd noi avremmo :
crashkernel=384M-2G:64M,2G-:128M
Il valore di cui sopra significa:
• se la RAM è inferiore a 384M, non riservare nulla (questo è il caso di "salvataggio")
• se la dimensione della RAM è compresa tra 386M e 2G (esclusiva), riservare 64M
• se la dimensione della RAM è maggiore di 2G, riservare 128M
In secondo luogo, verifica che il kernel abbia riservato l'area di memoria richiesta per il kernel kdump eseguendo:
dmesg | grep -ho crash
...
[ 0.000000] Riserva 64 MB di memoria a 800 MB per crashkernel (RAM di sistema: 1023 MB)
Infine, come visto in precedenza, il kdump-config mostra Il comando mostra lo stato corrente della configurazione di kdump-tools:
kdump-config mostra
MODALITÀ_DUMP: kdump
USE_KDUMP: 1
KDUMP_SYSCTL: kernel.panic_on_oops=1 KDUMP_COREDIR: /var/crash
indirizzo crashkernel: 0x2c000000
/var/lib/kdump/vmlinuz: collegamento simbolico a /boot/vmlinuz-4.4.0-10-generic kdump initrd:
/var/lib/kdump/initrd.img: collegamento simbolico a /var/lib/kdump/initrd.img-4.4.0-10-generic stato attuale: pronto per kdump
comando kexec:
/sbin/kexec -p --command-line="BOOT_IMAGE=/vmlinuz-4.4.0-10-generic root=/dev/ mapper/VividS--vg-root ro debug break=init console=ttyS0,115200 irqpoll maxcpus =1 nousb
systemd.unit=kdump-tools.service" --initrd=/var/lib/kdump/initrd.img /var/lib/kdump/vmlinuz