Внезапные, неожиданные выходы

20

Иногда Йосемити случайным образом выходит из меня без предупреждения или шанса сохранить работу. Это происходило дважды с тех пор, как я установил Yosemite на свой Retina MacBook Pro 2012 года. Излишне говорить, что это очень нервирует и напоминает вредоносную активность.

С помощью Google и очистки журналов событий я проследил проблему до сбоя в оконном сервере. Отчет о сбое можно найти здесь: http://puu.sh/csTor/0012220497.crash

Могу ли я что-нибудь сделать, чтобы это не повторилось?

Обновление: кажется, наличие вторичного монитора запускает его. Dell U2412 через HDMI. Мне также кажется, что я могу предотвратить сбои, избегая экрана входа в систему, когда монитор подключен.

mm201
источник
> Может ли это быть как-то связано с (?): Системные настройки - Безопасность и конфиденциальность - Дополнительно - Выйти из системы после XXX минут бездействия. Поток MacRumors
Cmag
Эта опция отключена и не должна вызывать сбой регистрации.
мм201
Я использую OSx 10.10.1 на новом 5-дневном MacBook Pro 13 дюймов и у меня точно такая же проблема. Может просто работать, и вдруг все мои приложения закрываются, и я выхожу из системы. Это очень раздражает и явно ошибка OSX. Вот связанная тема, так что вы не одиноки в этой проблеме. forums.macrumors.com/showthread.php?t=1770330
У меня было это сегодня на моем Macbook Pro. Если вы когда-либо убивали WindowServer из командной строки, то именно так он и выглядит. Поэтому я подозреваю, что по какой-то причине происходит сбой WidowServer, который приведет вас прямо к окну входа в систему без прохождения go ... edit .. (который, я вижу, вы уже заметили..doh)
markhunte
1
Я тоже страдаю от этой проблемы. Кто-нибудь пробовал 10.10.2 бета, если эта проблема все еще существует? @joelittlejohn: Я могу подтвердить, что это как-то связано с экраном, подключенным через HDMI. В офисе, где я использую дисплей Thunderbolt, у меня никогда не было этой проблемы. Хотя дома, где я использую дисплей, подключенный через HDMI, это происходит довольно часто, обычно вскоре после подключения экрана.
aaronk6

Ответы:

16

Нет смысла пытаться расплывчато «поймать все» решения, такие как стирание NVRAM и системных контроллеров. Проблема, с которой вы столкнулись, - это SIGSEGV или ошибка сегментации в WindowServer. Вероятно, это связано с поврежденными идентификаторами. Эти идентификаторы хранятся в нескольких местах, и, если их будет достаточно, произойдет сбой. В то время как некоторые идентификаторы хранятся в NVRAM (или PRAM), их удаление обычно только откладывает следующий сбой, поскольку идентификатор в конечном итоге снова оказывается там.

В случае сбоя WindowServer все приложения с графическим интерфейсом останавливаются и перезапускаются с помощью launchd. Когда запускается WindowServer, он сначала выдает окно входа в систему. Так что на самом деле вы не выходите из системы, но весь ваш графический сеанс просто вылетает.

Посмотрев на ваш отчет о сбое, кажется, что этот поток падает:

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread

Последние несколько звонков касались функций (или методов) цветового пространства, что привело меня к мысли, что вы можете просто иметь дело с поврежденным профилем ICC.

Деньги находятся в пределах com.apple.CoreGraphics, и самые последние звонки:

color_space_get_md5_digest + 57
color_space_get_identifier + 9
CGXColorSpaceRegistryCopyRegisteredColorSpace + 42
_CGXCopyColorSpace + 27
_XCopyColorSpace + 57

Теперь, если я прав, он пытается вычислить MD5-хэш цветового пространства. Он делает это потому, что хочет найти идентификатор для цветового пространства, и ему нужен этот идентификатор, потому что CGXColorSpaceRegistryCopyRegisteredColorSpace нужны данные о цветовом пространстве для предустановленного цветового профиля для вашего монитора. Теперь, чтобы быть на 100%, это источник ваших сбоев, мне нужно было бы как можно больше ваших отчетов о сбоях, потому что, если они все сбои по разным причинам, это не имеет ничего общего с программным обеспечением в вашей системе, но это больше Скорее всего, это аппаратная проблема, когда фиктивные данные поступают в программное обеспечение, которое затем пытается что-то сделать с этими данными, чего не может сделать, и, следовательно, обналичивает их.

Простым тестом может быть запуск встроенной в Apple ColorSync Utility и нажатие кнопки «Восстановить». Это может напечатать что-то вроде:

Header message digest (MD5) is not correct. Fixed.

