Произвольный перезапуск с ошибкой «Sleep Wake Failure» на Mavericks

26

Когда я на некоторое время оставляю свой Mavericks OS X MacBookPro бездействующим, очень часто он сам падает и перезагружается. После перезагрузки откроется диалоговое окно «Отчет о проблеме», сообщающее, что «сбой режима сна вызвал проблему». Отчет о проблеме не показывает сбой - только электростанции из запущенных программ. Вот начало отчета:

Date/Time:       2014-01-25 03:40:41 +0100
OS Version:      10.9.1 (Build 13B3116)
Architecture:    x86_64
Report Version:  18

Event:           Sleep Wake Failure
Steps:           50

Hardware model:  MacBookPro11,1
Active cpus:     4


Powerstats for:  [...]

Эта проблема описана в различных дискуссионных форумах, но я не смог найти ее здесь. Простое прибегание к поиску «сбоя пробуждения во сне» (даже без кавычек) приведет к появлению множества релевантных и неотвеченных тем; тот же запрос здесь не возвращает никакого релевантного результата. Эти потоки также включают полные журналы, описания оборудования и т. Д .; Я исключил информацию, которая кажется не связанной (например, это происходит независимо от конкретного оборудования).

https://discussions.apple.com/thread/5508018?start=0&tstart=0

У меня есть обходной путь, и я опубликую его как ответ на свой вопрос, но я хотел бы что-то лучше - заявление, которое расследует Apple, сделало бы меня намного счастливее.

Еще одно важное сообщение об ошибке, которое я получил, в консоли «Перезапуск для сбора журналов отладки спящего режима» (которое, похоже, исходит от IOKit в ядре, см. Этот исходный файл ). Для того же сбоя, что и выше, мы видим, что компьютер просыпается по тревоге через два часа без каких-либо журналов, мало работает в течение 5-6 минут (вероятно, пытается пробудиться), а затем через шесть минут перезагружается и перезагружается.

