Як було сказано вище, VDCAssistant, здається, викликає вічні звіти про збої до того, що системний процес ReportCrash використовуватиме 50-100% процесора.

Конкретна інформація щодо програми: Клієнт намагається отримати доступ до дисплея за допомогою індексу (1) замість ідентифікатора дисплея. аборт () називається

Ці повідомлення про збої також, здається, зникають і з’являються знову. (тобто кількість звітів про збої в Console.app ніколи не зростає, а постійно генерується). Процес не може бути примусовим.

Я не маю поняття, що це спричиняє, оскільки я не використовую камеру iSight і більше нічого не підключено до ноутбука (macbook pro 4,1 osx10.9.2)

Вихід із системи цього не вилікує, але перезапуск буде.

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

Видаливши ці (переконайтеся, що Google використовує для пошуку розширення ядра, яке вони встановили), переконайтеся, що система відновить кеш-кекс , запустивши

sudo touch /System/Library/Extensions

і перезапуск вирішує проблему для більшості людей, які публікують цей список.

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

• Повітряний дисплей
• AirParrot
• AirServer
• Драйвер DisplayLink
• iDisplay
• Паралелі
• Драйвер віртуального дисплея Splashtop
• ScreenRecycler
• VMWare

Не все це має бути порушене, і деякі фактично обговорюються в потоці (як Parallels та VMWare). Вони можуть просто зробити touchзгадане вище, що, можливо, деякі користувачі не робили.

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

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

Тимчасове вирішення знайдено

VDCAssistant продовжував перезапуск та збій, породжуючи процес ReportCrash, який з'їдав багато процесора. iSight не працює. Для того, щоб я на початку 2009 року працював iMac (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, здається, є спусковим механізмом, який приводить у рух каскад аварій. Збивання VDCAssistant, здається, вилікувало його за короткий термін. Сподіваємось, це не призводить до інших проблем у дорозі.

Гугл хром

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

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

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

Я видалив:

• Додаток Google Chrome із Applicationsпапки.
• ~ / Бібліотека / Google /
• ~ / Бібліотека / Підтримка програм / Google /

Я знову завантажив і знову встановив додаток Google Chrome. Проблема ж з'явитися знову.

Перейшов на Chrome і знову видалив додаток. Firefox тепер мій вторинний браузер замість Chrome.

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

Альтернатива описана у відповіді Jens Erat, де ви використовуєте термінал для видалення списку. Видалення списку справді негайно зупиняє проблему. Однак ви повинні видаляти пліст кожного разу при перезавантаженні Mac (або Mac VM у моєму випадку).

Я знаю, що це занадто пізно, але я просто відключив спільне використання камери з Паралелів.