Comment rechercher la cause du blocage total?


19

Ma machine Arch se bloque parfois, ne répondant soudainement en aucune façon à la souris ou au clavier. Le curseur est figé. Ctrl-Alt-Backsp n'arrêtera pas X11 et ctrl-alt-del ne fait rien. Les tracés d'activité du processeur, du réseau et du disque dans conky et icewm cessent de se mettre à jour. En quelques minutes, le ventilateur se met en marche. La seule façon de faire faire quoi que ce soit à l'ordinateur est de couper l'alimentation.

Lorsqu'il démarre, les moniteurs de température du processeur affichent 70 à 80 ° C. Avant le coup, je faisais généralement des activités de faible intensité comme surfer sur le Web autour de 50 ° C.

Les journaux ne montrent rien de spécial par rapport à un arrêt normal. Le vérificateur de mémoire fonctionne correctement avec zéro défaut.

Comment puis-je savoir pourquoi il a raccroché? Y a-t-il des informations supplémentaires que je peux trouver pour un indice? Y a-t-il quelque chose de moins drastique que la mise hors tension pour obtenir une sorte d'action, si seulement une coquille limitée ou juste des bips, mais pourrait donner un indice?

La machine est un ordinateur portable Gateway P6860 17 "(encombrant mais puissant) et il fonctionne sous Arch 64bit, à jour (en mars 2011). J'avais Arch depuis longtemps sans ce problème, passé à Ubuntu pendant environ une semaine puis se retira dans une nouvelle installation d'Arch. C'est là que les tentures commencèrent.

MISE À JOUR: Oui, c'est sûr qu'il surchauffe. À une température, la souris et le clavier cessent de fonctionner, devenant parfois fonctionnels après plusieurs minutes de refroidissement. À une température plus élevée, des choses pires se produisent, comme la non-réponse totale, y compris l'ignorance de SysRq. Cette condition est rapidement suivie d'une coupure de courant soudaine. J'ai résolu le problème en achetant un nouvel ordinateur 8D

Réponses:


7

La réponse de Frederik impliquant SysRq magique et les vidages du noyau fonctionnera si le noyau est toujours en cours d'exécution et n'est pas vraiment bloqué. Le noyau peut être en boucle occupée pour une raison quelconque.

Le fait qu'il ne réponde pas à Ctrl-Alt-Del me dit que ce n'est probablement pas le cas et que la machine se bloque durement. Cela signifie une défaillance matérielle ou quelque chose de étroitement lié, comme un mauvais pilote.

Votre test de vérification de la mémoire est bon, si vous le laissez s'exécuter suffisamment longtemps. Vous devriez également essayer d'autres choses pour essayer de stresser le système, comme StressLinux . Les repères de longue durée sont également bons.

Une autre chose à essayer est de démarrer le système avec un CD live Ubuntu et d'essayer d'utiliser le système normalement. Si le retour temporaire à Ubuntu ne provoque pas la récurrence du problème, il y a de fortes chances qu'il ne s'agisse pas réellement d'un matériel défectueux, mais d'une des choses liées comme un mauvais pilote ou un noyau mal configuré. Il est tout à fait possible qu'une distribution plus populaire comme Ubuntu ait une configuration de noyau plus stable qu'une architecture comme Arch, simplement en raison du plus grand nombre de machines sur lesquelles elle a été essayée pendant la phase de test de la distribution.


Je crois que Ctrl-Alt-Delete est géré par init, donc cela peut ne pas fonctionner même si le noyau fonctionne toujours. OTOH AFAIR le noyau n'attend pas les clés SysRq après une panique.
jpc

1
C'est possible. Pour distinguer les cas, mettez ctrlaltdel hardvotre /etc/rc.localdossier. Lorsque le système se verrouille, essayez Ctrl-Alt-Suppr. S'il ne fait toujours rien, vous savez avec certitude que le noyau ne fonctionne plus; vous avez une panne de matériel ou de pilote.
Warren Young

1
J'ai eu des noyaux répondre aux clés Magic SysRq même si elle était paniquée. Une configuration correcte du service kdump devrait garantir qu'un système complètement coincé démarre dans le noyau kdump, il devrait donc éventuellement être de retour.
jsbillings

1
Après avoir parcouru rapidement le code de gestion du clavier du noyau, il me semble que Ctrl-Alt-Del et SysRq magique sont gérés au même niveau: si l'un fonctionne, l'autre le sera. Le problème init (1) / SIGINT est distinct et est traité en définissant la gestion Ctrl-Alt-Del pour effectuer un redémarrage dur, comme mentionné dans mon autre commentaire.
Warren Young

11

Concernant le gel, il y a quelques options:

  • en utilisant un port série si votre box en a un pour y récupérer le vidage en ajoutant console=ttyS0aux options de démarrage, comme décrit ici . Vous avez besoin d'une deuxième machine avec un port série et un câble null modem pour intercepter le fichier de vidage.

  • en utilisant netconsole pour obtenir le vidage sur le réseau, voir ici .

  • En utilisant kexec / kdump de cette façon, vous obtenez un vidage local, voir ici .

En ce qui concerne le problème de mise hors tension propre, je vous suggère d'utiliser la touche magique SysRq pour 'S'ync les disques,' U 'les monter, puis re'B'oot la boîte (les lettres sont celles que vous devez taper avec alt -sysrq.

Edit: Si vous postez le oops / trace sur le lkml, vous devez utiliser une version récente (de préférence la plus récente) du noyau et aucun module propriétaire.


1
Je peux imaginer beaucoup de jeunes voix disant "Qu'est-ce qu'un port série, grand-père?" En fait, je ne pense pas que cette machine en ait un.
DarenW

Je me souviens d'avoir lu quelque chose sur SysReq il y a quelques années. Si seulement je pouvais le google quand la machine est morte! Je suppose que je ferais mieux de s'occuper d'installer une deuxième machine ...
DarenW
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.