Kernel Panic ne sauvegarde aucun file journal

Je jouais à un jeu sur Steam et tout d'un coup j'ai eu une panique de kernel. J'ai arrêté manuellement l'ordinateur et redémarré dans Linux Mint 17.1 (Cinnamon) 64 bits, et je suis allé vérifier mes files journaux dans /var/log/ , mais je n'ai pas trouvé de references ou de messages relatifs à la panique du kernel qui s'est produite.

C'est étrange pourquoi il n'a jamais jeté le kernel ou même fait une note dans les files journaux. Comment puis-je m'assurer qu'un kernel est toujours vidé au cas où une panique du kernel se reproduirait? Ne fait aucun sens pourquoi rien n'a été enregistré lors d'une panique du kernel. En regardant autour de Google, les gens suggèrent de lire /var/log/dmesg , /var/log/syslog , /var/log/kern.log , /var/log/Xorg.log etc … mais rien. Même pas dans le file .Xsession-errors non plus.

Voici quelques photos de l'écran:
Panique du noyau (image2) Panique du noyau (image1)

Je pourrais toujours prendre une photo de l'écran quand et si cela se produit à nouveau, mais je veux juste m'assurer que je peux l'get pour vider le kernel et créer un file journal sur une panique du kernel.

Pour être sûr que votre machine génère un file "core" en cas de panne du kernel, vous devez confirmer les parameters "sysctl" de votre machine.

IMO, les parameters suivants devraient être les suivants (minimal) dans /etc/sysctl.conf :

 kernel.core_pattern = /var/crash/core.%t.%p kernel.panic=10 kernel.unknown_nmi_panic=1 

Exécutez sysctl -p après avoir modifié le file /etc/sysctl.conf . Vous devriez probablement aussi mkdir /var/crash s'il n'existe pas déjà.

Vous pouvez tester ce qui précède en générant un vidage manuel à l'aide de la touche SysRq (la combinaison de touches pour vidanger le kernel est Alt + SysRq + C ).

Lorsque le kernel panique, cela signifie que quelque chose ne va pas dans le kernel. L'écriture de files journaux et de vidages de base nécessite l'utilisation des pilotes pour le périphérique de stockage de blocs (votre disque) et le système de files (l'espace doit être alloué et la taille du file journal doit être mise à jour). Étant donné que les services fournis par le kernel sont nécessaires pour écrire des files et que le kernel sait qu'il est dans un état brisé, il ne peut plus écrire les files ni consigner quoi que ce soit car il n'est plus dans un état sûr. toute opération pourrait aggraver les choses et endommager / détruire votre système de files. Donc, vous ne pouvez pas avoir le kernel écrire dans le journal ni vider un vidage de base quand il panique.

Maintenant, ce que vous pouvez faire, si vous le souhaitez, est de configurer le système avec un kernel de gestion des incidents, qui est un second kernel chargé en memory auquel le contrôle peut être transféré si le kernel principal se bloque. Comme ce kernel a des pilotes et autres, il serait capable de sauvegarder un vidage d'urgence pour vous. Cependant, cette configuration n'est pas très répandue et est principalement utilisée pour les systèmes haut de gamme nécessitant une haute disponibilité et où un crash est un problème très sérieux qui doit être étudié.

Voir par exemple l'option crashkernel sur Kernel Crash Dump sur ubuntu.com. (Notez que cette page indique que le mécanisme de vidage d'urgence du kernel est activé par défaut, en commençant par Ubuntu 16.04.)

Je pense que le système sauvegarde le vidage dans une memory réservée, puis redémarre, et le kernel enregistre la memory réservée sur le disque lors du démarrage suivant (puisque le nouveau kernel de démarrage est dans un état sain et peut le faire).