Come affermato in precedenza, VDCAssistant sembra causare perpetui rapporti sugli arresti anomali al punto che il processo del sistema ReportCrash utilizzerà il 50-100% della CPU.

Informazioni specifiche sull'applicazione: il client sta tentando di accedere a una visualizzazione per indice (1) anziché per ID di visualizzazione. abort () chiamato

Anche questi rapporti sugli arresti anomali sembrano scomparire e riapparire. (ovvero il numero di segnalazioni sugli arresti anomali in Console.app non aumenta mai ma viene costantemente generato). Il processo non può essere chiuso forzatamente.

Non ho idea di cosa stia causando il fatto che non utilizzo la fotocamera iSight e nient'altro è collegato al laptop (macbook pro 4,1 osx10.9.2)

La disconnessione non lo cura, ma un riavvio lo farà.

Apple ha cambiato qualcosa che interferisce con alcune applicazioni / driver usando la webcam , rispecchiando lo schermo (tipo Airplay e Airplay) e fornendo schede grafiche USB .

Disinstallando quelli (assicurarsi di utilizzare Google per trovare quale estensione del kernel hanno installato), assicurarsi che il sistema ricostruisca la cache kext eseguendo

sudo touch /System/Library/Extensions

e il riavvio risolve il problema per la maggior parte delle persone che inviano a tale elenco.

Elenco di applicazioni che ho riscontrato che potrebbero causare il problema, principalmente per un lungo thread nel forum di supporto Apple :

• Air Display
• AirParrot
• AirServer
• Driver DisplayLink
• iDisplay
• Parallels
• Driver di visualizzazione virtuale Splashtop
• ScreenRecycler
• VMWare

Non tutto ciò deve essere interessato e alcuni sono effettivamente discussi nel thread (come Parallels e VMWare). Potrebbero semplicemente fare quanto touchsopra che probabilmente alcuni utenti non hanno fatto.

Purtroppo tutto ciò non mi ha aiutato , quindi ho deciso di rinunciare alla fotocamera fino a quando Apple non l'ha risolto e disabilitatoVDCAssistant (deve essere ripetuto dopo ogni avvio, quando il problema persiste e ogni volta che qualcosa voleva accedere alla webcam). Ha il vantaggio rispetto all'eliminazione / ridenominazione di non dover ricordare a te stesso di annullarlo se alla fine è stato risolto; ma ti rendi conto molto bene se il problema persiste ancora dopo un riavvio ...

sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.cmio.VDCAssistant.plist

Soluzione temporanea trovata

VDCAssistant ha continuato a riavviarsi e arrestarsi in modo anomalo, generando un processo ReportCrash che stava consumando molta CPU. iSight non funziona. Per far funzionare iMac all'inizio del 2009 (2009)

cd /System/Library/Frameworks/CoreMediaIO.framework/Versions/A/Resources/VDC.plugin/Contents/Resources/

sudo mv VDCAssistant VDCAssistant.stopme

Questo sembra aver fermato il ciclo crash / report / respawn. Non so se abbia altri effetti, ma il mio carico della CPU è tornato alla normalità.

Sembra essere potenzialmente causato da app di terze parti utilizzate per il mirroring dello schermo o lo streaming. Nel mio caso è stato causato da AirDisplay e la rimozione di quel programma lo ha risolto. Prova ad avviare in modalità provvisoria e quando il problema scompare in modalità provvisoria è quasi certamente causato da software di terze parti.

Come spiegato sopra, la disabilitazione di VDCAssistant sembra risolvere questo problema. Tuttavia, anche dopo aver disabilitato questo, ci sono alcuni altri errori che possono apparire, ad esempio questo errore registrato nella console più volte al secondo:

WindowServer[432]: _CGXGLDisplayContextForDisplayDevice: No matching context for device (0x7f9c42d034c0) - disabling OpenGL

( menzionato qui )

Non ho trovato una soluzione per questo a parte il riavvio e / o la disabilitazione dell'adattatore DisplayLink (la causa del problema per me). Spero che questo sia in attesa di una patch da parte di Apple.

L'apertura di Windows 7 tramite Parallels sembra essere il trigger che attiva la cascata di crash. Thrashing VDCAssistant sembra averlo curato a breve termine. Spero che non porti ad altri problemi lungo la strada.

Google Chrome

La rimozione del browser web Google Chrome ha risolto il problema per me.

Stavo eseguendo Mountain Lion in una macchina virtuale di Parallels 11 e avevo un registro degli arresti anomali generato ripetutamente come descritto nella Domanda, con nomi come VDCAssistant_2015-11-22-120350_localhost.crash. Gli arresti anomali ripetuti sono iniziati solo dopo aver avviato Google Chrome. La chiusura di Chrome non interrompe la creazione del registro degli arresti anomali, i registri continuano ad apparire ogni pochi secondi fino al riavvio.

Ho disabilitato l'accesso alla videocamera nelle preferenze di Chrome. Non ha aiutato

Ho cancellato:

• App Google Chrome dalla Applicationscartella.
• ~ / Library / Google /
• ~ / Libreria / Supporto applicazioni / Google /

Ho scaricato e reinstallato nuovamente l'app Google Chrome. Problema non ri-apparire.

Lasciati andare su Chrome e rimuovi nuovamente l'app. Firefox ora è il mio browser secondario anziché Chrome.

Alternativa - Elimina .plist

Un'alternativa è descritta nella Risposta di Jens Erat in cui si utilizza il Terminale per cancellare un plist. L'eliminazione del plist infatti interrompe immediatamente il problema. Tuttavia, è necessario eliminare il plist ogni volta che si riavvia il Mac (o Mac VM nel mio caso).

So che è troppo tardi, ma ho semplicemente disabilitato la condivisione della telecamera da Parallels.