รีสตาร์ทแบบสุ่มด้วยข้อผิดพลาด“ Sleep Wake Failure” ใน Mavericks


26

เมื่อฉันปล่อยให้ Mavericks OS X MacBookPro ไม่ได้ใช้งานเป็นระยะเวลาหนึ่งบ่อยครั้งมากที่มันจะพังและรีบูทด้วยตัวเอง หลังจากรีบูตกล่องโต้ตอบรายงานปัญหาจะปรากฏขึ้นโดยบอกว่า "การล้มเหลวของการปลุกจากโหมดสลีปประสบปัญหา" รายงานปัญหาไม่แสดงข้อผิดพลาด - เฉพาะ powertats จากการรันโปรแกรม นี่คือจุดเริ่มต้นของรายงาน:

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

ปัญหานี้ได้อธิบายไว้ในฟอรัมสนทนาต่างๆ แต่ฉันไม่พบที่นี่ เพียงแค่ googling สำหรับ "sleep wakeup failure" (แม้ไม่มีเครื่องหมายอัญประกาศ) จะทำให้เกิดเธรดที่เกี่ยวข้องและไม่ได้รับคำตอบมากมาย ข้อความค้นหาเดียวกันที่นี่จะไม่แสดงผลลัพธ์ที่เกี่ยวข้อง เธรดเหล่านั้นยังมีบันทึกที่สมบูรณ์คำอธิบายฮาร์ดแวร์และอื่น ๆ ฉันได้ยกเว้นข้อมูลที่ดูเหมือนไม่เกี่ยวข้อง (เช่นนี้ดูเหมือนว่าจะเกิดขึ้นโดยไม่คำนึงถึงฮาร์ดแวร์เฉพาะ)

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

ฉันมีวิธีแก้ปัญหาและฉันจะโพสต์เป็นคำตอบด้วยตนเอง แต่ฉันต้องการสิ่งที่ดีกว่า - คำแถลงที่ Apple กำลังสืบสวนอยู่จะทำให้ฉันมีความสุขมากขึ้น

