MacBook Pro зависает после выхода из спящего режима с твердотельным накопителем Samsung 850 Pro

Мой MacBook Pro зависает после выхода из спящего режима. Я могу двигать мышью, но ничего не могу щелкнуть, и форма ввода пароля тоже не мигает. Недавно я установил SSD и сделал 2 новых установки Yosemite без резервных копий Time Machine или чего-то еще, просто чистая установка.

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

Я был бы рад предоставить больше информации, если это необходимо.

Характеристики:

  • МакбукПро8,1
  • Intel Core i7 @ 2,7 ГГц
  • 8 ГБ оперативной памяти
  • Самсунг 850 Про 256 ГБ
  • ХИТАЧИ 500 ГБ
  • Супердрайв удален

Системный журнал зависания:

01.11.14 21:03:08,000 kernel[0]: sleep  
01.11.14 21:03:08,000 kernel[0]: Wake reason: EHC2  
01.11.14 22:35:05,000 kernel[0]: AirPort_Brcm43xx::powerChange: System Wake - Full Wake/ Dark Wake / Maintenance wake  
01.11.14 22:35:05,000 kernel[0]: Previous sleep cause: 5  
01.11.14 22:35:05,000 kernel[0]: The USB device HubDevice (Port 1 of Hub at 0xfa000000) may have caused a wake by issuing a remote wakeup (2)  
01.11.14 22:35:05,000 kernel[0]: AppleThunderboltGenericHAL::earlyWake - complete - took 1 milliseconds  
01.11.14 22:35:05,000 kernel[0]: The USB device BRCM2070 Hub (Port 1 of Hub at 0xfa100000) may have caused a wake by issuing a remote wakeup (3)  
01.11.14 22:35:05,000 kernel[0]: TBT W (1): 0 [x]  
01.11.14 22:35:05,000 kernel[0]: AppleUSBMultitouchDriver::validateChecksum - 512-byte packet checksum is incorrect (expected 0x47b, checksum bytes were 0xdead)  
01.11.14 22:35:05,000 kernel[0]: wlEvent: en1 en1 Link DOWN virtIf = 0  
01.11.14 22:35:05,000 kernel[0]: AirPort: Link Down on en1. Reason 8 (Disassociated because station leaving).  
01.11.14 22:35:05,000 kernel[0]: en1::IO80211Interface::postMessage bssid changed  
01.11.14 22:35:05,000 kernel[0]: en1: 802.11d country code set to 'X3'.  
01.11.14 22:35:05,000 kernel[0]: en1: Supported channels 1 2 3 4 5 6 7 8 9 10 11 12 13 36 40 44 48 52 56 60 64 100 104 108 112 116 120 124 128 132 136 140  
01.11.14 22:35:05,140 sharingd[250]: 22:35:05.140 : SDStatusMonitor::kStatusWirelessPowerChanged  
01.11.14 22:35:05,147 discoveryd[48]: Basic DNSResolver UDNS Send(): UDP Sendto() failed to DNSNameServer 8.8.8.8 Port 53 errno 50, fd 46, ErrLogCount 1 ResolverIntf:0  
01.11.14 22:35:05,148 discoveryd[48]: Basic DNSResolver UDNS Send(): UDP Sendto() failed to DNSNameServer 8.8.8.8 Port 53 errno 50, fd 46, ErrLogCount 2 ResolverIntf:0  
01.11.14 22:35:05,148 discoveryd[48]: Basic DNSResolver UDNS Send(): UDP Sendto() failed to DNSNameServer 8.8.8.8 Port 53 errno 50, fd 46, ErrLogCount 3 ResolverIntf:0  
01.11.14 22:35:05,148 discoveryd[48]: Basic DNSResolver UDNS Send(): UDP Sendto() failed to DNSNameServer 8.8.8.8 Port 53 errno 50, fd 46, ErrLogCount 4 ResolverIntf:0  
01.11.14 22:35:05,149 discoveryd[48]: Basic DNSResolver UDNS Send(): UDP Sendto() failed to DNSNameServer 8.8.8.8 Port 53 errno 50, fd 46, ErrLogCount 5 ResolverIntf:0  
01.11.14 22:35:05,153 UserEventAgent[16]: Captive: CNPluginHandler en1: Inactive  
01.11.14 22:35:05,154 configd[25]: network changed: v4(en0:192.168.178.30, en1-:192.168.178.22) DNS* Proxy SMB  
01.11.14 22:35:05,156 discoveryd[48]: Basic Warn DD_Warn: Corrupt NSEC RDATA size  
01.11.14 22:35:05,154 networkd[156]: +[NETLedBelly stopFastFail] Clearing ledbelly failure cache  
01.11.14 22:35:05,000 kernel[0]: The USB device Bluetooth USB Host Controller (Port 3 of Hub at 0xfa110000) may have caused a wake by issuing a remote wakeup (3)  
01.11.14 22:35:05,000 kernel[0]: full wake promotion (reason 1) 241 ms  
01.11.14 22:35:05,214 watchdogd[200]: [watchdog_daemon] @( pm_callback) - ref=0x0 msg_type=0xe0000320 msg=0x0  
01.11.14 22:35:05,234 hidd[68]: MultitouchHID: device bootloaded  
01.11.14 22:35:05,446 discoveryd[48]: Basic Bonjour,Warn Warning: IPv6 listener multicast send failed en1, 49  
01.11.14 22:35:05,560 sharingd[250]: 22:35:05.559 : SDStatusMonitor::kStatusWirelessPowerChanged  
01.11.14 22:35:05,588 sharingd[250]: 22:35:05.588 : SDStatusMonitor::kStatusWirelessPowerChanged  
01.11.14 22:35:05,611 sandboxd[283]: ([29]) airportd(29) deny file-read-metadata /Library/Preferences/com.apple.security-common.plist  
01.11.14 22:35:05,620 sandboxd[283]: ([29]) airportd(29) deny file-read-data /Library/Preferences/com.apple.security-common.plist  
01.11.14 22:35:05,000 kernel[0]: MacAuthEvent en1 Auth result for: 58:6d:8f:ae:80:e9 MAC AUTH succeeded  
01.11.14 22:35:05,000 kernel[0]: wlEvent: en1 en1 Link UP virtIf = 0  
01.11.14 22:35:05,000 kernel[0]: AirPort: Link Up on en1  
01.11.14 22:35:05,000 kernel[0]: en1: BSSID changed to 58:6d:8f:ae:80:e9  
01.11.14 22:35:05,000 kernel[0]: en1::IO80211Interface::postMessage bssid changed  
01.11.14 22:35:05,000 kernel[0]: AirPort: RSN handshake complete on en1  
01.11.14 22:35:06,666 WindowServer[137]: CGXDisplayDidWakeNotification [3660674748260]: posting kCGSDisplayDidWake  
01.11.14 22:35:06,667 WindowServer[137]: handle_will_sleep_auth_and_shield_windows: Reordering authw 0x7f8e4d73e0e0(2004) (lock state: 3)  
01.11.14 22:35:06,667 WindowServer[137]: handle_will_sleep_auth_and_shield_windows: err 0x0  
01.11.14 22:35:06,926 networkd[156]: +[NETLedBelly stopFastFail] Clearing ledbelly failure cache  
01.11.14 22:35:06,927 configd[25]: network changed: v4(en0:192.168.178.30) DNS* Proxy SMB  
01.11.14 22:35:06,928 UserEventAgent[16]: Captive: [CNInfoNetworkActive:1709] en1: SSID 'Desperate Housewifi' making interface primary (cache indicates network not captive)  
01.11.14 22:35:06,929 UserEventAgent[16]: Captive: CNPluginHandler en1: Evaluating  
01.11.14 22:35:06,934 UserEventAgent[16]: Captive: en1: Not probing 'Desperate Housewifi' (cache indicates not captive)  
01.11.14 22:35:06,935 UserEventAgent[16]: Captive: CNPluginHandler en1: Authenticated  
01.11.14 22:35:06,936 configd[25]: network changed: v4(en0:192.168.178.30, en1!:192.168.178.22) DNS Proxy SMB  
01.11.14 22:35:06,943 networkd[156]: +[NETLedBelly stopFastFail] Clearing ledbelly failure cache  
01.11.14 22:35:06,000 kernel[0]: en1: BSSID changed to 58:6d:8f:ae:80:e9  
01.11.14 22:35:06,954 sharingd[250]: 22:35:06.953 : SDStatusMonitor::kStatusWirelessPowerChanged  
01.11.14 22:35:08,023 discoveryd[48]: Basic Bonjour Failed to delete registration recordId=21 error=4  
01.11.14 22:35:12,885 discoveryd[48]: Basic DNSResolver UDNSServer:: PowerState is Wakeup  
01.11.14 22:35:14,000 kernel[0]: Ethernet [AppleBCM5701Ethernet]: Link up on en0, 1-Gigabit, Full-duplex, Symmetric flow-control, Debug [796d,2301,0de1,0300,cde1,3c00]  
01.11.14 22:35:14,772 ntpd[749]: wake time set +0.196458 s  
01.11.14 22:35:14,850 com.apple.xpc.launchd[1]: (com.apple.imfoundation.IMRemoteURLConnectionAgent) The _DirtyJetsamMemoryLimit key is not available on this platform.  
01.11.14 22:35:14,886 com.apple.iCloudHelper[799]: objc[799]: Class FALogging is implemented in both /System/Library/PrivateFrameworks/FamilyCircle.framework/Versions/A/FamilyCircle and /System/Library/PrivateFrameworks/FamilyNotification.framework/Versions/A/FamilyNotification. One of the two will be used. Which one is undefined.  
01.11.14 22:35:14,898 com.apple.xpc.launchd[1]: (com.apple.imfoundation.IMRemoteURLConnectionAgent) The _DirtyJetsamMemoryLimit key is not available on this platform.  
01.11.14 22:35:15,561 CalendarAgent[216]: [com.apple.calendar.store.log.caldav.coredav] [Refusing to parse response to PROPPATCH because of content-type: [text/html; charset=UTF-8].]  
01.11.14 22:35:15,616 CalendarAgent[216]: [com.apple.calendar.store.log.caldav.coredav] [Refusing to parse response to PROPPATCH because of content-type: [text/html; charset=UTF-8].]  
01.11.14 22:35:16,181 CalendarAgent[216]: [com.apple.calendar.store.log.caldav.coredav] [Refusing to parse response to PROPPATCH because of content-type: [text/plain; charset="utf-8"].]  
01.11.14 22:35:16,334 CalendarAgent[216]: [com.apple.calendar.store.log.caldav.coredav] [Refusing to parse response to PROPPATCH because of content-type: [text/plain; charset="utf-8"].]  
01.11.14 22:35:20,013 com.apple.iCloudHelper[799]: AOSKit WARN: APS timeout encountered (cxn initialization)  
01.11.14 22:35:20,013 com.apple.iCloudHelper[799]: AOSKit WARN: Failed to get response from APSConnection's initialization method(s)  
01.11.14 22:35:26,000 kernel[0]: en1: 802.11d country code set to 'DE'.  
01.11.14 22:35:26,000 kernel[0]: en1: Supported channels 1 2 3 4 5 6 7 8 9 10 11 12 13 36 40 44 48 52 56 60 64 100 104 108 112 116 120 124 128 132 136 140  
01.11.14 22:35:26,363 AddressBookSourceSync[797]: Stream 0x7ff1e3628fb0 is sending an event before being opened  
01.11.14 22:35:26,419 com.apple.xpc.launchd[1]: (com.apple.imfoundation.IMRemoteURLConnectionAgent) The _DirtyJetsamMemoryLimit key is not available on this platform.  
01.11.14 22:35:31,000 kernel[0]: MacAuthEvent en1 Auth result for: 58:6d:8f:ae:80:e9 MAC AUTH succeeded  
01.11.14 22:35:31,000 kernel[0]: wlEvent: en1 en1 Link UP virtIf = 0  
01.11.14 22:35:31,000 kernel[0]: AirPort: RSN handshake complete on en1  
01.11.14 22:35:31,000 kernel[0]: wl0: Roamed or switched channel, reason #8, bssid 58:6d:8f:ae:80:e9  
01.11.14 22:35:31,000 kernel[0]: en1: BSSID changed to 58:6d:8f:ae:80:e9  
01.11.14 22:35:31,000 kernel[0]: en1::IO80211Interface::postMessage bssid changed
Привет, дайте нам немного времени, чтобы прочитать ваш журнал консоли, на данный момент это ваш WiFi, это ваш концентратор Bluetooth и ....

