Wie oben erwähnt, scheint VDCAssistant ununterbrochene Absturzberichte zu verursachen, sodass der ReportCrash-Systemprozess 50-100% der CPU verbraucht.

Anwendungsspezifische Informationen: Der Client versucht, über den Index (1) anstelle der Anzeige-ID auf eine Anzeige zuzugreifen. abort () aufgerufen

Diese Absturzberichte scheinen ebenfalls zu verschwinden und wieder aufzutauchen. (dh die Anzahl der Absturzberichte in Console.app wächst nie, sondern wird ständig generiert). Der Prozess kann nicht gewaltsam beendet werden.

Ich habe keine Ahnung, was dies verursacht, da ich keine iSight-Kamera verwende und nichts anderes mit dem Laptop verbunden ist (macbook pro 4,1 osx10.9.2)

Abmelden heilt es nicht, aber ein Neustart wird.

Apple hat etwas geändert , das einige Anwendungen / Treiber, die die Webcam verwenden , stört , den Bildschirm spiegelt (Airplay und Airplay-like) und USB-Grafikkarten bereitstellt .

Wenn Sie diese deinstallieren (stellen Sie sicher, dass Sie Google verwenden, um die installierte Kernel-Erweiterung zu finden), stellen Sie sicher, dass das System den Kext-Cache durch Ausführen neu erstellt

sudo touch /System/Library/Extensions

Ein Neustart löst das Problem für die meisten Personen, die auf dieser Liste posten.

Liste der Anwendungen, die das Problem möglicherweise verursacht haben, meistens aus einem längeren Thread im Apple-Supportforum :

• Luftanzeige
• AirParrot
• AirServer
• DisplayLink-Treiber
• iDisplay
• Parallelen
• Splashtop Virtual Display-Treiber
• ScreenRecycler
• VMWare

Nicht alles davon muss betroffen sein, und einige werden tatsächlich im Thread diskutiert (wie Parallels und VMWare). Sie tun möglicherweise nur das touchoben erwähnte, was einige Benutzer wahrscheinlich nicht getan haben.

Leider hat mir das alles nicht geholfen , also habe ich beschlossen, die Kamera aufzugeben, bis Apple dies behoben und deaktiviert hatVDCAssistant (muss nach jedem Start wiederholt werden, wenn das Problem weiterhin auftritt und wann immer etwas auf die Webcam zugreifen wollte). Hat den Vorteil gegenüber dem Löschen / Umbenennen, dass Sie sich nicht daran erinnern müssen, dies rückgängig zu machen, wenn es endgültig behoben ist. man merkt aber sehr gut ob das problem nach einem neustart noch besteht ...

sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.cmio.VDCAssistant.plist

Temporäre Problemumgehung gefunden

VDCAssistant wurde immer wieder neu gestartet und stürzte ab. Dabei wurde ein ReportCrash-Prozess ausgelöst, der viel CPU-Aufwand verursachte. iSight funktioniert nicht. Damit mein iMac Anfang 2009 funktioniert (2009)

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

sudo mv VDCAssistant VDCAssistant.stopme

Dies scheint den Absturz / Bericht / Respawn-Zyklus gestoppt zu haben. Ich weiß nicht, ob es andere Auswirkungen hat, aber meine CPU-Auslastung ist wieder normal.

Dies scheint möglicherweise auf Apps von Drittanbietern zurückzuführen zu sein, die für das Spiegeln oder Streamen von Anzeigen verwendet werden. In meinem Fall wurde es von AirDisplay verursacht und das Entfernen dieses Programms löste es. Versuchen Sie, im abgesicherten Modus zu booten. Wenn das Problem im abgesicherten Modus verschwindet, liegt es mit ziemlicher Sicherheit an Software von Drittanbietern.

Wie oben erläutert, scheint das Deaktivieren von VDCAssistant dieses Problem zu beheben. Aber auch nach dem Deaktivieren gibt es einige andere Fehler, die auftreten können, z. B. dieser Fehler, der mehrmals pro Sekunde in der Konsole protokolliert wird:

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

( hier erwähnt )

Abgesehen vom Neustart und / oder Deaktivieren des DisplayLink-Adapters (für mich die Ursache des Problems) habe ich keine Problemumgehung gefunden. Hoffentlich steht hierfür ein Patch von Apple aus.

Das Öffnen von Windows 7 über Parallels scheint der Auslöser zu sein, der die Absturzkaskade in Gang setzt. Thrashing VDCAssistant scheint es kurzfristig geheilt zu haben. Hoffentlich führt es nicht zu anderen Problemen auf der Straße.

Google Chrome

Das Entfernen des Google Chrome -Webbrowsers löste das Problem für mich.

Ich habe Mountain Lion auf einer virtuellen Parallels 11-Maschine ausgeführt und ein Absturzprotokoll wie in der Frage beschrieben wiederholt mit Namen wie z VDCAssistant_2015-11-22-120350_localhost.crash. Die wiederholten Abstürze begannen erst nach dem Start von Google Chrome. Durch das Beenden von Chrome wird die Erstellung des Absturzprotokolls nicht gestoppt. Bis zum Neustart werden alle paar Sekunden Protokolle angezeigt.

Ich habe den Zugriff auf die Kamera in den Chrome-Einstellungen deaktiviert. Hat nicht geholfen.

Ich löschte:

• Google Chrome App aus ApplicationsOrdner.
• ~ / Bibliothek / Google /
• ~ / Bibliothek / Anwendungsunterstützung / Google /

Ich habe die Google Chrome-App heruntergeladen und erneut installiert. Das Problem tritt erneut auf.

Hat Chrome aufgegeben und die App wieder entfernt. Firefox ist jetzt mein sekundärer Browser anstelle von Chrome.

Alternative - Lösche .plist

Eine Alternative ist in der Antwort von Jens Erat beschrieben, in der Sie das Terminal verwenden, um eine Liste zu löschen. Das Löschen der Liste beendet das Problem in der Tat sofort. Sie müssen jedoch die Plist jedes Mal löschen, wenn Sie den Mac (oder in meinem Fall Mac VM) neu starten.

Ich weiß, das ist viel zu spät, aber ich habe die gemeinsame Nutzung von Kameras in Parallels einfach deaktiviert.