Jan 25 01:34:52 BlueVelvet kernel[0]: IOPPF: Sent gpu-internal-plimit-notification last value 0 (rounded time weighted average 0)
Jan 25 03:34:49 BlueVelvet kernel[0]: Wake reason: RTC (Alarm)
Jan 25 03:34:49 BlueVelvet kernel[0]: RTC: Maintenance 2014/1/25 02:34:49, sleep 2014/1/25 00:34:53
Jan 25 03:34:49 BlueVelvet kernel[0]: AppleCamIn::systemWakeCall - messageType = 0xE0000340
Jan 25 03:34:49 BlueVelvet kernel[0]: AppleCamIn::wakeEventHandlerThread
Jan 25 03:34:49 BlueVelvet kernel[0]: Previous Sleep Cause: 5
Jan 25 03:34:49 BlueVelvet kernel[0]: IOPPF: Sent gpu-internal-single-slice-plimit-notification last value 0 (rounded time weighted average 0)
Jan 25 03:34:49 BlueVelvet kernel[0]: IOPPF: Sent gpu-internal-plimit-notification last value 0 (rounded time weighted average 0)
Jan 25 03:34:49 BlueVelvet kernel[0]: AppleThunderboltNHI::prePCIWake - power up complete - took 60884 us
Jan 25 03:34:49 BlueVelvet kernel[0]: AppleThunderboltHAL::earlyWake - complete - took 1 milliseconds
Jan 25 03:34:49 BlueVelvet kernel[0]: TBT W (2): 0x0040 [x]
Jan 25 03:34:49 BlueVelvet kernel[0]: IOThunderboltSwitch<0xffffff8022d1fe00>(0x0)::listenerCallback - Thunderbolt HPD packet for route = 0x0 port = 11 unplug = 0
Jan 25 03:34:49 BlueVelvet kernel[0]: IOThunderboltSwitch<0xffffff8022d1fe00>(0x0)::listenerCallback - Thunderbolt HPD packet for route = 0x0 port = 12 unplug = 0
Jan 25 03:34:49 BlueVelvet kernel[0]: **** [IOBluetoothHostControllerUSBTransport][SuspendDevice] -- Resume -- suspendDeviceCallResult = 0x0000 (kIOReturnSuccess) -- 0x0c00 ****
Jan 25 03:34:49 BlueVelvet kernel[0]: ARPT: 58329.783703: si_survive_perst_war: bar0win before 18003000, bar0win after 18001000
Jan 25 03:34:49 BlueVelvet kernel[0]: AppleUSBMultitouchDriver::checkStatus - received Status Packet, Payload 2: device was reinitialized
Jan 25 03:34:49 BlueVelvet kernel[0]: ARPT: 58329.786957: pcicore_pci_pmeclr PMECSR : 0x4008
Jan 25 03:34:49 BlueVelvet kernel[0]: ARPT: 58329.786966: pcicore_pmestatclr PMECSR : 0x4008
Jan 25 03:34:49 BlueVelvet kernel[0]: ARPT: 58329.787066: pcicore_pci_pmeclr PMECSR : 0x4008
Jan 25 03:34:49 BlueVelvet.local hidd[193]: MultitouchHID: device bootloaded
Jan 25 03:34:49 BlueVelvet kernel[0]: en0: BSSID changed to 74:31:70:30:57:96
Jan 25 03:34:49 BlueVelvet.local airportd[209]: _doAutoJoin: Already associated to “EasyBox-305722”. Bailing on auto-join.
Jan 25 03:34:52 BlueVelvet.local Emacs-10.7[11343]: CGSCopyDisplayUUID: Invalid display 0x2b2826d2
Jan 25 03:34:54 --- last message repeated 2 times ---
Jan 25 03:34:54 BlueVelvet kernel[0]: AppleCamIn::handleWakeEvent_gated
Jan 25 03:35:27 BlueVelvet kernel[0]: **** [IOBluetoothHostControllerUSBTransport][SuspendDevice] -- Suspend -- suspendDeviceCallResult = 0x0000 (kIOReturnSuccess) -- 0x0c00 ****
Jan 25 03:36:21 BlueVelvet.local WindowServer[271]: _CGXHWCaptureWindowList: No capable active display found.
Jan 25 03:37:01 BlueVelvet.local WindowServer[271]: _CGXHWCaptureWindowList: No capable active display found.
Jan 25 03:37:31 --- last message repeated 1 time ---
Jan 25 03:39:49 BlueVelvet kernel[0]: Restarting to collect Sleep wake debug logs
Jan 25 03:39:49 BlueVelvet kernel[0]: AppleCamIn::systemWakeCall - messageType = 0xE0000310
Jan 25 03:40:03 BlueVelvet kernel[0]: **** [IOBluetoothHostControllerUSBTransport][SuspendDevice] -- Resume -- suspendDeviceCallResult = 0x0000 (kIOReturnSuccess) -- 0x0c00 ****
Jan 25 03:40:04 BlueVelvet kernel[0]: AppleUSBMultitouchDriver::message - kIOUSBMessagePortHasBeenReset.
Jan 25 03:40:05 --- last message repeated 1 time ---
Jan 25 03:40:05 BlueVelvet kernel[0]: AppleUSBMultitouchDriver::checkStatus - received Status Packet, Payload 2: device was reinitialized
Jan 25 03:40:05 BlueVelvet.local hidd[193]: MultitouchHID: device bootloaded
Jan 25 03:40:06 BlueVelvet kernel[0]: Sound assertion - Command/Response TIMED OUT and ( kRequestStateMatch == fCodecRequest->state = 2 ), fCodecRequest->command->codec: 0xffffff8023dc7f00, fCodecRequest->command->verb: 0x270503, fPoweredDown: 1
Jan 25 03:40:06 BlueVelvet kernel[0]: Sound assertion in AppleHDAController at line 5527
Jan 25 03:40:06 BlueVelvet kernel[0]: Sound assertion in IOHDACodecDevice at line 144
Jan 25 03:40:06 BlueVelvet kernel[0]: Sound assertion in AppleHDAWidget_10134208 at line 741
Jan 25 03:40:06 BlueVelvet kernel[0]: Sound assertion in AppleHDANode at line 343
Jan 25 03:40:06 BlueVelvet kernel[0]: Sound assertion in AppleHDAWidget at line 3414
Jan 25 03:40:06 BlueVelvet kernel[0]: Sound assertion in AppleHDAFunctionGroup at line 919
Jan 25 03:40:06 BlueVelvet.local Emacs-10.7[11343]: CGSCopyDisplayUUID: Invalid display 0x2b2826d2
Jan 25 03:40:07 --- last message repeated 2 times ---
Jan 25 03:40:07 BlueVelvet kernel[0]: Sound assertion - Command/Response TIMED OUT and ( kRequestStateMatch == fCodecRequest->state = 2 ), fCodecRequest->command->codec: 0xffffff8023dc7f00, fCodecRequest->command->verb: 0x370503, fPoweredDown: 1
Jan 25 03:40:07 BlueVelvet kernel[0]: Sound assertion in AppleHDAController at line 5527
Jan 25 03:40:07 BlueVelvet kernel[0]: Sound assertion in IOHDACodecDevice at line 144
Jan 25 03:40:07 BlueVelvet kernel[0]: Sound assertion in AppleHDAWidget_10134208 at line 741
Jan 25 03:40:07 BlueVelvet kernel[0]: Sound assertion in AppleHDANode at line 343
Jan 25 03:40:07 BlueVelvet kernel[0]: Sound assertion in AppleHDAWidget at line 3414
Jan 25 03:40:07 BlueVelvet kernel[0]: Sound assertion in AppleHDAFunctionGroup at line 919
Jan 25 03:40:07 BlueVelvet kernel[0]: Restart still waiting on AppleHDADriver
Jan 25 03:40:08 BlueVelvet kernel[0]: Sound assertion - Command/Response TIMED OUT and ( kRequestStateMatch == fCodecRequest->state = 2 ), fCodecRequest->command->codec: 0xffffff8023dc7f00, fCodecRequest->command->verb: 0x470503, fPoweredDown: 1
Jan 25 03:40:08 BlueVelvet kernel[0]: Sound assertion in AppleHDAController at line 5527
Jan 25 03:40:08 BlueVelvet kernel[0]: Sound assertion in IOHDACodecDevice at line 144
Jan 25 03:40:08 BlueVelvet kernel[0]: Sound assertion in AppleHDAWidget_10134208 at line 741
Jan 25 03:40:08 BlueVelvet kernel[0]: Sound assertion in AppleHDANode at line 343
Jan 25 03:40:08 BlueVelvet kernel[0]: Sound assertion in AppleHDAWidget at line 3414
Jan 25 03:40:08 BlueVelvet kernel[0]: Sound assertion in AppleHDAFunctionGroup at line 919
Jan 25 03:40:09 BlueVelvet kernel[0]: Sound assertion - Command/Response TIMED OUT and ( kRequestStateMatch == fCodecRequest->state = 2 ), fCodecRequest->command->codec: 0xffffff8023dc7f00, fCodecRequest->command->verb: 0x570503, fPoweredDown: 1
Jan 25 03:40:09 BlueVelvet kernel[0]: Sound assertion in AppleHDAController at line 5527
Jan 25 03:40:09 BlueVelvet kernel[0]: Sound assertion in IOHDACodecDevice at line 144
Jan 25 03:40:09 BlueVelvet kernel[0]: Sound assertion in AppleHDAWidget_10134208 at line 741
Jan 25 03:40:09 BlueVelvet kernel[0]: Sound assertion in AppleHDANode at line 343
Jan 25 03:40:09 BlueVelvet kernel[0]: Sound assertion in AppleHDAWidget at line 3414
Jan 25 03:40:09 BlueVelvet kernel[0]: Sound assertion in AppleHDAFunctionGroup at line 919
Jan 25 03:40:10 BlueVelvet kernel[0]: Sound assertion - Command/Response TIMED OUT and ( kRequestStateMatch == fCodecRequest->state = 2 ), fCodecRequest->command->codec: 0xffffff8023dc7f00, fCodecRequest->command->verb: 0x670503, fPoweredDown: 1
Jan 25 03:40:10 BlueVelvet kernel[0]: Sound assertion in AppleHDAController at line 5527
Jan 25 03:40:10 BlueVelvet kernel[0]: Sound assertion in IOHDACodecDevice at line 144
Jan 25 03:40:10 BlueVelvet kernel[0]: Sound assertion in AppleHDAWidget_10134208 at line 741
Jan 25 03:40:10 BlueVelvet kernel[0]: Sound assertion in AppleHDANode at line 343
Jan 25 03:40:10 BlueVelvet kernel[0]: Sound assertion in AppleHDAWidget at line 3414
Jan 25 03:40:10 BlueVelvet kernel[0]: Sound assertion in AppleHDAFunctionGroup at line 919
Jan 25 03:40:11 BlueVelvet kernel[0]: Sound assertion - Command/Response TIMED OUT and ( kRequestStateMatch == fCodecRequest->state = 2 ), fCodecRequest->command->codec: 0xffffff8023dc7f00, fCodecRequest->command->verb: 0x770503, fPoweredDown: 1
Jan 25 03:40:11 BlueVelvet kernel[0]: Sound assertion in AppleHDAController at line 5527
Jan 25 03:40:11 BlueVelvet kernel[0]: Sound assertion in IOHDACodecDevice at line 144
Jan 25 03:40:11 BlueVelvet kernel[0]: Sound assertion in AppleHDAWidget_10134208 at line 741
Jan 25 03:40:11 BlueVelvet kernel[0]: Sound assertion in AppleHDANode at line 343
Jan 25 03:40:11 BlueVelvet kernel[0]: Sound assertion in AppleHDAWidget at line 3414
Jan 25 03:40:11 BlueVelvet kernel[0]: Sound assertion in AppleHDAFunctionGroup at line 919
Jan 25 03:40:28 localhost bootlog[0]: BOOT_TIME 1390617628 0
[... rebooting logs, omitted]
Jan 25 03:40:41 BlueVelvet.local spindump[497]: Saved diag report for Sleep Wake Failure version ??? to /Library/Logs/DiagnosticReports/Sleep Wake Failure_2014-01-25-034041_BlueVelvet.diag
Blaisorblade
источник
1
Apple расследует этот конкретный случай, если вы отправите отчет об ошибке, подробно описывающий результаты. Когда я сообщаю о подобном, иногда я даже получаю ответ, что это аппаратная проблема, и я обращаюсь в службу поддержки, если в этом причина, а не в программном обеспечении. Здесь есть хорошие детали, и вы можете получить ответ, хотя нет гарантии, что какой-либо один баг получит ответ, как многие на практике этого не делают.
bmike
У меня были очень похожие проблемы с моим Mac Pro (в стиле мусорной корзины), когда я оставлял G-Drive подключенным к порту Thunderbolt. Есть ли что-то новое по этому вопросу?
user2379888
У меня нет новостей, к сожалению. Однако ваша проблема более конкретна: в вашем случае виновато конкретное устройство. Так что, если вы отправите отчет об ошибке (чего я еще не сделал), у вас будет больше шансов исправить это. Может быть, вы могли бы поговорить с поддержкой производителей G-Drive: но я думаю, что он использует стандартные драйверы Thunderbolt, а не драйверы, написанные этой компанией, поэтому я думаю, что они могут в большинстве случаев общаться с Apple. (Но, к вашему сведению, ваш комментарий должен быть комментарием к вопросу, а не ответом).
Blaisorblade
Вы когда-нибудь находили решение для этого?
Крис Хау,
Ничего нового - проблема не проявляется в настоящее время, либо из-за упомянутых ниже обходных путей, которые я продолжаю использовать, либо из-за того, что Йосемити ее исправил.
Blaisorblade

