Khởi động lại ngẫu nhiên với Lỗi Ngủ Wake Lỗi thất bại trên Mavericks


26

Khi tôi để Macvericks OS X MacBookPro nhàn rỗi một lúc, rất thường nó sẽ bị sập và tự khởi động lại. Sau khi khởi động lại, hộp thoại Báo cáo sự cố sẽ hiển thị, thông báo rằng "Thất bại khi ngủ gặp sự cố". Báo cáo sự cố không hiển thị sự cố - chỉ có các động cơ từ các chương trình đang chạy. Đây là phần đầu của báo cáo:

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

Vấn đề này được mô tả trong các diễn đàn thảo luận khác nhau, nhưng tôi không thể tìm thấy nó ở đây. Đơn giản chỉ cần googling cho "thất bại đánh thức giấc ngủ" (thậm chí không có dấu ngoặc kép) sẽ bật lên hàng tấn chủ đề liên quan và chưa được trả lời; cùng một truy vấn ở đây trả về không có kết quả liên quan. Những chủ đề này cũng bao gồm nhật ký hoàn chỉnh, mô tả phần cứng, v.v. Tôi đã loại trừ các thông tin dường như không liên quan (ví dụ: điều này dường như xảy ra bất kể phần cứng cụ thể).

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

Tôi có một cách giải quyết và tôi sẽ đăng nó dưới dạng tự trả lời, nhưng tôi muốn điều gì đó tốt hơn - một tuyên bố mà Apple đang điều tra sẽ khiến tôi hạnh phúc hơn nhiều.

Một thông báo lỗi có liên quan khác mà tôi nhận được là, trong Bảng điều khiển, "Khởi động lại để thu thập nhật ký gỡ lỗi trạng thái Ngủ" (dường như đến từ IOKit trong kernel, xem tệp nguồn này ). Đối với sự cố tương tự như trên, chúng ta thấy rằng máy tính thức dậy trên báo thức sau hai giờ mà không có bất kỳ nhật ký nào, chỉ mất 5-6 phút (có thể cố gắng thức dậy), và sau sáu phút ra ngoài và khởi động lại.

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

1
Apple sẽ điều tra trường hợp cụ thể này nếu bạn nộp báo cáo lỗi chi tiết về các phát hiện. Khi tôi báo cáo tương tự, đôi khi tôi thậm chí nhận được phản hồi rằng đó là sự cố phần cứng và tìm kiếm dịch vụ nếu đó là nguyên nhân thay vì phần mềm. Có chi tiết tốt ở đây và bạn có thể nhận được phản hồi mặc dù không có gì đảm bảo bất kỳ một lỗi nào cũng nhận được phản hồi vì nhiều người không thực tế.
bmike

Tôi đã gặp vấn đề rất giống với Mac Pro (kiểu thùng rác) khi tôi để G-Drive gắn vào cổng thunderbolt. Có bất cứ điều gì mới về vấn đề này?
dùng2379888

Tôi không có tin tức đáng tiếc. Tuy nhiên, vấn đề của bạn cụ thể hơn: trong trường hợp của bạn, đó là một thiết bị cụ thể bị lỗi. Vì vậy, nếu bạn nộp báo cáo lỗi (mà tôi chưa có), bạn sẽ có nhiều cơ hội sửa lỗi này hơn. Có lẽ bạn có thể nói chuyện với bộ phận hỗ trợ của các nhà sản xuất G-Drive: nhưng tôi đoán nó sử dụng trình điều khiển Thunderbolt tiêu chuẩn, không phải trình điều khiển được viết bởi công ty này, vì vậy tôi đoán họ có thể nói chuyện nhiều nhất với Apple. (Nhưng FYI, của bạn nên là một nhận xét cho câu hỏi, không phải là một câu trả lời).
Blaisorblade

Bạn đã bao giờ tìm thấy một giải pháp cho điều này?
Chris Hough

Không có gì mới - hiện tại vấn đề không xuất hiện, do các cách giải quyết được đề cập dưới đây mà tôi tiếp tục sử dụng hoặc do Yosemite đã khắc phục nó.
Blaisorblade 8/2/2015

Câu trả lời:


12

