J'ai un bug très ennuyeux sur mon iMac 2019 (27", Retina 5K, i9, 8 cœurs, Monterey, Radeon Pro Vega 8 Go, 64 Go de RAM). Il est probablement causé par un problème matériel mais déclenche également un bug logiciel que j'essaierais d'atténuer.
Le symptôme
Parfois, et actuellement presque chaque jour, mon Mac devient non responsive, le ventilateur reste bloqué à 3600 tr/min, et peut rester ainsi pendant des heures.
Le diagnostic
Cela peut être attribué au Mac qui tente de se refroidir en lançant un processus kernel_task, qui est une stratégie connue lorsque les CPU chauffent, conçue pour exclure d'autres processus fautifs.
J'ai installé une certaine utilité tierce et je peux reproduire le problème :
De manière aléatoire (même au milieu de la nuit lorsque l'ordinateur est en veille), un capteur de température (nommé AC/DC T2 Sec HeatSink) passerait en quelques secondes d'une température normale de la pièce à 70, 80 ou même 125°. Tous les autres capteurs de température montrent des valeurs normales (<40°) et aucune pointe.
Ensuite, kernel_task se déclenche, généralement aux alentours de 1000 %, rendant le Mac non responsive ensuite le ventilateur tourne à pleine vitesse (3600 tr/min).
Au bout d'un moment, parfois en quelques secondes, le capteur revient généralement à la normale de lui-même, et il en est de même s'il me frappe physiquement à l'endroit où il se trouve (près de la prise).
J'ai étudié de manière extensive les journaux de la console et n'ai pas pu trouver de processus spécifique qui pourrait déclencher ce comportement. Je suis très enclin à penser qu'il s'agit d'un bug matériel, et c'est également l'avis d'Apple, puisque j'ai déjà apporté mon Mac en réparation pour cette raison deux fois, ils ont changé la carte logique, et le problème a disparu pendant quelques mois.
Remèdes et solutions de contournement
Je devrais certainement retourner chez Apple pour la troisième fois, mais je me demande si je pourrais le retarder, d'autant plus qu'ils m'ont facturé la dernière fois, pour ce que je crois être un défaut de conception. La dernière fois, ils n'ont pas été d'une grande aide pour comprendre le problème, me disant que j'avais trop de mémoire tierce et de revenir à 8 Go Apple.
De plus, je ne veux pas vraiment mettre à niveau mon système d'exploitation, car cela casserait à nouveau certains logiciels tiers. Pour information, le problème était présent sur Catalina et Big Sur et la mise à jour du système d'exploitation n'a rien apporté en ce qui concerne ce bug (mis à part l'obsolescence tierce).
Actuellement, chaque fois que cela se produit, je frappe sur le Mac pour ramener le capteur à une valeur normale si nécessaire, puis je suspend l'activité (en utilisant le menu Apple), j'attends le temps que cela se produise, entre quelques secondes et une minute, puis je réveille le Mac et tout est de retour à la normale.
De toute évidence, il y a aussi un bug logiciel dans le système d'exploitation, car il n'y a pas de processus pour arrêter kernel_task et ramener le ventilateur à des valeurs normales lorsque toutes les températures sont signalées dans la plage de fonctionnement normale.
Je ne connais pas la cause profonde du bug matériel. Je fournis quelques indices pour l'intérêt du lecteur :
-
Est-ce que j'ai endommagé le capteur en débranchant le Mac en direct (cela peut se produire involontairement lorsque vous déplacez l'écran, la prise étant coincée derrière le mur) ?
-
Y a-t-il de la poussière accumulée produisant un court-circuit et se déplaçant lorsque je frappe ? Je ne peux pas le nettoyer, l'iMac ne peut pas être ouvert.
-
Y a-t-il trop de dispositifs USB branchés et cela augmente-t-il l'énergie nécessaire, déclenchant le capteur (il y a une corrélation lâche avec l'activation du DAC USB connecté, mais cela arrive aussi lorsqu'il n'est pas là) ? Je prévois d'acheter un hub USB auto-alimenté, au cas où.
Ce qui m'amène à l'objectif de ce message et ma question :
Puis-je arrêter le processus de refroidissement inutile sans suspendre l'activité ?
Il y a des utilitaires qui arrêtent le ventilateur, mais ils ne calment pas kernel_task, donc cela ne sert à rien.
Essayer de tuer le processus kernel_task semble être une mauvaise idée, car il est essentiel pour le système.
Il y a évidemment des actions en coulisses qui résolvent le problème lorsque la suspension de l'activité est déclenchée, donc je me demande si je pourrais obtenir le même résultat sans perdre les minutes que je perds actuellement en raison de la suspension de l'activité.
Merci pour vos conseils.
