VDCAssistant parece estar causando informes de bloqueo perpetuos

12

Como se indicó anteriormente, el asistente VDCA parece estar causando informes de bloqueo perpetuos hasta el punto de que el proceso del sistema ReportCrash utilizará 50-100% de la CPU.

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

Estos informes de fallos también parecen desaparecer y reaparecer. (es decir, la cantidad de informes de fallos en Console.app nunca aumenta, sino que 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 no hay nada más conectado a una computadora portátil (macbook pro 4,1 osx10.9.2)

El cierre de sesión no lo soluciona, pero un reinicio sí lo hará.

    
pregunta pat 04.03.2014 - 16:56

7 respuestas

6

Apple ha cambiado algo que interfiere con algunas aplicaciones / controladores utilizando la cámara web , reflejando la pantalla (similar a Airplay y Airplay) y proporcionar tarjetas gráficas USB .

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

sudo touch /System/Library/Extensions

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

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

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

No todo esto debe verse afectado, y algunos realmente se debaten en el hilo (como Parallels y VMWare). Es posible que solo hagan el touch mencionado anteriormente, lo que probablemente algunos usuarios no hicieron.

Lamentablemente, no todos me ayudaron , así que decidí abandonar la cámara hasta que Apple lo solucionó y desactivó el VDCAssistant (debe repetirse después de cada arranque, cuando el problema persiste, y cada vez que algo deseaba acceder a la cámara web). Tiene la ventaja de eliminar / renombrar que no tiene que recordarse deshacerse de 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
    
respondido por el Jens Erat 27.03.2014 - 20:24
4

Se ha encontrado una solución temporal

VDCAssistant continuó reiniciando y fallando, generando un proceso ReportCrash que estaba consumiendo mucha CPU. iSight no está funcionando. Para mantener mi iMac de principios de 2009 en funcionamiento (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 / reporte / reaparición. No sé si tiene otros efectos, pero la carga de mi CPU ha vuelto a la normalidad.

    
respondido por el Extropy 10.03.2014 - 08:18
1

Parece ser potencialmente causado por aplicaciones de terceros que se usan para reflejar pantallas o transmitir. En mi caso, fue causado por AirDisplay y eliminar ese programa lo resolvió. Intente iniciar en modo seguro y cuando el problema desaparece en modo seguro, es casi seguro que es causado por software de terceros.

    
respondido por el Dr. Bob 15.03.2014 - 21:15
1

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

    
respondido por el KelAt 25.04.2014 - 14:13
0

La apertura de Windows 7 a través de Parallels parece ser el desencadenante que pone en movimiento la cascada de caída. Golpear VDCAssistant parece haberlo curado a corto plazo. Esperemos que no lleve a otros problemas en el camino.

    
respondido por el pat 06.03.2014 - 03:31
0

Google Chrome

Eliminarel Google Chrome solucionó el problema por mí.

Estaba ejecutando Mountain Lion en un Parallels 11 máquina virtual, y se generó un registro de bloqueo 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 lanzar Google Chrome. Al salir de Chrome no se detiene la creación del registro de bloqueo, los registros siguen apareciendo cada pocos segundos hasta que se reinicia.

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

He eliminado:

  • la aplicación Google Chrome de la carpeta Applications .
  • ~ / Library / Google /
  • ~ / Library / Application Support / Google /

Descargué y reinstalé la aplicación Google Chrome nuevamente. El problema hace reaparece.

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

Alternativa - Eliminar .plist

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

    
respondido por el Basil Bourque 22.11.2015 - 21:33
0

Sé que es demasiado tarde, pero simplemente deshabilité el uso compartido de cámaras de Parallels.

    
respondido por el Klajd Deda 05.10.2016 - 19:44

Lea otras preguntas en las etiquetas