Documentation<Précédent | Table des matières | Suivant>
6.5. Vérification
Pour confirmer que le mécanisme de vidage du noyau est activé, il y a quelques éléments à vérifier. Tout d'abord, confirmez que le noyau de crash le paramètre de démarrage est présent (remarque : la ligne suivante a été divisée en deux pour s'adapter au format de ce document :
cat / proc / cmdline
BOOT_IMAGE=/vmlinuz-3.2.0-17-server root=/dev/mapper/PreciseS-root ro crashkernel=384M-2G:64M,2G-:128M
La noyau de crash paramètre a la syntaxe suivante :
crashkernel= : [, : ,...][@offset] range=start-[end] 'start' est inclusif et 'end' est exclusif.
Donc pour le paramètre crashkernel trouvé dans /proc/ligne de commande nous aurions :
crashkernel=384M-2G:64M,2G-:128M
La valeur ci-dessus signifie :
• si la RAM est inférieure à 384M, alors ne réservez rien (c'est le cas "sauvetage")
• si la taille de la RAM est comprise entre 386M et 2G (exclusif), alors réservez 64M
• si la taille de la RAM est supérieure à 2G, alors réservez 128M
Deuxièmement, vérifiez que le noyau a réservé la zone mémoire demandée pour le noyau kdump en faisant :
dmesg | grep -je crash
[ 0.000000] Réservation de 64 Mo de mémoire à 800 Mo pour crashkernel (RAM système : 1023 Mo)
Enfin, comme vu précédemment, la spectacle kdump-config La commande affiche l'état actuel de la configuration de kdump-tools :
spectacle kdump-config
DUMP_MODE : kdump
USE_KDUMP : 1
KDUMP_SYSCTL : kernel.panic_on_oops=1 KDUMP_COREDIR : /var/crash
adresse crashkernel : 0x2c000000
/var/lib/kdump/vmlinuz : lien symbolique vers /boot/vmlinuz-4.4.0-10-generic kdump initrd :
/var/lib/kdump/initrd.img : lien symbolique vers /var/lib/kdump/initrd.img-4.4.0-10-generic état actuel : prêt à kdump
commande 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