Ответы (3)

У меня была эта проблема в течение длительного времени, но вот отличный обходной путь.

  1. Открытый доступ к связке ключей
  2. Открыть настройки
  3. Установите флажок: «Показать статус связки ключей в строке меню».

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

Поэтому в следующий раз, когда ваш Mac зависнет, просто «нажмите» на замок и выберите опцию «Блокировка экрана». Это приведет вас к экрану входа в систему и позволит ввести ваш пароль.

Хорошо, в качестве первого шага нам нужно очистить вашу сеть.

Он генерирует много ошибок.

Отключите общий доступ, iCloud и Bonjour.

Попробуйте простой подход: удалите все свои сетевые профили, а затем перезагрузитесь без них.

Проверьте качество соединения с SSID «Desperate Housewifi».

Далее нужно установить новые сетевые профили (подключения) — снова перезагрузиться, чтобы проверить, работает ли он.

Хорошо, я удалил все сетевые подключения, перезагрузился, снова добавил Ethernet и Wi-Fi и снова перезагрузился. Вот качество подключения к моему Wi-Fi imgur.com/msq3jqS. Я также вышел из iCloud. Как я могу отключить Bonjour и общий доступ?
Общий доступ к файлам уже отключен. Только что проверил.
Спасибо, с этим подключением все в порядке. Я забыл сказать отключить Bluetooth и отключить внешние устройства? Иногда достаточно перезагрузки в безопасном режиме, чтобы исправить некоторые основные проблемы. Ваша сеть работает плохо, но не знаю, почему. Сначала он использует код страны X3, а затем код страны DE?
Хорошо, я отключил Bluetooth и отключил все, кроме разъема MagSafe. Моя сеть имеет 2 маршрутизатора, которые могут быть проблемой. Интернет поступает из FritzBox, но все устройства подключены к маршрутизатору Cisco (режим моста). Может ли это быть проблема? Сейчас попробую сделать безопасную загрузку и проверю, не зависает ли она там со всеми отключенными настройками.
Я загрузился в безопасном режиме и отключил все настройки. Я усыпил свой MacBook, ушел на пару минут и смог снова войти в систему. Вот лог: pastebin.com/h8Tmw1pE
Хорошо, на этот раз мы видим в начале эту «ошибка 0xe00002db при открытии файла гибернации», вы знаете, что система создает файл гибернации для использования при пробуждении. Ваш капут.) Давайте попробуем исправить это с помощью Дисковой утилиты. Сначала запустите Verify Disk, затем запустите проверку разрешений и разрешение на восстановление.
ОК еще вопрос. Вы используете шифрование Symantec PGP? Я только что прочитал, что PGP может быть причиной того, что файл гибернации не был сохранен должным образом.
Никогда не слышал об этом раньше. У меня не включен FileVault, если это то же самое.
Хорошо, я только что загрузил раздел восстановления, проверил и восстановил свой диск. Я позволю MacBook спать всю ночь без каких-либо внешних устройств и посмотрю, проснется ли он снова утром. Спасибо за помощь!
Хорошо, сегодня вечером я выключил Bluetooth и Wi-Fi, отключил все кабели и уложил макбук в режим сна. У меня не было проблем с пробуждением устройства утром, поэтому оно должно быть подключено к одному из внешних устройств или Bluetooth/Wi-Fi, верно? Должен ли я попытаться добавить одно устройство за другим и посмотреть, нормально ли оно спит с ним?
Также не могли бы вы проверить, правильно ли создан файл гибернации? Может ли это также быть причиной того, что он работает сейчас? Я действительно не знаю в данный момент. Вот лог: pastebin.com/V6W0UHkY
Хорошо, это произошло снова, хотя до этого оно работало с теми же внешними устройствами. Я попытался разбудить Macbook в режиме «Раскладушка» с закрытой крышкой. На этот раз я получил действительно избыточный вывод журнала: pastebin.com/hJs9CGHF

SSD: если вы установили команду Trim, отмените ее, иначе она будет конфликтовать в Yosemite. На современном SSD это контрпродуктивно из-за проблем с синхронизацией на уровне файлов. Возможно, лучше всего сделать восстановление ОС из раздела восстановления, не используйте для этого TimeMachine. Насчет режима гибернации: даже если установить его на 0, будет создан образ сна (размер около 1,2 ГБ в Mavericks и Yosemite). После установки режима гибернации на 0 вы должны удалить существующий образ сна, затем создать новый с помощью команды Touch, а затем заблокировать этот новый образ сна (размер 0 КБ) с помощью команды chflags, чтобы команда записи не удалась.

«Это будет конфликтовать с Yosemite» — есть какие-нибудь источники по этому поводу? Я бы даже назвал это неправильным. Работает для меня. В качестве альтернативы блокировке sleepimageможно также создать символическую ссылку на битбакет ( sudo ln -s /dev/null /var/vm/sleepimage), чтобы байты фактически не записывались на SSD в спящем режиме.
MacBook Pro зависает после выхода из спящего режима с твердотельным накопителем Samsung 850 Pro
СпросиСетьПолитика конфиденциальности1y, 0v