Como se indicó anteriormente, VDCAssistant parece estar causando informes de fallas perpetuas hasta el punto de que el proceso del sistema ReportCrash usará 50-100% de la CPU.

Información específica de la aplicación: el cliente está intentando acceder a una pantalla mediante el índice (1) en lugar de la ID de pantalla. abortar () llamado

Estos informes de fallas también parecen desaparecer y reaparecer. (es decir, el número de informes de fallos en Console.app nunca crece, pero se generan constantemente). El proceso no puede ser forzado a salir.

No tengo idea de qué está causando esto, ya que no uso la cámara iSight y nada más está conectado a la computadora portátil (macbook pro 4,1 osx10.9.2)

Cerrar sesión no lo cura, pero lo hará un reinicio.

Apple ha cambiado algo que interfiere con algunas aplicaciones / controladores que usan la cámara web , reflejan la pantalla (Airplay y Airplay-like) y proporcionan tarjetas gráficas USB .

Desinstalando esos (asegúrese de usar Google para encontrar qué extensión de kernel instalaron), asegúrese de que el sistema reconstruya el caché kext ejecutando

sudo touch /System/Library/Extensions

y reiniciar resuelve el problema para la mayoría de las personas que publican en esa lista.

Lista de aplicaciones que encontré que podrían causar el problema, principalmente a partir de un largo hilo en el foro de soporte de Apple :

• Pantalla de aire
• AirParrot
• AirServer
• Controlador DisplayLink
• iDisplay
• Paralelas
• Controlador de pantalla virtual Splashtop
• ScreenRecycler
• VMWare

No todo esto debe verse afectado, y algunos se debaten en el hilo (como Parallels y VMWare). Podrían hacer lo touchmencionado anteriormente, lo que algunos usuarios probablemente no hicieron.

Lamentablemente, todo esto no me ayudó , así que decidí renunciar a la cámara hasta que Apple solucionó esto y deshabilité elVDCAssistant (debe repetirse después de cada arranque, cuando el problema aún ocurre y cada vez que algo quería acceder a la cámara web). Tiene la ventaja sobre la eliminación / cambio de nombre de que no tiene que recordarse deshacer eso si finalmente se soluciona; pero te das cuenta muy bien si el problema persiste después de un reinicio ...

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

Solución temporal encontrada

VDCAssistant siguió reiniciando y bloqueándose, generando un proceso de ReportCrash que consumía mucha CPU. iSight no funciona. Para mantener funcionando mi iMac de principios de 2009 (2009)

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

sudo mv VDCAssistant VDCAssistant.stopme

Esto parece haber detenido el ciclo de bloqueo / informe / reaparición. No sé si tiene otros efectos, pero la carga de mi CPU vuelve a la normalidad.

Parece ser potencialmente causado por aplicaciones de terceros utilizadas para la duplicación de pantalla o la transmisión. En mi caso fue causado por AirDisplay y la eliminación de ese programa lo resolvió. Intente arrancar en modo seguro y cuando el problema desaparezca en modo seguro, es casi seguro que sea causado por un software de terceros.

Como se explicó anteriormente, deshabilitar VDCAssistant parece resolver este problema. Sin embargo, incluso después de deshabilitar esto, hay algunos otros errores que pueden aparecer, por ejemplo, este error se registra en la consola varias veces por segundo:

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

( mencionado aquí )

No he encontrado una solución alternativa para esto aparte de reiniciar y / o deshabilitar el adaptador DisplayLink (la causa del problema para mí). Esperemos que esto esté pendiente de un parche de Apple.

Abrir Windows 7 a través de Parallels parece ser el desencadenante que pone en marcha la cascada de fallos. Thrashing VDCAssistant parece haberlo curado a corto plazo. Esperemos que no conduzca a otros problemas en el futuro.

Google Chrome

Eliminar el navegador web Google Chrome me resolvió el problema.

Estaba ejecutando Mountain Lion en una máquina virtual Parallels 11, y tuve un registro de fallas generado repetidamente como se describe en la Pregunta, con nombres como VDCAssistant_2015-11-22-120350_localhost.crash. Los bloqueos repetidos comenzaron solo después de iniciar Google Chrome. Salir de Chrome no detiene la creación del registro de bloqueo, los registros continúan apareciendo cada pocos segundos hasta que se reinicia.

Inhabilité el acceso a la cámara en las preferencias de Chrome. No ayudó.

Yo borré:

• Aplicación Google Chrome desde la Applicationscarpeta.
• ~ / Biblioteca / Google /
• ~ / Biblioteca / Soporte de aplicaciones / Google /

Descargué y reinstalé la aplicación Google Chrome nuevamente. El problema no vuelva a aparecer.

Se rindió en Chrome y eliminó la aplicación nuevamente. Firefox ahora es mi navegador secundario en lugar de Chrome.

Alternativa: eliminar .plist

Una alternativa se describe en la Respuesta de Jens Erat donde usa la Terminal para eliminar una lista. Eliminar el plist de hecho detiene inmediatamente el problema. Sin embargo, debe eliminar la lista cada vez que reinicie la Mac (o Mac VM en mi caso).

Sé que esto es demasiado tarde, pero simplemente deshabilité el uso compartido de la cámara desde Parallels.