Kernel Panic ne vide aucun fichier journal


8

Je jouais à un jeu sur Steam et tout à coup, j'ai eu une panique du noyau. 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 fichiers journaux /var/log/, mais je n'ai trouvé aucune référence ni aucun type de message concernant la panique du noyau qui arrivé.

C'est étrange pourquoi il n'a jamais vidé le noyau ou même en a pris note dans les fichiers journaux. Comment puis-je m'assurer qu'un noyau est toujours vidé en cas de nouvelle panique du noyau? Cela n'a aucun sens pourquoi rien n'a été enregistré lorsqu'une panique du noyau s'est produite. En regardant autour de Google, les gens suggèrent de lire /var/log/dmesg, /var/log/syslog, /var/log/kern.log, /var/log/Xorg.logetc ... mais rien. Pas même dans le .Xsession-errorsdossier 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 reproduit, mais je veux juste m'assurer que je peux le faire vider le noyau et créer un fichier journal sur une panique du noyau.


1
avez-vous vérifié /var/crash?
Archemar

@Archemar Aucun fichier ou répertoire de ce type.

Il est très peu probable que vous trouviez des informations sur une défaillance du noyau dans .Xsession-errors.
G-Man dit `` Réintègre Monica ''

Réponses:


6

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

OMI, voici les paramètres (minimaux) dans /etc/sysctl.conf:

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

Exécutez sysctl -paprès avoir apporté des modifications au /etc/sysctl.conffichier. Vous devriez probablement aussi mkdir /var/crashsi elle n'existe pas déjà.

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


Cela semble être un début à quelque chose. J'ai dû les écrire comme nouvelle entrée dans sysctl car elle n'était pas là dans le fichier. J'ai fait le Alt+SysRq+Cavec les clés mais ça n'a rien fait, ça a juste fait clignoter l'écran. J'utilise également un ordinateur portable, les clés peuvent donc être différentes. J'ai essayé fn+SysRq+Cmais cela a fait la même chose qu'avant.

Veuillez partager la sortie de "cat / proc / sys / kernel / sysrq". Il est possible que sysrq soit désactivé sur votre ordinateur. Référez-vous à: kernel.org/doc/Documentation/sysrq.txt pour plus de détails
shubham

la sortie de cela me donne 176

Modifiez le fichier /etc/sysctl.conf pour inclure la ligne -> kernel.sysrq = 1
shubham

1
@ user94959 Cela fonctionne-t-il pour vous?
shubham

2

Lorsque le noyau panique, cela signifie que quelque chose s'est mal passé dans le noyau. L'écriture de fichiers journaux et de vidages mémoire nécessite l'utilisation des pilotes du périphérique de stockage de blocs (votre disque) et du système de fichiers (l'espace doit être alloué et la taille du fichier journal doit être mise à jour). Étant donné que les services fournis par le noyau sont nécessaires pour écrire des fichiers, et que le noyau sait qu'il est dans un état cassé, il ne peut pas écrire les fichiers ou enregistrer quoi que ce soit, car il n'est plus dans un état sûr, ce faisant toute opération pourrait aggraver les choses et endommager / détruire votre système de fichiers. Ainsi, le noyau ne peut pas écrire dans le journal ni vider un vidage de mémoire lorsqu'il panique.

Maintenant, ce que vous pouvez faire, si vous le souhaitez, est de configurer le système avec un noyau de gestion des plantages, qui est un deuxième noyau chargé en mémoire vers lequel le contrôle peut être transféré en cas de panne du noyau principal. Étant donné que ce noyau possède des pilotes et autres, il pourrait enregistrer un vidage sur incident pour vous. Ce n'est pas une configuration très courante, cependant, et principalement utilisé pour les systèmes haut de gamme qui nécessitent une haute disponibilité et où un crash est un problème très grave 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 sur incident du noyau est activé par défaut, à partir d'Ubuntu 16.04.)

Je crois que le système enregistre en fait le vidage sur une partie de la mémoire réservée, puis redémarre, et le noyau enregistre la mémoire réservée sur le disque au prochain démarrage (puisque le nouveau noyau de démarrage est dans un état sain et peut le faire).


La page sur ubuntu.com décrit le mécanisme légèrement différemment: elle dit que le noyau se réinitialise dans une zone de mémoire réservée, de sorte que la mémoire qu'il utilisait avant la perturbation (c'est-à-dire la mémoire que vous souhaitez vider) restera intact. Et je crois que ce n'est pas aussi exotique que vous le faites sonner (car il est maintenant activé par défaut).
G-Man dit «Réinstalle Monica»
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.