Dashboard o iCal si bloccano con il 100% di utilizzo della CPU

-2

In esecuzione su Mac OS X 10.7.4, elenco dei problemi questo sembra essere crivellato nelle ricerche di Google ma niente come il mio problema, che persiste anche quando prendo tutti i passaggi. La mia storia ...

  1. Ha aperto il Cruscotto oggi e verrà mostrato ma è stato bloccato (ad esempio non è possibile scrivere in sticky, ecc ...).
  2. Portato su "Activity Monitor" e visto uno dei due processi di Dashboard era al 100% di utilizzo della CPU. Ho provato ad ucciderli entrambi; si riavviano immediatamente con uno al 100% di utilizzo della CPU.
  3. Salta al Terminale e prova ad uccidere i processi nella shell tramite "kill". La stessa cosa.
  4. Leggilo potrebbe essere il file .plist, quindi rimuoverò:

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

  6. Non appena apro la dashboard, mostra la struttura dei 4 widget predefiniti e sono bloccati. L'utilizzo della CPU è di nuovo al 100%.

AGGIORNAMENTO 10/1/12 mattino

  1. Sono andato a Genius Bar ieri; geniale soluzione: "Basta non usare Dashboard, non l'ho mai trovato così utile." Veramente?! Okay, non ci aiuto.
  2. Oggi anche iCal mi sta completamente bloccando ... il 100% è bloccato! No, tristezza!
  3. Ho preso un'istantanea con "Activity Monitor" e questo era sospetto:

    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...
    

    Durante tutto il processo, sembra che ogni volta che viene effettuata una chiamata TimeZone::getOffset , non sia in grado di caricare la libreria dinamica libicucore .

  4. Ho imparato che tentare di sostituire libicucore con una versione precedente causerà il mancato avvio del Mac! Grazie a Dio per Cmd + R e terminale negli strumenti di ripristino. (Ho copiato l'originale libicucore.A.dylib e posso riavviare, ma ancora si bloccano iCal e Dashboard.)

AGGIORNAMENTO 10/1/12 sera

  1. Hai appena ricevuto un'ottima telefonata per il supporto tecnico con Apple. Non siamo riusciti a risolvere il problema, ma lo abbiamo ristretto. (Cose che non hanno funzionato: PR-RAM, Modalità provvisoria, eliminazione ~/Library/cache , eliminazione ~/Library/Calendar .)
  2. La creazione di un secondo account utente su Mac ha mostrato che iCal funziona correttamente per quell'utente. Il problema è rappresentato da un utente.

Nuove idee a chiunque?

    
posta tronster 30.09.2012 - 15:09
fonte

1 risposta

1

Quasi risolto ...

Risposta breve: una voce di calendario danneggiata ha causato tutti i problemi.

SOLUZIONE:
1) Ho trovato il mio calendario principale e l'ho ordinato per giorni creati.
2) Sono passato attraverso le voci recenti; alcuni avevano caratteri non validi (caratteri unicode cinesi) per i campi.
3) Ho cancellato tutte le voci della scorsa settimana (nota cercata di iniziare da qui e si blocca ancora avvenuta)
4) Poi ho cancellato anche "Calendar Cache" e ha funzionato!
5) Anche i widget funzionano bene, dato che il widget iCal è di nuovo felice.

ANCORA IL PROBLEMA SI VERIFICA: Da qualche parte, alcuni come il sistema operativo continua a rigenerare le voci errate!

Apparentemente da qualche parte il sistema operativo conserva un'altra copia del calendario e genera di nuovo (con voci errate) il calendario se sono stati cancellati.

Se qualcuno sa come sta facendo questo (il file system journaled forse?) Mi piacerebbe sapere.

===== [UPDATE 10/1 11:40 pm EST] ===== Risolto ma uomo non lo auguro a nessuno. Quindi tutto sopra è corretto; il mio ultimo problema era l'interruzione del processo iCal Sync dalla ricreazione di un file cache errato (con le voci non valide).

Non ho potuto risolvere il modo in cui interrompere la sincronizzazione o il luogo in cui l'impostazione è pari. (Ho disattivato la sincronizzazione in iTunes con il mio iPhone, ma nessuna differenza.)

Il passo finale ...
Scaricato "SQLite Manager" per Firefox e aperto "Calendar Cache". Quindi, cancellando il mio SQL e dando un'occhiata ai tavoli, ho trovato le poche voci che avevano una data di inizio negativa e hanno eseguito la query: %codice%
Fin qui, tutto bene ... ma davvero? ... Tutto ciò che iCal deve fare è convalidare le ore di inizio e di fine delle voci per impedire che ciò accada. O per lo meno impedire che la sincronizzazione crei le voci errate.

    
risposta data 02.10.2012 - 04:37
fonte

Leggi altre domande sui tag