11 votos

El asistente de VDCA parece estar causando perpetuos informes de accidentes

Como ya se ha dicho, el asistente de VDCA parece estar causando perpetuos informes de accidentes hasta el punto de que el proceso del sistema ReportCrash utilizará el 50-100% de la cpu.

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

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

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

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

0 votos

¿Qué versión de OSX tienes? Empecé a tener el mismo problema justo después de actualizar a 10.9.2

0 votos

10.9.2. Nunca me di cuenta antes de que, pero que sólo puede ser un descuido de mi parte.

6voto

Philip Rieck Puntos 21405

Apple ha cambiado algo que interfiere con algunas aplicaciones/conductores que usan el webcam , reflejando la pantalla (Airplay y Airplay-like) y proporcionando 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 reconstruye el cacheo de la llave corriendo

sudo touch /System/Library/Extensions

y reiniciar resuelve el problema para la mayoría de la gente que publica en esa lista.

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

  • Pantalla de aire
  • AirParrot
  • AirServer
  • Controlador DisplayLink
  • iDisplay
  • Parallels
  • El controlador de la pantalla virtual Splashtop
  • ScreenRecycler
  • VMWare

No todo esto debe ser afectado, y algunos se debaten en el hilo (como Parallels y VMWare). Puede que sólo hagan el touch mencionado anteriormente, lo que algunos usuarios probablemente no hicieron.

Lamentablemente esto no todos me ayudaron así que decidí dejar la cámara hasta que Apple arreglara esto y deshabilitó el VDCAssistant (debe ser repetido después de cada arranque, cuando el problema sigue ocurriendo, y siempre que se quiera acceder a la webcam). Tiene la ventaja sobre el borrado/renombrado de que no tienes que recordarte a ti mismo deshacerlo si finalmente se arregla; 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

0 votos

Muchas gracias. Al menos ahora sé que hay una luz controlada por Apple al final del túnel y unos cuantos arreglos posibles si siento que la cámara es necesaria de nuevo.

0 votos

Ese plist unload efectivamente soluciona el problema. En mi caso el problema se produce dentro de una VM Parallels ejecutando Mountain Lion, activada al ejecutar Google Chrome.

4voto

qpingu Puntos 651

Se ha encontrado una solución temporal

El asistente de VDCA siguió reiniciándose y colapsando, generando un proceso ReportCrash que estaba consumiendo mucho CPU. iSight no está funcionando. Para mantener mi iMac de principios de 2009 funcionando (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 choque/informe/reparación. No sé si tiene otros efectos, pero mi carga de CPU ha vuelto a la normalidad.

1voto

evilcube Puntos 111

Parece ser causado potencialmente por aplicaciones de terceros utilizadas para el mirroring o streaming de pantallas. En mi caso fue causado por AirDisplay y quitando ese programa se solucionó. Intenta arrancar en modo seguro y cuando el problema desaparezca en modo seguro es casi seguro que sea causado por un software de terceros.

0 votos

¿Exactamente cómo has eliminado "AirDisplay"?

1voto

elo80ka Puntos 4450

Como ya se ha explicado, la desactivación del asistente VDCA parece resolver este problema. Sin embargo, incluso después de desactivarlo, hay algunos otros errores que pueden aparecer, por ejemplo, este error registrado 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 para esto aparte de reiniciar y/o desactivar el adaptador DisplayLink (la causa del problema para mí). Esperemos que esto esté pendiente de un parche de Apple.

0voto

pat Puntos 158

Abrir Windows 7 a través de Parallels parece ser el detonante que pone en marcha la cascada de caídas. Aplastar el VDCAssistant parece haberlo curado a corto plazo. Esperemos que no conduzca a otros problemas en el futuro.

0 votos

Tengo estos mismos problemas, pero no estoy usando Parallels, aunque lo tuve instalado hace años. ¿Alguna información nueva sobre esto?

0 votos

Por desgracia, esto resuelve un problema pero crea otros. Para mí no es un problema, ya que no uso la cámara, pero al destruir VDCAssistant se desactiva (lo que podría ser bueno si eres súper paranoico y no crees que la cinta adhesiva sea lo suficientemente opaca).

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