ข้อความแสดงข้อผิดพลาดอื่นที่เกี่ยวข้องที่ฉันได้รับคือในคอนโซล "รีสตาร์ทเพื่อรวบรวมบันทึกการดีบัก Sleep wake" (ซึ่งดูเหมือนว่าจะมาจาก 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

1
Apple จะตรวจสอบอินสแตนซ์เฉพาะนี้หากคุณยื่นรายงานข้อผิดพลาดที่มีรายละเอียดข้อค้นพบ เมื่อฉันรายงานที่คล้ายกันบางครั้งฉันได้รับการตอบสนองว่าเป็นปัญหาฮาร์ดแวร์และการบริการถ้านั่นคือสาเหตุแทนที่จะเป็นซอฟต์แวร์ มีรายละเอียดที่ดีที่นี่และคุณอาจได้รับคำตอบแม้ว่าจะไม่เคยรับประกันข้อผิดพลาดใด ๆ ที่เคยได้รับการตอบสนองเนื่องจากหลายคนไม่ได้ปฏิบัติ
bmike

ฉันมีปัญหาคล้ายกันกับ Mac Pro ของฉัน (สไตล์ถังขยะ) เมื่อฉันปล่อยให้ G-Drive ติดกับพอร์ตสายฟ้า มีอะไรใหม่ในปัญหานี้หรือไม่?
user2379888

ฉันไม่มีข่าวน่าเสียดาย อย่างไรก็ตามปัญหาของคุณเฉพาะเจาะจงมากขึ้น: ในกรณีของคุณมันเป็นอุปกรณ์เฉพาะที่ผิดพลาด ดังนั้นหากคุณยื่นรายงานข้อผิดพลาด (ซึ่งฉันยังไม่ได้) คุณจะมีโอกาสมากขึ้นที่จะได้รับการแก้ไขนี้ บางทีคุณสามารถพูดคุยเพื่อสนับสนุนผู้ผลิต G-Drive: แต่ฉันเดาว่ามันใช้ไดร์เวอร์ Thunderbolt มาตรฐานไม่ใช่ไดรเวอร์ที่เขียนโดย บริษัท นี้ดังนั้นฉันเดาว่าพวกเขาสามารถพูดคุยกับ Apple ได้มากที่สุด (แต่ FYI คุณควรแสดงความคิดเห็นต่อคำถามไม่ใช่คำตอบ)
Blaisorblade

คุณเคยพบทางออกสำหรับสิ่งนี้หรือไม่?
Chris Hough

ไม่มีอะไรใหม่ - ปัญหาไม่ปรากฏขึ้นในขณะนี้เนื่องจากปัญหาที่กล่าวถึงด้านล่างที่ฉันใช้ต่อไปหรือเพราะโยเซมิตีแก้ไขปัญหา
Blaisorblade

คำตอบ:


12

ปัญหาน่าจะเกิดขึ้นว่าการปลุกอัตโนมัติจากสถานะสลีปล้มเหลวอาจเป็นเพราะปัญหาเกี่ยวกับไดรเวอร์ * วิธีแก้ปัญหาของฉันคือการปิดการใช้งานการปลุกอัตโนมัติ - และแม้กระทั่งการนอนหลับอัตโนมัติ เนื่องจากสำหรับฉันปัญหาจะเกิดขึ้นเมื่อเสียบปลั๊กคอมพิวเตอร์และไม่ได้ใช้งานเป็นเวลานานฉันจึงสามารถปิดใช้งานโหมดสลีปอัตโนมัติได้เฉพาะเมื่อเชื่อมต่ออะแดปเตอร์โดยไม่ลดความเป็นอิสระ

อย่างไรก็ตามสิ่งนี้จะเพิ่มการใช้พลังงานและลดเวลาว่าง - ดังนั้นคุณอาจ

หากต้องการใช้วิธีแก้ไขนี้:

  • ไปที่การตั้งค่าระบบ -> ประหยัดพลังงาน -> แท็บอะแดปเตอร์ไฟฟ้า
  • ทำเครื่องหมายที่ช่อง "ป้องกันไม่ให้คอมพิวเตอร์เข้าสู่โหมดสลีปโดยอัตโนมัติเมื่อปิดจอแสดงผล"
  • ยกเลิกการทำเครื่องหมายในช่อง "ปลุกเพื่อเข้าถึงเครือข่าย" และ "เปิดใช้งาน Power Nap ขณะเสียบอะแดปเตอร์ไฟ" (ฉันปิดการใช้งาน Power Nap ปิดใช้งานเมื่อใช้แบตเตอรี่ในแท็บแบตเตอรี่แต่ฉันไม่แน่ใจว่าจำเป็นต้องทำเช่นนี้)

* ดังนั้นผู้ใช้บางคนสร้างปัญหาขึ้นมาใหม่เมื่อเสียบอุปกรณ์ต่อพ่วงบางตัว แต่สำหรับผู้ใช้รายหนึ่งอาจเป็นบลูทู ธ สำหรับฮาร์ดไดรฟ์ USB บางอันและอื่น ๆ - ไม่มีการจดจำรูปแบบได้ง่ายซึ่งอาจหมายถึงปัญหาคือ เนื่องจากสิ่งที่คนขับเกิดขึ้นจะมีบั๊กของไดรเวอร์ที่ค่อนข้างพบได้บ่อย

อัปเดต: แล็ปท็อปของฉันเป็น Retina MBP ปลายปี 2013 และฉันไม่แน่ใจว่าจะทำให้แล็ปท็อปอื่น ๆ ใช้งานได้เท่าไร (ดูความคิดเห็น)


สวัสดีคุณมี MBP ใด Mine เป็นช่วงกลางปี ​​2010 และอาจเป็นเพราะเหตุนี้ฉันจึงไม่มีตัวเลือกบางอย่างที่คุณพูดถึง นี่คือลักษณะที่แท็บอะแดปเตอร์ของฉันมีลักษณะดังนี้: imgur.com/GFrM2SZ
AlexBG

ใช่ฉันมี 13 "Retinal MBP ล่าช้าปี 2013 ตั้งแต่พวกเขาเปิดตัวเมื่อปีที่แล้วและนี่เพิ่งเริ่มเกิดขึ้นกับฉันประมาณหนึ่งสัปดาห์ที่ผ่านมามันเกิดขึ้นเพียงเกี่ยวกับทุกเช้าหลังจากที่คอมพิวเตอร์ได้หลับตลอดทั้งคืน ช่วงเวลานอนไม่กี่นาทีหรือหนึ่งชั่วโมงในระหว่างวัน
Joel Glovier

1
ฉันลองวิธีแก้ปัญหาที่คุณแนะนำเมื่อวานนี้และวันนี้เป็นครั้งแรกในประมาณหนึ่งสัปดาห์ที่คอมพิวเตอร์ของฉันไม่ผิดพลาดในชั่วข้ามคืน ขอบคุณ!
Joel Glovier

Gah - คอมพิวเตอร์ของฉันล้มเหลวอีกครั้งเมื่อเช้านี้ เดาว่านี่ใช้งานไม่ได้ :-( แม้ว่ากำลังมองหาที่คอนโซลอีกครั้งอย่างน้อยข้อผิดพลาดที่แตกต่างกันในเวลานี้. ที่จริงมีไม่' ดูเหมือนจะเป็นข้อผิดพลาดตรง. ก่อนที่มันจะเป็นcom.apple.sleep.failureและตอนนี้ก็เป็นเพียงบันทึกการจำศีลและจากนั้นเข้าสู่ระบบบูตทันทีหลังจากที่
Joel Glovier

2
ดังนั้นเวลานี้ฉันลอง "คืนค่าเริ่มต้น" บนแท็บพลังงาน (แบตเตอรี่และอะแดปเตอร์) และฉันไม่ได้มีปัญหาเป็นเวลาสองวัน ไขว้นิ้วเอาไว้.
Joel Glovier

11

ตรวจสอบกับpmset -gการตั้งค่า hibernatemode ใน mac mini ของฉันมันใช้งาน3ไม่ได้กับเดสก์ท็อป เมื่อเปลี่ยนเป็น 0 ปัญหาจะหายไป อ่าน man page ที่ยอดเยี่ยมสำหรับการอ้างอิงและคำแนะนำเพิ่มเติม

sudo pmset -a hibernatemode  0

2
นั่นเป็นเรื่องที่น่าสนใจ แต่ก็อาจสูญเสียข้อมูลหากมีการสูญเสียพลังงาน ในขณะเดียวกันคุณได้รับ upvote อย่างน้อยสำหรับการสอนฉันเกี่ยวกับ pmset
Blaisorblade

มีปัญหานี้เมื่อ hibernatemode ถูกตั้งค่าเป็น 0
bauerMusic
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.