Je ne me souviens pas que le noyau 2.2.x ait pris en charge AMD64 ... Ce numéro de version est-il correct?
Turbo J
Réponses:
7
Vous pouvez également consulter le kdump-toolspaquet Debian pour automatiser certaines des étapes de démarrage nécessaires.
Les étapes sont à peu près,
sudo apt-get install kdump-tools
Situé USE_KDUMP=1dans/etc/default/kdump-tools
Ajoutez crashkernel=128Mà la ligne de commande du noyau donnée dans la configuration du chargeur de démarrage (par exemple /etc/default/grub). Cela ne fait pas de mal non plus de passer nmi_watchdog=1pour s'assurer que les accrochages durs sont pris.
Notez que 128 Mo n'est qu'un chiffre approximatif. Il doit être suffisamment grand pour accueillir l'image du noyau et le ramdisk init associé.
Si votre disque initram est volumineux, vous pourrez peut-être le réduire en modifiant légèrement /etc/initramfs-tools/initramfs.conf
Assurez-vous que la configuration de votre chargeur de démarrage est mise à jour (par exemple sudo update-grub)
Assurez-vous que votre noyau est construit avec,
CONFIG_RELOCATABLE=y
CONFIG_KEXEC=y
CONFIG_CRASH_DUMP=y
CONFIG_DEBUG_INFO=y
Redémarrer
Vérifiez que le noyau de crash est chargé, cat /sys/kernel/kexec_crash_loaded
Facultatif: testez que tout cela a fonctionné,
sudo sync; echo c | sudo tee /proc/sysrq-trigger
Utilisez l' crashoutil pour consulter le vidage sur incident résultant
Trouvez une poignée de bon whisky pour soulager la douleur de votre avenir dans le débogage du noyau.
Votez pour la référence du whisky. (Et tout le reste).
clearlight
4
Une réponse courte, mais ...
Allez dans la source de votre noyau (par exemple cd / usr / src / linux /) et configurez les options pour le prochain noyau (make menuconfig). Allez dans "Type et fonctionnalités du processeur". Activez les "vidages sur incident du noyau". (CONFIG_CRASH_DUMP = y)
Réponses:
Vous pouvez également consulter le
kdump-tools
paquet Debian pour automatiser certaines des étapes de démarrage nécessaires.Les étapes sont à peu près,
sudo apt-get install kdump-tools
USE_KDUMP=1
dans/etc/default/kdump-tools
crashkernel=128M
à la ligne de commande du noyau donnée dans la configuration du chargeur de démarrage (par exemple/etc/default/grub
). Cela ne fait pas de mal non plus de passernmi_watchdog=1
pour s'assurer que les accrochages durs sont pris./etc/initramfs-tools/initramfs.conf
sudo update-grub
)CONFIG_RELOCATABLE=y
CONFIG_KEXEC=y
CONFIG_CRASH_DUMP=y
CONFIG_DEBUG_INFO=y
cat /sys/kernel/kexec_crash_loaded
sudo sync; echo c | sudo tee /proc/sysrq-trigger
crash
outil pour consulter le vidage sur incident résultantla source
Une réponse courte, mais ...
Allez dans la source de votre noyau (par exemple cd / usr / src / linux /) et configurez les options pour le prochain noyau (make menuconfig). Allez dans "Type et fonctionnalités du processeur". Activez les "vidages sur incident du noyau". (CONFIG_CRASH_DUMP = y)
Construisez un nouveau noyau, installez.
Lisez ensuite ces informations pour plus d'informations: Linux-Crash-HOWTO.pdf et lkcd utils
la source
grep CONFIG_CRASH /boot/config-$(uname -r)