Random Restart dengan kesalahan "Sleep Wake Failure" pada Mavericks

26

Ketika saya membiarkan Mavericks OS X MacBookPro saya idle untuk sementara waktu, sangat sering crash dan reboot dengan sendirinya. Setelah reboot, dialog Laporan Masalah akan muncul, mengatakan bahwa "Kegagalan Sleep Wake mengalami masalah". Laporan masalah tidak menunjukkan crash - hanya powerstats dari menjalankan program. Inilah awal laporannya:

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:  [...]

Masalah ini dijelaskan di berbagai forum diskusi, tetapi saya tidak dapat menemukannya di sini. Cukup googling untuk "kegagalan bangun tidur" (bahkan tanpa tanda kutip) akan menghasilkan banyak utas yang relevan dan belum terjawab; kueri yang sama di sini tidak mengembalikan hasil yang relevan. Utas itu juga termasuk log lengkap, deskripsi perangkat keras, dan sebagainya; Saya telah mengecualikan informasi yang tampaknya tidak terkait (misalnya, ini tampaknya terjadi terlepas dari perangkat keras tertentu).

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

Saya memiliki solusi dan saya akan mempostingnya sebagai jawaban sendiri, tetapi saya ingin sesuatu yang lebih baik - pernyataan bahwa Apple sedang menyelidiki akan membuat saya jauh lebih bahagia.

Pesan kesalahan lain yang relevan yang saya dapatkan adalah, di Konsol, "Mulai ulang untuk mengumpulkan log debug bangun Tidur" (yang tampaknya berasal dari IOKit di dalam kernel, lihat file sumber ini ). Untuk kerusakan yang sama seperti di atas, kita melihat bahwa komputer bangun di alarm setelah dua jam tanpa log, tidak banyak selama 5-6 menit (mungkin mencoba untuk bangun), dan kemudian setelah enam menit keluar dan reboot.

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
sumber
1
Apple akan menyelidiki contoh spesifik ini jika Anda mengajukan laporan bug yang merinci temuannya. Ketika saya melaporkan hal yang serupa, kadang-kadang saya bahkan mendapat tanggapan bahwa itu adalah masalah perangkat keras dan untuk mencari layanan jika itu penyebabnya alih-alih perangkat lunak. Ada detail yang bagus di sini dan Anda mungkin mendapatkan respons meskipun tidak pernah ada jaminan satu bug pun mendapat respons karena banyak yang tidak melakukannya.
bmike
Saya memiliki masalah yang sangat mirip dengan Mac Pro (gaya tempat sampah) ketika saya meninggalkan G-Drive yang terpasang pada port thunderbolt. Apakah ada hal baru dalam masalah ini?
user2379888
Sayangnya saya tidak punya berita. Namun, masalah Anda lebih spesifik: dalam kasus Anda, ini adalah perangkat tertentu yang salah. Jadi jika Anda mengajukan laporan bug (yang belum saya lakukan), Anda akan memiliki lebih banyak peluang untuk memperbaikinya. Mungkin Anda dapat berbicara untuk mendukung produsen G-Drive: tapi saya kira itu menggunakan driver Thunderbolt standar, bukan driver yang ditulis oleh perusahaan ini, jadi saya kira mereka paling banyak berbicara dengan Apple. (Tapi FYI, milikmu harus menjadi komentar untuk pertanyaan, bukan jawaban).
Blaisorblade
apakah Anda pernah menemukan solusi untuk ini?
Chris Hough
Tidak ada yang baru - masalah tidak muncul saat ini, baik karena solusi yang disebutkan di bawah ini yang saya terus gunakan, atau karena Yosemite memperbaikinya.
Blaisorblade

Jawaban:

12

Masalahnya tampaknya bahwa bangun otomatis dari kondisi tidur gagal, mungkin karena masalah terkait driver *. Solusi saya adalah dengan hanya menonaktifkan bangun otomatis - dan bahkan tidur otomatis. Karena bagi saya masalahnya hanya terjadi ketika komputer saya dalam keadaan mati dan tidak digunakan dalam waktu yang lama, saya hanya dapat menonaktifkan tidur otomatis ketika adaptor daya tersambung, tanpa mengurangi otonomi.

Namun, ini akan meningkatkan konsumsi daya dan mengurangi waktu idle - jadi Anda mungkin

Untuk menerapkan solusi ini:

  • pergi ke System Preferences -> Energy Saver -> Power Adapter tab.
  • centang kotak "Mencegah komputer dari tidur secara otomatis ketika layar mati"
  • hapus centang pada kotak "Bangun untuk akses jaringan" dan "Aktifkan Power Nap saat dicolokkan ke adaptor daya" (Saya juga telah menonaktifkan Power Nap dinonaktifkan saat baterai, pada tab Baterai , tapi saya tidak yakin ini diperlukan).

* Oleh karena itu, beberapa pengguna hanya mereproduksi masalah ketika periferal tertentu dicolokkan. Tetapi untuk satu pengguna itu mungkin Bluetooth, untuk yang lain beberapa hard disk USB, dan sebagainya - tidak ada pola yang mudah dikenali, yang mungkin berarti masalahnya adalah karena driver apa pun yang kebetulan memiliki bug driver yang agak umum.

Pembaruan: laptop saya adalah MBP Retina Akhir 2013, dan saya tidak yakin berapa banyak ini digeneralisasi ke laptop lain (lihat komentar).

Blaisorblade
sumber
Hai, MBP mana yang Anda miliki? Milik saya Pertengahan 2010 dan mungkin karena alasan ini saya tidak memiliki beberapa opsi yang Anda sebutkan. Beginilah tampilan tab adaptor daya saya: imgur.com/GFrM2SZ
AlexBG
Ya saya sudah memiliki 13 "MBP Retina Akhir 2013 sejak mereka dirilis tahun lalu, dan ini baru mulai terjadi pada saya sekitar seminggu yang lalu. Itu terjadi hampir setiap pagi setelah komputer tertidur sepanjang malam, tetapi tidak dalam waktu singkat periode tidur beberapa menit atau satu jam di siang hari
Joel Glovier
1
Saya mencoba solusi yang disarankan kemarin, dan hari ini untuk pertama kalinya dalam waktu sekitar satu minggu komputer saya tidak macet dalam semalam. Terima kasih!
Joel Glovier
Gah - komputer saya mogok lagi pagi ini. Kira ini tidak berhasil sama sekali. :-( Meskipun, melihat Konsol lagi setidaknya pesan kesalahan berbeda kali ini. Sebenarnya tidak ada pesan kesalahan yang sebenarnya. Sebelum itu com.apple.sleep.failuredan sekarang itu hanya log hibernate, dan kemudian boot log segera setelahnya.
Joel Glovier
2
Jadi kali ini saya mencoba "mengembalikan default" pada kedua tab energi (baterai dan adaptor) dan saya tidak punya masalah selama dua hari. Semoga saja.
Joel Glovier
11

Periksa dengan pmset -gpengaturan hibernatemode. Di mac mini saya itu 3tidak cocok untuk desktop. Dengan mengubahnya menjadi 0, masalah hilang. Baca halaman manual yang sangat baik untuk referensi dan instruksi lebih lanjut.

sudo pmset -a hibernatemode  0
mahal tertin
sumber
2
Itu menarik, tetapi bisa kehilangan data jika ada kehilangan daya. Sementara itu, Anda mendapat dukungan setidaknya untuk mengajari saya tentang pmset.
Blaisorblade
Memiliki masalah ini dengan hibernatemode diatur ke 0.
bauerMusic