Mac Mini под управлением Yosemite случайно отключается, а затем на некоторое время попадает в цикл перезагрузки - журналы не показывают много

Question

Под управлением Mac Mini 2,5 ГГц Intel Core i5 с 16 ГБ оперативной памяти. Недавно я столкнулся со случайными отключениями, которые, по-видимому, не имеют заметной причины в журналах. Это журнал, показывающий самый последний интервал времени, когда произошло отключение:

Nov 29 13:31:34 minimac.local screensharingd[3148]: Authentication: FAILED :: User Name: N/A :: Viewer Address: 70.33.238.149 :: Type: VNC DES
Nov 29 13:31:36 minimac kernel[0]: Google Chrome He (map: 0xffffff8047df2960) triggered DYLD shared region unnest for map: 0xffffff8047df2960, region 0x7fff90000000->0x7fff90200000. While not abnormal for debuggers, this increases system memory footprint until the target exits.
Nov 29 13:31:50 minimac.local screensharingd[3148]: Authentication: FAILED :: User Name: N/A :: Viewer Address: 69.58.96.42 :: Type: VNC DES
Nov 29 13:33:06 minimac com.apple.xpc.launchd[1] (com.apple.screensharing[3232]): Endpoint has been activated through legacy launch(3) APIs. Please switch to XPC or bootstrap_check_in(): com.apple.screensharing.server
Nov 29 13:33:09 minimac.local screensharingd[3232]: Authentication: FAILED :: User Name: N/A :: Viewer Address: 106.240.241.58 :: Type: VNC DES
Nov 29 13:33:20 minimac.local screensharingd[3232]: Authentication: FAILED :: User Name: N/A :: Viewer Address: 50.121.137.174 :: Type: VNC DES
Nov 29 13:33:29 minimac.local screensharingd[3232]: Authentication: FAILED :: User Name: N/A :: Viewer Address: 75.109.245.13 :: Type: VNC DES
Nov 29 13:33:39 minimac.local screensharingd[3232]: Authentication: FAILED :: User Name: N/A :: Viewer Address: 66.192.171.130 :: Type: VNC DES
Nov 29 13:33:45 minimac.local screensharingd[3232]: Authentication: FAILED :: User Name: N/A :: Viewer Address: 67.214.107.178 :: Type: VNC DES
Nov 29 13:34:37 minimac.local discoveryd[53]: Basic DNSResolver  dropping message because it doesn't match the one sent Port:53 MsgID:39067
Nov 29 15:46:18 localhost bootlog[0]: BOOT_TIME 1417304778 0
Nov 29 15:46:39 localhost syslogd[16]: Configuration Notice:
    ASL Module "com.apple.AccountPolicyHelper" claims selected messages.
    Those messages may not appear in standard system log files or in the ASL database.

С тех пор я закрыл VNC, хотя не понимаю, как это могло быть причиной. У меня нет мониторинга мощности, но я тоже работаю над этим. Есть ли какая-то дополнительная многословная регистрация, которую я мог бы настроить, чтобы лучше понять, что вызывает выключения?

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

Так что я думаю, для целей точного вопроса:

1. Кто-нибудь видит в этих строках журнала что-то подозрительное?
2. Есть ли дополнительная регистрация, которую я могу запустить для более подробной информации?
3. Кто-нибудь знает об этой проблеме в другом месте?

Обновить:

• Apple Hardware Test вернулся чистым
• У меня было два сторонних приложения, которые работали в пространстве ядра: Little Snitch и Macproxy
• Удаление Little Snitch не помогло - произошла случайная перезагрузка
• Однако удаление Macproxy в течение некоторого времени не приводило к перезагрузкам.

Я оставлю систему работающей в текущей конфигурации и сообщу о том, что я нашел.

Спасибо за указатели!

Обновление 2: я следовал за этим сообщением

Ноя 29 13:31:36 minimac kernel [0]: Google Chrome He (карта: 0xffffff8047df2960) активировал общий регион DYLD для карты: 0xffffff8047df2960, регион 0x7fff90000000-> 0x7fff90200000. Хотя это не является ненормальным для отладчиков, это увеличивает объем системной памяти, пока цель не выйдет.

И после того, как я попробовал кучу вещей (сброс SMC, сброс PRAM и т.д.), Я обнаружил, что закрытие Chrome облегчает внезапную перезагрузку. У меня есть несколько часов безотказной работы с закрытым Chrome. Чтобы завершить свою гипотезу, я перезапущу ее и посмотрю, не произойдет ли она снова. Я вижу некоторые анекдотичные ссылки через Google на Mac, которые ломают Chrome, но ничто не было курящим оружием.

Answer 1

Сообщение:

запущен общий регион DYLD для карты

говорит, что объем памяти приложения увеличивается (как указывает предупреждение), и он неизменно входит в число лучших приложений "Значительное использование энергии".

Другими словами, эти ошибки DYLD сообщаются ядром, что указывает на ненормальное потребление памяти.

С технической точки зрения это происходит, когда приложению необходимо сделать текстовую страницу доступной для записи, чтобы перезаписать пролог батутом, а DYLD необходимо обновить сопоставления страниц в результате этого изменения защиты. В Chrome это вызвано использованием mach_override() для CFBundleBlocker (chrome::common::mac::EnableCFBundleBlocker) .

Так что это то, о чем регистрируется ядро, и это кажется безвредным, учитывая, что это преднамеренное изменение защиты.

В osx/10.9.5/xnu-2422.115.4/bsd/vm/vm_unix.c в log_unntest_badness() есть общесистемный sysctl (set("vm.shared_region_unnest_logging")), который может отключить это ведение журнала.

Таким образом, вы можете отключить это, запустите:

sudo sysctl -w vm.shared_region_unnest_logging=0

Чтобы сделать этот vm.shared_region_unnest_logging=0 постоянным, вам нужно добавить в /etc/sysctl.conf .

Или, если ваше приложение дает сбой (см .: Ошибка # 136801), вы можете попытаться исправить это командой:

sudo update_dyld_shared_cache -force

См .: Исправление для приложений (TextWrangler, Chrome, Evernote, iPhoto…), аварийно завершающих работу при запуске в Mountain Lion

Таким образом, вы можете испытывать некоторые зависания, и это может быть результатом некоторых других бесперебойных процессов (например, из-за некоторых ошибок ввода / вывода).

Источники:

• Chrome Issue 428858: Множество сообщений журнала "Триггерный общий регион DYLD для карты"
• Firefox Bug 804010 - совместный регион DYLD, запущенный firefox/thunderbird, отменил карту

Answer 2

Похоже, что потенциально может быть аппаратная проблема. Вы пробовали запустить тестирование / диагностику оборудования Apple?

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

Я считаю, что это звучало как проблема с ОЗУ, если у вас случаются случайные перезапуски и циклы перезапуска. Я бы особенно сказал, если вы начали получать ошибки. Я бы сказал, запустить аппаратный тест, чтобы увидеть, есть ли проблемы с оперативной памятью.

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

Это только из моего опыта работы с оборудованием ПК, которое не так уж далеко от оборудования Mac. Программное обеспечение Mac, однако, я не настолько осведомлен о.