VDCAssistant semble être à l'origine de rapports de crash perpétuels

12

Comme indiqué ci-dessus, VDCAssistant semble provoquer des rapports de plantage perpétuels au point que le processus du système ReportCrash utilisera 50 à 100% du processeur.

Informations spécifiques à l'application: le client tente d'accéder à un affichage par l'index (1) au lieu de l'ID d'affichage. abort () appelé

Ces rapports d'erreur semblent également disparaître et réapparaître. (c'est-à-dire que le nombre de rapports d'erreur dans Console.app n'augmente jamais mais est constamment généré). Le processus ne peut pas être forcé de quitter.

Je n'ai aucune idée de ce qui cause cela car je n'utilise pas la caméra iSight et rien d'autre n'est connecté à un ordinateur portable (macbook pro 4,1 osx10.9.2)

La déconnexion ne résout pas le problème, mais un redémarrage le fera.

tapoter
la source
Quelle version d'OSX avez-vous? J'ai commencé à avoir le même problème juste après la mise à jour vers 10.9.2
Hubert OG
10.9.2. Je ne l'avais jamais remarqué auparavant, mais c'est peut-être un oubli de ma part.
pat

Réponses:

6

Apple a changé quelque chose qui interfère avec certaines applications / pilotes utilisant la webcam , reflétant l'écran (Airplay et Airplay-like) et fournissant des cartes graphiques USB .

Désinstaller ceux-ci (assurez-vous d'utiliser Google pour trouver quelle extension du noyau ils ont installée), assurez-vous que le système reconstruit le cache kext en exécutant

sudo touch /System/Library/Extensions

et le redémarrage résout le problème pour la plupart des personnes qui publient sur cette liste.

Liste des applications que j'ai trouvées qui pourraient causer le problème, principalement à partir d' un long thread dans le forum d'assistance Apple :

  • Affichage de l'air
  • AirParrot
  • AirServer
  • Pilote DisplayLink
  • iDisplay
  • Parallels
  • Pilote d'affichage virtuel Splashtop
  • ScreenRecycler
  • VMWare

Tout cela ne doit pas être affecté, et certains sont en fait débattus dans le thread (comme Parallels et VMWare). Ils pourraient simplement faire ce qui est touchmentionné ci-dessus, ce que certains utilisateurs n'ont probablement pas fait.

Malheureusement, tout cela ne m'a pas aidé , j'ai donc décidé d'abandonner la caméra jusqu'à ce qu'Apple corrige cela et ait désactivé leVDCAssistant (doit être répété après chaque démarrage, lorsque le problème persiste et chaque fois que quelque chose voulait accéder à la webcam). A l'avantage sur la suppression / le renommage que vous n'avez pas à vous rappeler de l'annuler si c'est finalement corrigé; mais vous vous rendez très bien compte si le problème persiste toujours après un redémarrage ...

sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.cmio.VDCAssistant.plist
Jens Erat
la source
Merci beaucoup. Au moins, je sais maintenant qu'il y a une lumière contrôlée par Apple au bout du tunnel et quelques corrections possibles si je pense que la caméra est à nouveau nécessaire.
pat
Ce déchargement de plist résout en effet le problème. Pour moi, le problème se produit dans une machine virtuelle Parallels exécutant Mountain Lion, déclenchée par l'exécution de Google Chrome.
Basil Bourque
4

Solution de contournement temporaire trouvée

VDCAssistant a continué de redémarrer et de planter, engendrant un processus ReportCrash qui consommait beaucoup de CPU. iSight ne fonctionne pas. Afin de garder mon iMac début 2009 fonctionnel (2009)

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

sudo mv VDCAssistant VDCAssistant.stopme

Cela semble avoir arrêté le cycle crash / rapport / réapparition. Je ne sais pas si cela a d'autres effets, mais ma charge CPU est revenue à la normale.

Extropie
la source
1

Elle semble être potentiellement causée par des applications tierces utilisées pour la mise en miroir de l'affichage ou la diffusion en continu. Dans mon cas, cela a été causé par AirDisplay et la suppression de ce programme l'a résolu. Essayez de démarrer en mode sans échec et lorsque le problème disparaît en mode sans échec, il est presque certainement causé par un logiciel tiers.

Dr. Bob
la source
Comment avez-vous supprimé "AirDisplay"?
Basil Bourque
1

Comme expliqué ci-dessus, la désactivation de VDCAssistant semble résoudre ce problème. Cependant, même après avoir désactivé cela, il existe d'autres erreurs qui peuvent apparaître, par exemple, cette erreur enregistrée dans la console plusieurs fois par seconde:

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

( mentionné ici )

Je n'ai pas trouvé de solution pour cela en dehors du redémarrage et / ou de la désactivation de l'adaptateur DisplayLink (la cause du problème pour moi). Espérons que cela soit en attente d'un correctif d'Apple.

KelAt
la source
0

L'ouverture de Windows 7 via Parallels semble être le déclencheur qui déclenche la cascade de plantages. Thrashing VDCAssistant semble l'avoir guéri à court terme. Espérons que cela n'entraîne pas d'autres problèmes en cours de route.

tapoter
la source
J'ai les mêmes problèmes, mais je n'utilise pas Parallels, même si je l'ai installé il y a des années. De nouvelles informations à ce sujet?
iynque
Malheureusement, cela résout un problème mais en crée d'autres. Pour moi, ce n'est pas un problème car je n'utilise pas l'appareil photo mais la corvée de VDCAssistant le désactive (ce qui pourrait être bon si vous êtes super paranoïaque et ne croyez pas que le ruban adhésif est suffisamment opaque!)
pat
0

Google Chrome

entrez la description de l'image ici

La suppression du navigateur Web Google Chrome a résolu le problème pour moi.

J'exécutais Mountain Lion sur une machine virtuelle Parallels 11, et un journal de plantage était généré à plusieurs reprises comme décrit dans la question, avec des noms tels queVDCAssistant_2015-11-22-120350_localhost.crash . Les plantages répétés n'ont commencé qu'après le lancement de Google Chrome. Quitter Chrome n'arrête pas la création du journal des plantages, les journaux continuent d'apparaître toutes les quelques secondes jusqu'au redémarrage.

J'ai désactivé l'accès à la caméra dans les préférences de Chrome. N'a pas aidé.

J'ai effacé:

  • Application Google Chrome à partir du Applicationsdossier.
  • ~ / Bibliothèque / Google /
  • ~ / Bibliothèque / Support d'application / Google /

J'ai à nouveau téléchargé et réinstallé l'application Google Chrome. Problème ne ressurgir.

J'ai abandonné Chrome et supprimé à nouveau l'application. Firefox est maintenant mon navigateur secondaire au lieu de Chrome.

Alternative - Supprimer .plist

Une alternative est décrite dans la réponse de Jens Erat où vous utilisez le terminal pour supprimer un plist. La suppression du plist arrête en effet immédiatement le problème. Cependant, vous devez supprimer la liste à chaque redémarrage du Mac (ou de la machine virtuelle Mac dans mon cas).

Basil Bourque
la source
0

Je sais que c'est beaucoup trop tard, mais j'ai simplement désactivé le partage de caméra de Parallels.

Klajd Deda
la source