Как указывалось выше, VDCAssistant, похоже, вызывает постоянные отчеты о сбоях до такой степени, что системный процесс ReportCrash будет использовать 50-100% процессорного времени.

Информация о приложении: клиент пытается получить доступ к дисплею по индексу (1) вместо идентификатора дисплея. вызываемый abort ()

Эти сообщения о сбоях также исчезают и появляются снова. (т.е. число отчетов о сбоях в Console.app никогда не увеличивается, но постоянно генерируется). Процесс не может быть принудительно завершен.

Я понятия не имею, что вызвало это, поскольку я не использую камеру iSight, и ничто иное не подключено к ноутбуку (macbook pro 4,1 osx10.9.2)

Выход из системы не лечит, но перезапуск будет.

Apple изменила что-то, что мешает некоторым приложениям / драйверам с помощью веб-камеры , зеркалирования экрана (Airplay и Airplay-like) и предоставления графических карт USB .

Деинсталлируя те (убедитесь, что используете Google, чтобы найти, какое расширение ядра они установили), убедитесь, что система перестраивает кеш kext , запустив

sudo touch /System/Library/Extensions

и перезапуск решает проблему для большинства людей, публикующих этот список.

Список приложений, которые я обнаружил, которые могут вызвать проблему, в основном из длинной ветки на форуме поддержки Apple :

• Воздушный дисплей
• AirParrot
• AirServer
• DisplayLink Драйвер
• iDisplay
• Parallels
• Драйвер виртуального дисплея Splashtop
• ScreenRecycler
• VMWare

Не все это должно быть затронуто, а некоторые на самом деле обсуждаются в потоке (например, Parallels и VMWare). Они могут просто сделать touchвышеупомянутое, чего некоторые пользователи, вероятно, не сделали.

К сожалению, все это не помогло мне , поэтому я решил отказаться от камеры, пока Apple не исправит это и не отключитVDCAssistant (нужно повторять после каждой загрузки, когда проблема все еще возникает, и когда что-то хотело получить доступ к веб-камере). Имеет преимущество перед удалением / переименованием в том, что вам не нужно напоминать себе об отмене, если, наконец, это исправлено; но вы очень хорошо понимаете, если проблема все еще сохраняется после перезагрузки ...

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

Временный обходной путь найден

VDCAssistant продолжал перезапуск и сбой, порождая процесс ReportCrash, который потреблял много ресурсов процессора. iSight не работает. Чтобы мой iMac в начале 2009 года работал (2009)

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

sudo mv VDCAssistant VDCAssistant.stopme

Это, кажется, остановило цикл сбой / отчет / респаун. Я не знаю, есть ли у него какие-либо другие эффекты, но загрузка моего процессора нормализуется.

Возможно, это вызвано сторонними приложениями, которые используются для зеркального отображения или потоковой передачи. В моем случае это было вызвано AirDisplay, и удаление этой программы решило ее. Попробуйте загрузиться в безопасном режиме, и когда проблема исчезнет в безопасном режиме, это почти наверняка вызвано сторонним программным обеспечением.

Как объяснялось выше, отключение VDCAssistant, похоже, решает эту проблему. Тем не менее, даже после отключения этой функции, могут появиться некоторые другие ошибки, например, эта ошибка регистрируется в консоли несколько раз в секунду:

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

( упомянуто здесь )

Я не нашел обходного пути для этого, кроме перезагрузки и / или отключения адаптера DisplayLink (причина проблемы для меня). Надеюсь, это ожидается патч от Apple.

Открытие Windows 7 через Parallels, по-видимому, является триггером, который запускает каскадный сбой. Thrashing VDCAssistant, кажется, вылечил это в краткосрочной перспективе. Надеюсь, это не приведет к другим проблемам в будущем.

Гугл Хром

Удаление веб-браузера Google Chrome решило проблему для меня.

Я запускал Mountain Lion на виртуальной машине Parallels 11 и несколько раз генерировал журнал сбоев, как описано в Вопросе, с такими именами, как VDCAssistant_2015-11-22-120350_localhost.crash. Повторные сбои начались только после запуска Google Chrome. Выход из Chrome не останавливает создание журнала сбоев, журналы продолжают появляться каждые несколько секунд до перезагрузки.

Я отключил доступ к камере в настройках Chrome. Не помогло.

Я удалил:

• Приложение Google Chrome из Applicationsпапки.
• ~ / Library / Google /
• ~ / Библиотека / Поддержка приложений / Google /

Я снова загрузил и переустановил приложение Google Chrome. Проблема же появиться вновь.

Отказался от Chrome и снова удалил приложение. Firefox теперь мой вторичный браузер вместо Chrome.

Альтернатива - Удалить .plist

Альтернатива описана в Ответе Йенса Эрата, где вы используете Терминал для удаления списка. Удаление plist действительно немедленно решает проблему. Однако вы должны удалять plist каждый раз при перезагрузке Mac (или Mac VM в моем случае).

Я знаю, что это слишком поздно, но я просто отключил совместное использование камеры в Parallels.