Ответы:

12

Похоже, проблема заключается в том, что автоматическое пробуждение из состояния сна завершается неудачей, возможно, из-за проблем, связанных с драйвером *. Мой обходной путь - просто отключить автоматические пробуждения и даже автоматический сон. Поскольку для меня проблема возникает только в том случае, если мой компьютер оставлен подключенным и бездействующим в течение длительного времени, я могу отключить автоматический спящий режим только при подключенном адаптере питания, не уменьшая автономность.

Однако это увеличит энергопотребление и сократит время простоя - так что вы можете

Чтобы применить этот обходной путь:

  • перейдите в Системные настройки -> Экономия энергии -> вкладка Адаптер питания .
  • установите флажок «Запретить автоматическое отключение компьютера при выключенном дисплее»
  • снимите флажки «Пробуждение для доступа к сети» и «Включить Power Nap при подключении к адаптеру питания» (я также отключил отключение Power Nap при работе от батареи на вкладке « Аккумулятор », но я не уверен, что это требовалось).

* Таким образом, некоторые пользователи воспроизводят проблему только при подключении определенных периферийных устройств. Но для одного пользователя это может быть Bluetooth, для другого - жесткий диск USB и т. Д. - не легко определить шаблон, что может означать, что проблема заключается в из-за того, что у драйвера случается довольно распространенная ошибка драйвера.

