Dashboard o iCal se cuelgan con un 100% de uso de la CPU

-2

Al ejecutarse en Mac OS X 10.7.4, la lista de problemas parece estar llena de búsquedas en Google, pero no hay nada como mi problema, que persiste incluso cuando tomo todos los pasos. Mi historia ...

  1. El cuadro de mandos se trajo hoy y se mostraría, pero se cerró (por ejemplo, no se puede escribir en notas adhesivas, etc.).
  2. Se activó el "Monitor de actividad" y se observó que uno de los dos procesos del Tablero de instrumentos tenía un uso del 100% de la CPU. Intenté matarlos a ambos; se reinician inmediatamente con uno al 100% de uso de la CPU.
  3. Salta a la Terminal e intenta matar los procesos en el shell a través de "kill". Lo mismo.
  4. Leer puede ser los archivos .plist, así que los elimino:

    ~/Library/Preferences/com.apple.dashboard.*
    ~/Library/Preferences/com.apple.dashboard.client.*
    
  5. Reboot

  6. Tan pronto como abro el Panel de control, muestra el esquema de los 4 widgets predeterminados y están bloqueados. El uso de la CPU es de nuevo al 100%.

ACTUALIZACIÓN 10/1/12 mañana

  1. Fui a Genius Bar ayer; Solución genial: "Simplemente no use Dashboard; nunca lo encontré tan útil". ¡¿De Verdad?! Está bien, no hay ayuda allí.
  2. Hoy, iCal también me está bloqueando por completo ... ¡100% colgado! ¡No, tristeza!
  3. Tomó una instantánea con "Monitor de actividad" y esto era sospechoso:

    45 icu::TimeZone::getOffset(double, signed char, int&, int&, UErrorCode&) const  (in libicucore.A.dylib) + 157  [0x7fff8f6c109d]
    ???  (in libicucore.A.dylib)  load address 0x7fff8f6bc000 + 0xe1739  [0x7fff8f79d739]
    ???  (in libicucore.A.dylib)  load address 0x7fff8f6bc000 + 0xe1776  [0x7fff8f79d776]
    ???  (in libicucore.A.dylib)  load address 0x7fff8f6bc000 + 0xe17bb  [0x7fff8f79d7bb]
    etc...
    

    A lo largo del proceso, parece que cada vez que se realiza una llamada TimeZone::getOffset , no puede cargar la biblioteca dinámica libicucore .

  4. ¡He aprendido que intentar reemplazar libicucore con una versión anterior hará que la Mac no arranque! Gracias a Dios por Cmd + R y terminal en las herramientas de recuperación. (Copié la copia original de libicucore.A.dylib y puedo iniciar de nuevo, pero aún así se cuelgan iCal y Dashboard).

ACTUALIZACIÓN 01/10/12 por la noche

  1. Acabo de terminar una gran llamada de soporte técnico con Apple. No pudimos resolver el problema, pero lo redujimos. (Cosas que no funcionaron: PR-RAM, Modo seguro, eliminando ~/Library/cache , eliminando ~/Library/Calendar .)
  2. Al crear una segunda cuenta de usuario en Mac, iCal funcionó bien para ese usuario. Algo basado en el usuario es el problema.

¿Ideas frescas a alguien?

    
pregunta tronster 30.09.2012 - 15:09

1 respuesta

1

Casi lo solucioné ...

Respuesta corta: una entrada de calendario dañada causó todos los problemas.

SOLUCIÓN:
1) Encontré mi calendario principal y lo ordené por días creados.
2) Pasé por entradas recientes; algunos tenían caracteres no válidos (caracteres Unicode de Chineses) para los campos.
3) Eliminé todas las entradas de la última semana (la nota que intenté comenzar aquí y se cuelga todavía ocurrió)
4) Luego borro el "Caché de calendario" también y ¡funcionó!
5) Los widgets también funcionan bien, ya que el widget de iCal está feliz nuevamente.

TODAVÍA PROBLEMA: En algún lugar, ¡de alguna manera cómo el sistema operativo sigue regenerando las entradas incorrectas!

Aparentemente, en algún lugar, el sistema operativo está manteniendo otra copia del calendario y volvería a generar (con entradas incorrectas) el calendario si se eliminaran.

Si alguien sabe cómo está haciendo esto (¿quizás el sistema de archivos con registro por diario?) Me encantaría saberlo.

===== [ACTUALIZACIÓN 10/1 11:40 pm EST] ===== Resuelto pero el hombre no deseo esto en nadie. Así que todo lo anterior es correcto; mi último problema fue detener el proceso de iCal Sync para que no vuelva a crear un archivo de caché defectuoso (con las entradas no válidas en él).

No pude resolver cómo detener la sincronización o dónde está incluso la configuración. (Desactivé la sincronización en iTunes con mi iPhone, pero no hay diferencia.)

El paso final ...
Descargué el "Administrador de SQLite" para Firefox y abrí el "Caché de calendario". Luego, limpiando mi SQL y hurgando en las tablas, encontré algunas entradas que tenían una fecha de inicio negativa y ejecuté la consulta: %código%
Hasta ahora, todo bien ... pero de verdad? ... Todo lo que iCal tiene que hacer es validar las horas de inicio y finalización de las entradas para evitar que esto ocurra. O al menos evitar que la sincronización vuelva a crear las entradas incorrectas.

    
respondido por el tronster 02.10.2012 - 04:37

Lea otras preguntas en las etiquetas