Vấn đề dường như là việc tự động thức dậy từ trạng thái ngủ không thành công, có thể là do các vấn đề liên quan đến tài xế *. Cách giải quyết của tôi là chỉ cần vô hiệu hóa tự động thức dậy - và thậm chí là ngủ tự động. Vì đối với tôi, vấn đề chỉ xảy ra khi để máy tính của tôi cắm và không hoạt động trong một thời gian dài, tôi chỉ có thể tắt chế độ ngủ tự động khi bộ điều hợp nguồn được kết nối mà không làm giảm quyền tự chủ.

Tuy nhiên, điều này sẽ tăng mức tiêu thụ năng lượng và giảm thời gian nhàn rỗi - vì vậy bạn có thể

Để áp dụng cách giải quyết này:

  • đi tới Tùy chọn hệ thống -> Tiết kiệm năng lượng -> tab Bộ điều hợp nguồn .
  • đánh dấu vào ô "Ngăn máy tính tự động ngủ khi màn hình tắt"
  • bỏ chọn các hộp "Đánh thức truy cập mạng" và "Bật Power Nap trong khi cắm vào bộ đổi nguồn" (Tôi cũng đã tắt Power Nap khi tắt pin, trong tab Pin , nhưng tôi không chắc điều này là bắt buộc).

* Do đó, một số người dùng chỉ tái tạo sự cố khi cắm một số thiết bị ngoại vi nhất định. Nhưng đối với một người dùng, đó có thể là Bluetooth, đối với một người khác, một số ổ cứng USB, v.v. - không có mẫu nào dễ nhận ra, điều đó có nghĩa là sự cố do bất cứ điều gì trình điều khiển xảy ra có một lỗi trình điều khiển khá phổ biến.

Cập nhật: máy tính xách tay của tôi là Retina MBP Cuối năm 2013, và tôi không chắc điều này sẽ khái quát bao nhiêu cho máy tính xách tay khác (xem bình luận).


Xin chào, bạn có MBP nào? Của tôi là giữa năm 2010 và có lẽ vì lý do này, tôi không có một số tùy chọn mà bạn đề cập. Đây là cách tab bộ điều hợp nguồn của tôi trông như thế nào: imgur.com/GFrM2SZ
AlexBG

Vâng, tôi đã có 13 "MBP võng mạc vào cuối năm 2013 kể từ khi chúng được phát hành vào năm ngoái và điều này mới bắt đầu xảy ra với tôi khoảng một tuần trước. Nó xảy ra vào mỗi buổi sáng sau khi máy tính ngủ cả đêm, nhưng không phải trong thời gian ngắn thời gian ngủ của một vài phút hoặc một giờ trong ngày.
Joel Glovier

1
Tôi đã thử cách giải quyết được đề xuất của bạn ngày hôm qua và hôm nay lần đầu tiên sau khoảng một tuần, máy tính của tôi không gặp sự cố qua đêm. Cảm ơn!
Joel Glovier

Gah - máy tính của tôi bị hỏng một lần nữa sáng nay. Đoán điều này không làm việc sau đó. :-( Mặc dù, nhìn lại Console ít nhất là thông báo lỗi lần này khác. Thực tế không có thông báo lỗi chính xác. Trước đây com.apple.sleep.failure, nó chỉ là một bản ghi ngủ đông, và sau đó là một bản ghi khởi động ngay sau đó.
Joel Glovier

2
Vì vậy, lần này tôi đã thử "khôi phục mặc định" trên cả hai tab năng lượng (pin và bộ chuyển đổi) và tôi đã không gặp vấn đề gì trong hai ngày. Ngón tay đan chéo.
Joel Glovier

11

Kiểm tra với pmset -gcài đặt ngủ đông. Trên mac mini của tôi, nó 3không phù hợp với máy tính để bàn. Bằng cách thay đổi nó thành 0, vấn đề đã biến mất. Đọc trang người đàn ông tuyệt vời để tham khảo và hướng dẫn thêm.

sudo pmset -a hibernatemode  0

2
Điều đó thật thú vị, nhưng nó có thể mất dữ liệu nếu mất điện. Trong khi đó, bạn nhận được một upvote ít nhất là để dạy tôi về pmset.
Blaisorblade

Có vấn đề này với
hibernHRode
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.