Обновление: мой ноутбук - Retina MBP, конец 2013 года, и я не уверен, насколько это обобщено для других ноутбуков (см. Комментарии).

Blaisorblade
источник
Привет, какой MBP у вас есть? У меня середина 2010 года, и, вероятно, по этой причине у меня нет некоторых вариантов, которые вы упоминаете. Вот как выглядит моя вкладка адаптера питания: imgur.com/GFrM2SZ
AlexBG
Да, у меня был 13-дюймовый Retinal MBP в конце 2013 года, так как они были выпущены в прошлом году, и это только начало происходить со мной около недели назад. Это происходит примерно каждое утро после того, как компьютер спал всю ночь, но не в течение короткого времени. периоды сна по несколько минут или час в течение дня
Джоэл Гловье
1
Я попробовал ваш предложенный обходной путь вчера, и сегодня впервые за неделю мой компьютер не сломался за одну ночь. Благодарность!
Джоэл Гловье
Гах - мой компьютер снова сломался этим утром. Думаю, это не сработает. :-( Хотя, глядя на консоль еще раз, по крайней мере, сообщение об ошибке на этот раз было другим. На самом деле, похоже, что сообщение об ошибке точно не было. Раньше так и было, com.apple.sleep.failureтеперь это просто журнал гибернации, а затем сразу же журнал загрузки .
Джоэл Гловье
2
Поэтому на этот раз я попытался «восстановить настройки по умолчанию» на обеих вкладках энергии (аккумулятор и адаптер), и у меня не было проблем в течение двух дней. Скрещенные пальцы.
Джоэл Гловье
11

Проверьте pmset -gнастройку режима гибернации. На моем mac mini он был на 3котором не подходит для рабочих столов. Изменив его на 0, проблема исчезла. Прочитайте отличную справочную страницу для дальнейшего ознакомления и инструкций.

sudo pmset -a hibernatemode  0
Махал Тертин
источник
2
Это интересно, но это может привести к потере данных в случае потери питания. Между тем, вы получите голос, по крайней мере, за то, что научили меня о pmset.
Blaisorblade
Имейте эту проблему с hibernatemode, установленным в 0.
bauerMusic