VDCAssistant sembra causare segnalazioni di arresti perpetui

12

Come affermato sopra, VDCAssistant sembra causare segnalazioni di arresti perpetui al punto che il processo del sistema ReportCrash utilizzerà il 50-100% di CPU.

Informazioni specifiche sull'applicazione: Il client sta tentando di accedere a un display per indice (1) anziché per ID display. abort () chiamato

Anche questi rapporti sugli arresti anomali sembrano scomparire e riapparire. (ad esempio il numero di rapporti di arresto anomalo in Console.app non cresce mai, ma viene costantemente generato). Il processo non può essere forzato.

Non ho idea di cosa stia causando questo perché non uso la videocamera iSight e nient'altro è collegato al laptop (macbook pro 4,1 osx10.9.2)

La disconnessione non lo cura, ma un riavvio lo farà.

    
posta pat 04.03.2014 - 16:56
fonte

7 risposte

6

Apple ha cambiato qualcosa che interferisce con alcune applicazioni / driver utilizzando la webcam , mirroring dello schermo (come Airplay e Airplay) e fornendo schede grafiche USB .

Disinstallare quelli (assicurati di usare Google per trovare l'estensione del kernel che hanno installato), assicurati che il sistema ricostruisca la cache di kext eseguendo

sudo touch /System/Library/Extensions

e il riavvio risolve il problema per la maggior parte delle persone che pubblicano su quell'elenco.

Elenco di applicazioni che ho trovato che potrebbero causare il problema, principalmente di una lunga discussione nel forum di supporto di Apple :

  • Air Display
  • AirParrot
  • AirServer
  • Driver DisplayLink
  • iDisplay
  • Parallels
  • Driver dello schermo virtuale Splashtop
  • ScreenRecycler
  • VMWare

Non tutto questo deve essere influenzato, e alcuni sono effettivamente discussi nel thread (come Parallels e VMWare). Potrebbero semplicemente fare il touch sopra menzionato, che alcuni utenti probabilmente non hanno fatto.

Purtroppo questo non mi ha aiutato , quindi ho deciso di abbandonare la videocamera finché Apple non ha risolto il problema e disattivato VDCAssistant (deve essere ripetuto dopo ogni avvio, quando il problema si verifica ancora e ogni volta che qualcosa volesse accedere alla webcam). Ha il vantaggio dell'eliminazione / ridenominazione di cui non è necessario ricordarsi di annullare l'operazione se è definitivamente risolta; ma ti rendi conto molto bene se il problema persiste ancora dopo un riavvio ...

sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.cmio.VDCAssistant.plist
    
risposta data 27.03.2014 - 20:24
fonte
4

Soluzione temporanea trovata

VDCAssistant continuava a riavviarsi e bloccarsi, generando un processo ReportCrash che stava consumando molta CPU. iSight non funziona. Al fine di mantenere i miei primi anni 2009 iMac funzionanti (2009)

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

sudo mv VDCAssistant VDCAssistant.stopme

Questo sembra aver interrotto il ciclo crash / report / respawn. Non so se ha altri effetti, ma il carico della mia CPU è tornato alla normalità.

    
risposta data 10.03.2014 - 08:18
fonte
1

Sembra essere potenzialmente causato da app di terze parti utilizzate per il mirroring o lo streaming del display. Nel mio caso è stato causato da AirDisplay e la rimozione di quel programma l'ha risolto. Prova ad avviare in modalità provvisoria e quando il problema scompare in modalità provvisoria è quasi certamente causato da software di terze parti.

    
risposta data 15.03.2014 - 21:15
fonte
1

Come spiegato sopra, disabilitare VDCAssistant sembra risolvere questo problema. Tuttavia, anche dopo aver disabilitato questo, ci sono altri errori che possono apparire ad es. questo errore ha registrato la console più volte al secondo:

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

( menzionato qui )

Non ho trovato una soluzione alternativa per questo oltre al riavvio e / o alla disabilitazione dell'adattatore DisplayLink (la causa del problema per me). Speriamo che questo sia in attesa di una patch di Apple.

    
risposta data 25.04.2014 - 14:13
fonte
0

L'apertura di Windows 7 tramite Parallels sembra essere il trigger che imposta la cascata di crash in movimento. Thrashing VDCAssistant sembra averlo curato nel breve periodo. Speriamo che non porti ad altri problemi lungo la strada.

    
risposta data 06.03.2014 - 03:31
fonte
0

Google Chrome

Larimozionedel Google Chrome browser web ha risolto il problema per me.

Stavo correndo Mountain Lion in un Parallels 11 macchina virtuale, e ha generato un registro di crash generato ripetutamente come descritto nella domanda, con nomi come VDCAssistant_2015-11-22-120350_localhost.crash . I ripetuti arresti anomali sono iniziati solo dopo l'avvio di Google Chrome. L'uscita da Chrome non interrompe la creazione del registro di arresto anomalo, i log continuano ad apparire ogni pochi secondi fino al riavvio.

Ho disabilitato l'accesso alla videocamera nelle preferenze di Chrome. Non ha aiutato.

Ho eliminato:

  • App Google Chrome dalla cartella Applications .
  • ~ / Library / Google /
  • ~ / Libreria / Supporto applicazione / Google /

Ho scaricato e reinstallato nuovamente l'app Google Chrome. Problema fa riappare.

Tieni su Chrome e rimuovi l'app di nuovo. Firefox ora è il mio browser secondario al posto di Chrome.

Alternativa - Elimina .plist

Un'alternativa è descritta nella risposta di Jens Erat in cui usi il Terminale per eliminare un plist. Eliminare il plist, infatti, arresta immediatamente il problema. Tuttavia, è necessario eliminare il plist ogni volta che si riavvia il Mac (o Mac VM nel mio caso).

    
risposta data 22.11.2015 - 21:33
fonte
0

So che è troppo tardi, ma ho semplicemente disabilitato la condivisione della videocamera da Parallels.

    
risposta data 05.10.2016 - 19:44
fonte

Leggi altre domande sui tag