web-dev-qa-db-fra.com

La machine s'arrête soudainement, seule une réinitialisation matérielle peut aider

Cela arrive parfois, je ne fais que travailler et soudain la machine commence à traîner. Ensuite, il peut totalement s'arrêter (rien ne fonctionne, souris, clavier, etc.), ou parfois non.

Jun  5 16:04:12 c0rp kernel: [ 2636.897221] CPU1: Package power limit normal
Jun  5 16:04:12 c0rp kernel: [ 2636.897222] CPU3: Package power limit normal
Jun  5 16:04:12 c0rp kernel: [ 2636.897224] CPU2: Package power limit normal
Jun  5 16:04:12 c0rp kernel: [ 2636.897225] CPU0: Package power limit normal
Jun  5 16:05:01 c0rp CRON[6655]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)
Jun  5 16:10:26 c0rp kernel: imklog 5.8.6, log source = /proc/kmsg started.
Jun  5 16:10:26 c0rp rsyslogd: [Origin software="rsyslogd" swVersion="5.8.6" x-pid="1267" x-info="http://www.rsyslog.com"] start

C'est ce qui se trouve dans syslog avant la réinitialisation matérielle

(commande -v debian-sa1>/dev/null && debian-sa1 1 1) est peut-être mon problème?

uname -a

Linux c0rp 3.8.6-030806-generic #201304051406 SMP Fri Apr 5 18:07:42 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux

Aussi juste avant le retard, je dois attendre

Mon ordinateur portable: Asus Zenbook UX32DV, Ubuntu 12.10 Désolé pour mon pauvre anglais

Edit 1: Selon la réponse jnv, je supprime le paquet sysstat. Le problème existe toujours, mais maintenant mon ordinateur ne s'arrête pas totalement. iowait très élevé, machine en retard et s'arrête parfois pendant 20-30 sec. J'essaie toujours de trouver un coupable. Mon disque dur est sain (Smart Data et utilitaire de test ont déclaré). parfois en sortie iotop il y a kswapd0 causant 80 à 90% d'iowait.

Edit 2: Selon la dernière réponse jnv. Hier, j'ai mis à jour mon 12.10 vers 13.04. Aujourd'hui, tout était normal. Aucun iowaits, aucun retard.

J'explique un peu ma configuration sur ordinateur portable. Mes/et/boot sont sur SSD. Aussi 2 fichiers d'échange de 2 Go sur SSD. Swappiness est 10./home sur hdd. zRam est installé, j'ai 4 partitions zRam.

J'ai également commandé un RAM de 8 Go, et je prévois plus tard d'acheter un SSD de 256 Go et de changer de disque dur. Si quelqu'un s'intéresse voici un bon article HOWTO . C'est en allemand mais google peut vous aider.

filesystemsystemcronsyslogiowait
1
c0rp

debian-sa1 et la tâche cron semble provenir du package sysstat; essayez de désinstaller le package pour confirmer s'il s'agit d'une cause de retard:

Sudo apt-get remove sysstat

Si cela n'aide pas, vous pouvez au moins éliminer une cause possible.

Edit: Selon vos informations, sysstat n'est pas un problème. Cependant, comme vous avez indiqué kswapd pour une activité d'E/S élevée, le problème est probablement dû à un échange - ce qui entraîne généralement une dégradation notable des performances (mais cela ne devrait pas tuer votre système). Voir Que sont kswapd0, kworker/num: num, ksoftirqd/num? pour plus d'informations sur les threads du noyau, y compris kswapd.

Il existe plusieurs façons de résoudre les problèmes de swap:

  • Réduire la permutabilité - une valeur d'environ 1 à 10 pourrait être utile
  • Essayez d'utiliser zRam qui comprime la RAM; cela peut ou peut ne pas aider selon votre cas d'utilisation et votre matériel
  • Acheter plus RAM :)

De plus, si je ne me trompe pas, votre ordinateur portable contient un SSD plus petit que le système d'exploitation Windows utilise pour la mise en cache; Je ne sais pas s'il peut être utilisé par Linux de la même manière, mais si vous ne double-amorcez pas, vous pouvez utiliser le SSD pour le système racine ou certaines de ses parties (avec/home sur un disque dur principal) - voir par ex. Comment démarrer à double démarrage Ubuntu sur Asus Zenbook UX32VD? et Comment combiner un lecteur de démarrage SSD avec un lecteur de données HDD? et ArchWiki sur les astuces pour utiliser SSD. Quoi qu'il en soit, comme indiqué ailleurs, ce n'est pas vraiment une bonne idée de déplacer le swap vers SSD en raison de ses cycles de lecture/écriture limités.

2
jnv