[boot] kernel panic aléatoire au démarrage

Reconnaissance et configuration du matériel / kernel linux
Avatar de l’utilisateur
zibwood
Hankyu
Messages : 49
Inscription : sam. 27 août 2011, 01:26
Localisation : Cambridge, UK

[boot] kernel panic aléatoire au démarrage

Message par zibwood »

Salut à tous,

Voilà, suite à une mise à jour j'ai un souci avec glibc qui..... hum... désolé c'était pas drôle :oops: (mais tellement tentant :roll: )

Plus sérieusement j'ai, il y a un mois environ, fait une ré-install de Arch X64 sur mon laptop depuis une netinstall (iso du 23/08/2011).
Depuis cette ré-install j'ai environ 1 fois sur 10 un kernel panic au démarrage (au moment du "waiting for UDev uevents to be proceced").
Selon les cas j'ai droit à plus ou moins de lignes du style :
[7.836965][<FFFFFFFF8101cb93>] ? native_shed_clock + 0x13/0x80
La plupart du temps, un hard reboot suffit à relancer la machine correctement ...

J'ai constaté le même problème lorsque je boot sur le CD netinstall (environ 1 fois sur 10 aussi)

Je m'en étais tout d'abord accommodé, faute de temps (après tout, 1 fois sur 10 c'est pas énorme, et j'avais plus ou moins exclu la défaillance matérielle car aucun problème pour booter sous windows, 0 erreur au memtest, etc... )

Je me suis penché sur le problème aujourd'hui, et après avoir parcouru rapidement le forum, j'ai installé "linux-lts" (actuellement la version 3.0.37-1-lts), et là, plus de problème, j'ai rebooté une bonne vingtaine de fois, sans aucun kernel-panic ...

Seulement voilà, si les kernel panic sont dus à une mise à jour récente du noyau, j'ai du mal a comprendre le fait que j'ai des kernel panic avec le CD d'install (kernel 3.0) et pas avec linux-lts (kernel 3.0.37-1) ...
Autre incompréhension, le côté aléatoire de ces kernel panics... Comment est-ce possible ?

Si quelqu'un a une petite idée, une piste de recherche ou a rencontré un problème similaire, je suis preneur :)

Autre question: j'ai parcouru /var/log mais je n'ai pas trouvé de trace de ces kernel panic ... il n'y a pas de log pour ce genre d'erreur ?
Avatar de l’utilisateur
FoolEcho
Maître du Kyudo
Messages : 10711
Inscription : dim. 15 août 2010, 11:48
Localisation : Basse-Normandie

Re: [boot] kernel panic aléatoire au démarrage

Message par FoolEcho »

Pour les logs, /var/log/errors.log, kernel.log ou everything.log (avec cron pour récupérer les vieux http://wiki.archlinux.fr/Cron#Archivage_des_logs).
zibwood a écrit :Autre incompréhension, le côté aléatoire de ces kernel panics... Comment est-ce possible ?
C'est malheureusement souvent le cas, ce qui les rend très pénible. :(
«The following statement is not true. The previous statement is true.» :nage:
Avatar de l’utilisateur
benjarobin
Maître du Kyudo
Messages : 17625
Inscription : sam. 30 mai 2009, 15:48
Localisation : Lyon

Re: [boot] kernel panic aléatoire au démarrage

Message par benjarobin »

Sinon non quand il y a un kernel panic, il n'y a aucun log !
Le système est dans un état qui ne peux pas garantir que l'écriture du log ne va pas corrompre tes données, par contre il affiche la sortie à l'écran, ou la liaison série si elle est configurée
Zsh | KDE | PC fixe : AMD Ryzen 9900X, Radeon RX 7700 XT
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
Avatar de l’utilisateur
FoolEcho
Maître du Kyudo
Messages : 10711
Inscription : dim. 15 août 2010, 11:48
Localisation : Basse-Normandie

Re: [boot] kernel panic aléatoire au démarrage

Message par FoolEcho »

Exact. :oops: Le kernel panic n'est pas forcément inscrit dans les logs... là encore, il faut du bol (si on peut dire).
«The following statement is not true. The previous statement is true.» :nage:
Avatar de l’utilisateur
zibwood
Hankyu
Messages : 49
Inscription : sam. 27 août 2011, 01:26
Localisation : Cambridge, UK

Re: [boot] kernel panic aléatoire au démarrage

Message par zibwood »

benjarobin a écrit :Sinon non quand il y a un kernel panic, il n'y a aucun log !
Le système est dans un état qui ne peux pas garantir que l'écriture du log ne va pas corrompre tes données
ça parait logique en effet...

Je testerais à chaque mise à jour du noyau, hitoire de voir s'il y a une amélioration ...
En attendant, je reste sur la version lts

Merci à vous 2 !
Répondre