1 votos

MBP early '11 kernel_task por encima del 300% cuando se desconecta

Ok, después de leer tantos temas y no encontrar una solución tal vez debería unirme al ejército de gente que publica temas sobre un kernel_task problema con un MBP.

Qué MacBook tengo: MacBook Pro 13", principios del '11 (por defecto, sin extras)

Cuando ocurrió: Después de que un poco (tal vez un poco más que un poco...) de agua se derramó sobre el teclado/pantalla.

Cuál fue el efecto directo notable (después del "secado"): Una máquina muy lenta cuando la batería es la fuente de energía.

¿Qué he descubierto? El proceso del sistema kernel_task está consumiendo alrededor del 280 - 330% de uso de la CPU. El porcentaje aumenta en unos 5 segundos después de desenchufar la fuente de alimentación y cambiar a la energía de la batería.

¿Qué he probado?

  • Reiniciar, no funcionó
  • La eliminación de aplicaciones que he instalado recientemente no ha funcionado
  • Reinstalar Mountain Lion, no funcionó
  • Ejecute una herramienta de diagnóstico proporcionada por Lauri Ranta ( ver el post ), me dio alguna idea, pero nada especial. Busqué los elementos kext que no tenían sentido para mí. Después de todo: no funcionó
  • He instalado una versión de prueba de iStat (versión 4) y he comprobado qué elementos cambian al pasar de la toma de corriente a la batería. No noté nada para ser honesto, incluso la velocidad de los ventiladores de mi único ventilador (de escape) siguió funcionando ~2000rpm
  • Revisé la consola para ver si aparecía algún mensaje al cambiar, nada
  • He intentado reiniciar el SMC con estos instrucciones, no funcionó

¿Qué me hace fruncir el ceño? Al cambiar a batería la CPU sube hasta el 330% pero el ventilador no parece molestarse.

Como puedes ver he probado todo lo que he podido encontrar por internet. Me pregunto si hay alguna herramienta que permita ver qué hilos kernel_task está gestionando (sobre todo alrededor de 83, 84 en mi máquina).

¿Alguna sugerencia? Cualquier ayuda es muy apreciada. Realmente no me importa reemplazar componentes si sólo supiera cuál(es).

Un saludo desde Holanda, Ben Fransen.

1voto

Oskar Puntos 1242

Algo le está diciendo al núcleo que trabaje.

Es posible que tenga que ejecutar sysdiagnose y obtener la ayuda de un experto para interpretar los resultados. Dado que has hecho tanto por solucionar los problemas, va a ser poco probable que alguien pueda entrar y señalar un fallo obvio en tu razonamiento (pero si lo hacen - podríamos tener una resolución rápida.)

Los verdaderos datos que faltan son los que has hecho para aislar el problema. ¿Puedes convocar esto a petición? ¿Sucede inmediatamente después de un reinicio?

Necesitarás tener algún proceso para hacer un seguimiento de cuándo surge el problema - una vez que tengas entre 5 y 10 eventos, entonces será mucho más fácil revisar el system.log y top para ver si surge algún patrón.

Un simple sysdiagnose es muy difícil de localizar un problema por un no experto. Diez eventos en los que se ejecutó el sysdiagnose y hay datos sobre lo que se conectó, lo que estaba haciendo, y diez conjuntos de registros detallados es a menudo muy fácil de reducir su problema específico.

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X