O VDCAssistant parece estar causando relatórios perpétuos de falhas

12

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

tapinha
fonte
Qual versão do OSX você possui? Comecei a ter o mesmo problema logo após a atualização para 10.9.2
Hubert OG
10.9.2 Nunca notei isso antes, mas isso pode ser apenas um descuido da minha parte.
pat

Respostas:

6

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

sudo touch /System/Library/Extensions

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 :

  • Exposição do ar
  • AirParrot
  • AirServer
  • Driver DisplayLink
  • iDisplay
  • Parallels
  • Driver de exibição virtual Splashtop
  • ScreenRecycler
  • VMWare

Nem tudo isso deve ser afetado, e alguns são realmente debatidos no thread (como Parallels e VMWare). Eles podem apenas fazer o touchmencionado 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 oVDCAssistant (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 ...

sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.cmio.VDCAssistant.plist
Jens Erat
fonte
Muito obrigado. Pelo menos agora eu sei que há uma luz controlada pela maçã no fim do túnel e algumas correções possíveis se eu achar que a câmera é necessária novamente.
pat
Esse descarregamento de plié realmente corrige o problema. Para mim, o problema ocorre dentro de uma VM Parallels executando o Mountain Lion, acionado pela execução do Google Chrome.
Basil Bourque
4

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)

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

sudo mv VDCAssistant VDCAssistant.stopme

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.

Extropy
fonte
1

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.

Dr. Bob
fonte
Exatamente como você removeu o "AirDisplay"?
Basil Bourque
1

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:

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

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

KelAt
fonte
0

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.

tapinha
fonte
Eu tenho os mesmos problemas, mas não estou usando o Parallels, embora o tenha instalado anos atrás. Alguma informação nova sobre isso?
Iynque 6/03/14
Infelizmente, isso resolve um problema, mas cria outros. Para mim não é um problema como eu não usar a câmera, mas destruindo VDCAssistant desativa-lo (o que poderia ser bom se você são super paranóico e não acredito fita adesiva é suficiente opaco!)
pat
0

Google Chrome

insira a descrição da imagem aqui

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:

  • Aplicativo Google Chrome da Applicationspasta
  • ~ / Biblioteca / Google /
  • ~ / Biblioteca / Suporte a aplicativos / Google /

Baixei 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).

Basil Bourque
fonte
0

Sei que é tarde demais, mas simplesmente desabilitei o compartilhamento de câmeras do Parallels.

Klajd Deda
fonte