Conforme mencionado acima, o VDCAssistant parece estar causando relatórios de falhas perpétuos a ponto de o processo do sistema ReportCrash usar de 50 a 100% da CPU.
Informações específicas do aplicativo: o cliente está tentando acessar uma exibição pelo índice (1) em vez da ID da exibição. abort () chamado
Esses relatórios de falhas também parecem desaparecer e reaparecer. (ou seja, o número de relatórios de falhas no Console.app nunca aumenta, mas é gerado constantemente). O processo não pode ser forçado a sair.
Não faço ideia do que está causando isso, pois não uso a câmera iSight e nada mais está conectado ao laptop (macbook pro 4,1 osx10.9.2)
Sair não resolve, mas uma reinicialização o fará.
Respostas:
A Apple mudou algo que interfere com alguns aplicativos / drivers que usam a webcam , espelhando a tela (Airplay e semelhante a Airplay) e fornecendo placas gráficas USB .
Desinstalando-os (use o Google para encontrar qual extensão de kernel eles instalaram), verifique se o sistema reconstrói o cache do kext executando
e reiniciar resolve o problema para a maioria das pessoas postando nessa lista.
Lista de aplicativos que encontrei que podem causar o problema, principalmente em um segmento longo no fórum de suporte da Apple :
Nem tudo isso deve ser afetado, e alguns são realmente debatidos no thread (como Parallels e VMWare). Eles podem apenas fazer o
touch
mencionado acima, o que alguns usuários provavelmente não fizeram.Infelizmente, tudo isso não me ajudou , então decidi desistir da câmera até a Apple consertar isso e desabilitar o
VDCAssistant
(deve ser repetido após cada inicialização, quando o problema persistir e sempre que algo quiser acessar a webcam). Tem a vantagem de excluir / renomear que você não precisa se lembrar de desfazer que, se finalmente for corrigido; mas você percebe muito bem se o problema persistir após uma reinicialização ...fonte
Solução temporária encontrada
O VDCAssistant continuou reiniciando e travando, gerando um processo ReportCrash que consumia muita CPU. O iSight não está funcionando. Para manter meu iMac do início de 2009 funcionando (2009)
Parece que isso interrompeu o ciclo de falha / relatório / reaparecimento. Não sei se isso tem outros efeitos, mas minha carga de CPU voltou ao normal.
fonte
Parece ser potencialmente causado por aplicativos de terceiros usados para espelhamento ou streaming de exibição. No meu caso, foi causado pelo AirDisplay e a remoção desse programa o resolveu. Tente inicializar no modo de segurança e, quando o problema desaparecer no modo de segurança, é quase certamente causado por software de terceiros.
fonte
Conforme explicado acima, desabilitar o VDCAssistant parece resolver esse problema. No entanto, mesmo depois de desativar isso, existem outros erros que podem aparecer, por exemplo, esse erro registrado no console várias vezes por segundo:
( mencionado aqui )
Não encontrei uma solução alternativa para isso, além de reiniciar e / ou desativar o adaptador DisplayLink (a causa do problema para mim). Espero que isso esteja pendente de um patch da Apple.
fonte
Abrir o Windows 7 pelo Parallels parece ser o gatilho que aciona a cascata de falhas. Thrashing VDCAssistant parece ter curado a curto prazo. Espero que isso não leve a outros problemas futuros.
fonte
Google Chrome
A remoção do navegador Google Chrome resolveu o problema para mim.
Eu estava executando o Mountain Lion em uma máquina virtual Parallels 11 e tive um log de falha gerado repetidamente, conforme descrito na pergunta, com nomes como
VDCAssistant_2015-11-22-120350_localhost.crash
. As falhas repetidas começaram somente após o lançamento do Google Chrome. Sair do Chrome não interrompe a criação do log de falha; os logs continuam a aparecer a cada poucos segundos até a reinicialização.Desativei o acesso à câmera nas preferências do Chrome. Não ajudou.
Eu deletei:
Applications
pastaBaixei e reinstalei o aplicativo Google Chrome novamente. Problema é que re-aparecer.
Desistiu do Chrome e removeu o aplicativo novamente. O Firefox agora é meu navegador secundário, em vez do Chrome.
Alternativa - Excluir .plist
Uma alternativa é descrita na resposta de Jens Erat, onde você usa o terminal para excluir uma lista. A exclusão do plist realmente interrompe imediatamente o problema. No entanto, você deve excluir o plist toda vez que reiniciar o Mac (ou Mac VM no meu caso).
fonte
Sei que é tarde demais, mas simplesmente desabilitei o compartilhamento de câmeras do Parallels.
fonte