Это имеет смысл, так как сломанный MD5 может быть причиной вашего сбоя. Так что попробуйте сначала. В моей системе эта Утилита ColorSync находится в / Applications / Utilities, и я думаю, что она существует с каждой версии OS X. Пожалуйста, дайте мне знать, нашел ли он поврежденные файлы ICC и мог ли он их исправить. Если нет (либо ничего не найдено, либо не удалось исправить), пожалуйста, опубликуйте любые журналы сбоев на WindowServer, которые у вас есть :)

Джон Китс
источник
OSX автоматически удалил старые, прежде чем я начал избегать экрана входа в систему. Тот, что сегодня, действительно, потерпел крах color_space_get_md5_digest. Я нашел профиль для очень старого монитора (не одного запускающего), в котором отсутствовало несколько полей, но не плохой MD5, и удалил его.
мм201
+1 уже, хороший ответ. Вот мой последний сбой: pastebin.com/raw.php?i=g9qWyfu2 Моя машина некоторое время простаивала (10 минут?), Когда я вернулся и вошел в систему (в 12:26), я заметил, что все мои приложения были повторный запуск.
joelittlejohn
И журнал сбоев: pastebin.com/raw.php?i=WMVLjy6A
joelittlejohn
1
Что ж, joelittlejohn, ваша установка в целом серьезно повреждена! Так много проблем в вашей системе! Кажется, он восстанавливает большинство из них, но, возможно, мне пора заняться новой установкой и обновить все ... Что касается вашего сбоя: WindowServer действительно произошел сбой, но по другой причине. Он пытался прочитать файл кэша цветового пространства, и это произошло из-за нового соединения с программой, и он завис во время ответа на запрос соединения. Запустите ColorSync для оказания первой помощи, сотрите все кэши и проверьте Emacs, он был последним, кто говорил с WindowServer. Также: проверьте кабели дисплея.
Джон Китс
3

Возможной причиной этого могут быть неправильные профили, сгенерированные F.lux для обеспечения плавного перехода между режимами графического процессора - вот обзор того, что он делает с этими профилями: https://justgetflux.com/news/2014/10/28/profile .html

В моей новой установке El Capitan были созданы эти недействительные профили: неверные профили

Утилита ColorSync может использоваться для проверки, удаления и / или ремонта этих профилей, или переключение профиля потока может быть полностью отключено с помощью:

defaults write org.herf.Flux disableProfile 1

Затем следует удаление профилей.

dangerous.beans
источник
2

Это известная ошибка с Apple. Я сообщил о схожей проблеме в их багтрекере , который был закрыт как дубликат ошибки # 18234875.

К сожалению, эти ошибки не могут быть просмотрены или отслежены, кроме репортера. Однако это означает, что Apple знает о проблеме и, будем надеяться, исправит ее в одном из следующих обновлений OS X.

Arne
источник
У вас все еще есть эта проблема в 10.10.2?
aaronk6
Мне сложно воспроизвести. Если я испытаю это снова, я постараюсь сообщить здесь.
Арне
У меня такое ощущение, что 10.10.2 устранила основную причину. Мы никогда не можем быть уверены, какие (если таковые имеются) обходные пути действительно работали.
мм201
0

Попробуйте сбросить настройки SMC и NVRAM, когда подключен второй монитор.

  • Сбросить SMC

Выключите компьютер, одновременно нажмите левую кнопку «Alt», «Control», «Shift» и «Power», удерживайте ее нажатой около 5 секунд.

  • Сбросить NVRAM

Запустите компьютер и прямо перед тем, как услышите сигнал запуска, одновременно нажмите и удерживайте , alt, P и R, пока не услышите сигнал запуска снова.

Может быть так, что экран не поддерживается, - по какой-то причине, если он не поддерживается, это, к сожалению, не исправит его.

Показать имя
источник
Боюсь, это не жизнеспособное решение. Я не могу перезагрузить машину несколько раз каждый раз, когда мне нужно переключиться на другой внешний дисплей.
joelittlejohn
Вам не нужно делать это каждый раз.
DisplayName
как я вижу, в этом случае, да, я пробовал это несколько раз, и это не решает проблему. Лучшее, чего мне удалось добиться, - это отключить монитор и сбросить настройки SMC и VRAM. Кажется, это решает проблему, но принудительный выход из системы возвращается, когда я начинаю использовать какие-либо внешние дисплеи, независимо от того, перезагружен ли я снова или нет.
joelittlejohn
Кажется, это сработало для меня. С другой стороны, я делаю установку обновлений со времен Lion, поэтому коррупция кажется вероятной.
мм201
Ложная тревога. Просто был еще один через 2 дня. Случайность очень расстраивает.
мм201
0

Я читаю много этих тем и у меня появляется тот же симптом, когда я отключаю свой последний виртуальный монитор от моего Mac Mini (Air Display).

Мой сбой прекратился, отключив опцию «Управление полетом» на дисплеях. Пожалуйста, дайте мне знать, если это работает для вас.

Juhana
источник
Мой сбой был связан с цветовыми профилями и был исправлен Apple. Надеюсь, этот ответ будет полезен для кого-то еще.
мм201