kworker et bug avec Evolution
Bonjour,
Je rencontre un problème avec Evolution qui parfois fait s'emballer le processeur. Je suis alors obigé de killer le processus d'Evolution dans un Terminal, car graphiquement la fenêtre ne répond plus. Si je tarde trop à réagir, c'est tout le system qui freeze.
En faisant un petit [code]ps aux[/code], je vois plein de processus kworker. Je me dis que les deux sont certainement liés...
Je précise que j'ai crypté la partition lors de l'install de Trisquel.
Je suis sur Thinkpad X200 avec Libreboot (donc, si cela avait quelque chose à voir avec les modes IDE et AHCI au niveau du BIOS, je ne pourrais pas aller y voir).
Merci pour toutes les pistes de solutions que vous voudrez bien partager.
Un petit up...
Salut Spirit,
Je suis trop une bille pour pouvoir t'aider...
As-tu essayé de voir par le gestionnaire de paquet Synaptic s'il n'y aurait pas un paquet "cassé" ?
Il y a peut-être un conflit... As-tu installé quelque chose juste avant de constater le problème ?
Moi je ne suis pas vraiment capable de t'aider plus que ca :-/
Bon courage.
Salut MetallicaMust,
Merci pour ta réponse. Non, rien de tout cela. C'est, je crois, lié à une question d'écriture sur le disque, dû au cryptage de la partition (d'après les forums que j'ai parcouru).
Je vais attendre de voir si quelqu'un d'autre dans la communauté à une autre piste. Je n'ai pas trouvé grand chose sur le net à ce sujet...
@+
Bonjour Spirit ;-)
Démarre Evolution via ton terminal pour voir s'il te renvoi des message d'erreurs avant le freeze
il est possible que tu consomme trop de RAM (as tu d'autres applications ouverte en même temps?)
Eventeuellement une mise a jours vers une nouvelle version du noyau Linux-Libre ?
https://trisquel.info/fr/wiki/actualiser-le-kernel-linux-libre
Hélas le wiki est actuellement plutôt ilisible :-( certaine fonctionnalités on été desactivées )
Bonjour Mandy Dog,
Ce qui est certain, c'est qu'à force de fermer la fenêtre d'Evolution avant que le processeur ne s'emballe et que j'e n'aie plus la main, les instances d'Evolution se multiplient en arrière-plan. Je ferme la fenêtre, mais l'instance d'Evolution continue de rouler... j'ouvre une nouvelle instance, etc... Ca peut expliquer le nombre d'appli ouvertes supérieur à ce que je vois en apparence.
Ce n'est pas très clair sur les forums que j'ai pu parcourir si kworker se lance pour refroidir le processeur ou si au contraire, c'est le nombre d'instances important de kworker qui fait chauffer le processeur...
Cf
https://askubuntu.com/questions/33640/kworker-what-is-it-and-why-is-it-hogging-so-much-cpu#52299
https://www.debian-fr.org/t/kworker-cpu-60-a-80/62134/20
https://lafibre.info/systeme-exploitation/debian-wheezy-kworker-qui-prend-trop-de-cpu/
Je vais lancer Evolution avec le terminal.
Quant à l'actualisation du kernel libre, c'est vrai que la page est fichtrement illisible !! Mais, je vois qu'elle date de 2012... J'ai mon ordi sous Libreboot et kernel libre que depuis moins d'un an.
La page de documentation a été créée en 2012 mais mise à jour par la suite. À cause d'un bogue empêchant le site d'interpréter la syntaxe Wiki, cette documentation est pour le moment peu lisible. Elle se résume à deux possibilités :
- Installer depuis le dépôt Trisquel (tu peu utiliser le "Gestionnaire de paquets Synaptic" dans les "Paramètres système") un noyau issue d'une version plus récente d'Ubuntu : un des paquets nommés "linux-image-*-lts-*", où le premier astérisque est le "type" de noyau que tu veux (par exemple "generic") et le second correspond au nom de code de la version d'Ubuntu (par exemple "wily", mais tu peux aussi regarder le numéro de version du paquet, une information moins cryptique).
- Utiliser le dépôt de jxself, qui te permet notamment d'installer la toute dernière version du noyau Linux : https://jxself.org/linux-libre/ (cette page explique la marche à suivre).
Bonsoir Magic Banana et merci d'avoir pris le temps de répondre.
1- de ce que tu en sais, les multiples instances de kworker seraient dues à quoi ? Aux I/O dû au cryptage de ma partition home ? (mais je n'ai pas eu de problème pendant plusieurs mois, donc ce n'est pas la piste que je privilégie). À un problème avec une appli ? En l'occurrence, je soupçonne Evolution, qui m'empêche d'envoyer mes mails après 1 ou 2 minutes d'ouverture (seulement avec 1 serveur de mail, laposte.net), et que je dois redémarrer régulièrement de ce fait (mais si je ferme uniquement la fenêtre d'Evolution, les instances s'accumulent - je dois les killer si je veux être tranquille).
2- si tu penses que c'est lié au kernel, lequel me conseilles-tu en sachant que mes priorités sur ce portable sont :
1- un système et des logiciels 100% libres (le pb ne se pose pas ici, puisqu'on parle d'un noyau linux étant des les dépôts Trisquel)
2- la stabilité (pas de backports, etc...)
Merci !
LE "k" de "kworker" signifie "kernel". Donc, oui, c'est lié au noyau ("kernel" en anglais), Linux. Mais cela ne veut pas dire grand chose. Le noyau fait l'intermédiaire entre le logiciel et le matériel. Le problème peut donc être situé au niveau du noyau en lui-même (un pilote défaillant) ou au niveau d'une application qui, mal-fonctionnant, ne ne cesserait pas d'accéder au disque ou au réseau ou ... Dans le premier cas, une mise à jour du noyau résoudrait le problème (en installant par exemple "linux-libre-lts" depuis le dépôt de jxself, une version du noyau à long support).
Dans le second cas, il faut investiguer. Lorsque le problème arrive (la première fois après le démarrage du système), la première chose à voir est l'état des ressources système disponibles. Trisquel a pour cela le "Moniteur système" dans les "Paramètres système". L'onglet "Ressources" montre l'utilisation globale du CPU, de la mémoire et du réseau. L'onglet "Processus" donne un détail par "processus" (disons "application" puisque, souvent, chaque application n'est liée qu'à un processus). Si une application consomme tout le CPU ou toute la RAM, tu peux donc l'identifier.
Les journaux système ("logs" en anglais) peuvent aussi contenir la raison du problème. Ils se trouvent dans /var/log. Vois en particulier /var/log/syslog. Depuis le terminal, tu peux utiliser 'less', qui fonctionnera quel que soit la taille du journal (utilise PgUp/PgDn pour monter/descendre d'une page et "q" pour quitter) :
$ less /var/log/syslog
Comme les journaux sont écrits séquentiellement, vois plutôt la fin des fichiers ("End" t'y amène dans 'less'). Il est d'ailleurs possible que "kworker" travaille à écrire à haute fréquence dans un journal. Nous avons déjà vu ce genre de problème. Le log est alors énorme avec un message répété ad nauseam.