Випадкові ретарти з помилкою "Сну в режимі сну" на 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
mavericks  sleep-wake  power-nap 
— Blaisorblade
джерело
1
Apple буде досліджувати цей конкретний екземпляр, якщо ви подасте звіт про помилку, в якому детально описуються результати. Коли я повідомляю про подібне, іноді навіть отримую відповідь, що це проблема з обладнанням, і шукати сервісу, якщо це причина замість програмного забезпечення. Тут є хороші деталі, і ви можете отримати відповідь, хоча ніколи не існує гарантії, що жодна помилка ніколи не отримає відповідь, оскільки на практиці багато хто не робить.
— bmike
У мене були дуже подібні проблеми з моїм Mac Pro (стиль сміття), коли я залишаю G-Drive, прикріплений до порту грому. Чи є щось нове в цьому питанні?
— user2379888
На жаль, у мене немає новин. Однак ваше питання є більш конкретним: у вашому випадку винна саме конкретний пристрій. Тож якщо ви подасте звіт про помилку (якого я ще не робив), у вас буде більше шансів виправити це. Можливо, ви могли б поговорити з підтримкою виробників G-Drive: але, мабуть, він використовує стандартні драйвери Thunderbolt, а не драйвер, написаний цією компанією, тому, мабуть, вони можуть в кращому випадку поговорити з Apple. (Але FYI, ваше має бути коментарем до питання, а не відповіддю).
— Blaisorblade
ви коли-небудь знаходили рішення для цього?
— Кріс Хоф
Нічого нового - ця проблема не з’являється в даний час, або через зазначені нижче способи вирішення, які я продовжую використовувати, або через те, що Yosemite виправив її.
— Blaisorblade

Відповіді:

12

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

Однак це збільшить споживання електроенергії та скоротить час простою - так ви можете

Щоб застосувати це рішення:

  • перейдіть до Налаштування системи -> Енергозбереження -> вкладка Адаптер живлення .
  • встановіть прапорець "Не дозволяти комп'ютеру спати автоматично, коли дисплей вимкнено"
  • зніміть прапорці "Пробудьте доступ до мережі" та "Увімкніть живлення напруги під час підключення до адаптера живлення" (у мене також вимкнено Power nap відключений, коли знаходиться на акумуляторі, на вкладці " Акумулятор" , але я не впевнений, що це потрібно).

* Тому деякі користувачі відтворюють проблему лише тоді, коли підключені певні периферійні пристрої. Але для одного користувача це може бути Bluetooth, для іншого - жорсткий диск USB тощо - немає простого розпізнавання шаблону, що може означати, що проблема полягає в через те, що у водія трапляється, мабуть, досить поширена помилка драйвера.

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

— Blaisorblade
джерело
Привіт, який у вас MBP? Моє середина 2010 року, і, мабуть, з цієї причини у мене немає деяких варіантів, які ви згадуєте. Ось як виглядає вкладка мого адаптера живлення: imgur.com/GFrM2SZ
— AlexBG
Так, у мене був 13-ти "MB Retinal MBP наприкінці 2013 року, оскільки вони були випущені минулого року, і це щойно почалося зі мною близько тижня тому. Це трапляється приблизно кожного ранку після того, як комп'ютер спав всю ніч, але не протягом короткого часу періоди сну протягом декількох хвилин або години протягом дня
— Джоель Гловір
1
Я вчора спробував ваше запропоноване рішення, і сьогодні вперше приблизно за тиждень мій комп'ютер не вийшов з ладу за ніч. Спасибі!
— Джоель Гловір
Гах - мій комп’ютер сьогодні вийшов з ладу. Здогадайтесь, це не працює. :-( Хоча, переглядаючи Console ще раз, принаймні повідомлення про помилку цього разу було іншим. Насправді, так і не з’являється повідомлення про помилку. До цього воно було, com.apple.sleep.failureа зараз це лише журнал зимування, а відразу після цього журнал завантаження .
— Джоель Гловір
2
Тож цього разу я спробував "відновити значення за замовчуванням" на обох вкладках енергії (акумулятор та адаптер), і у мене не було проблем протягом двох днів. Схрещені пальці.
— Джоел Гловір
11

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

sudo pmset -a hibernatemode  0
— mahal tertin
джерело
2
Це цікаво, але при втраті електроенергії він може втратити дані. Тим часом ви отримуєте привітання, принаймні за те, що ви навчаєте мене про вечір.
— Blaisorblade
— Поставити
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.