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

इस समस्या को विभिन्न चर्चा मंचों में वर्णित किया गया है, लेकिन मैं इसे यहां नहीं पा रहा था। बस "स्लीप वेकअप विफलता" (यहां तक ​​कि उद्धरण के बिना) के लिए गुग्लिंग प्रासंगिक और अनुत्तरित धागे के टन को चालू करेगा; यहाँ एक ही क्वेरी कोई प्रासंगिक परिणाम नहीं देती है। उन थ्रेड्स में पूर्ण लॉग, हार्डवेयर विवरण और इसी तरह शामिल हैं; मैंने बाहर रखा informations है जो असंबंधित लगता है (उदाहरण के लिए, यह विशेष हार्डवेयर के बावजूद होता है)।

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

मेरे पास एक वर्कअराउंड है और मैं इसे एक स्व-उत्तर के रूप में पोस्ट करूंगा, लेकिन मैं कुछ बेहतर करना चाहूंगा - एक बयान जो कि Apple की जांच कर रहा है, मुझे बहुत खुश करेगा।

एक और प्रासंगिक त्रुटि संदेश मुझे मिला है, कंसोल में, "स्लीप वेक डीबग लॉग को इकट्ठा करने के लिए पुनः आरंभ करना" (जो कर्नेल के भीतर आईओकेटी से आता है, इस स्रोत फ़ाइल को देखें )। ऊपर के समान दुर्घटना के लिए, हम देखते हैं कि कंप्यूटर बिना किसी लॉग के दो घंटे के बाद अलार्म पर उठता है, 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

मैं अपने मैक प्रो (ट्रैशाकन शैली) के साथ बहुत ही समान समस्याएं रखता हूं, जब मैं वज्र बंदरगाह से जुड़ी जी-ड्राइव को छोड़ देता हूं। क्या इस मुद्दे पर कुछ नया है?
user2379888

मुझे दुर्भाग्य से कोई खबर नहीं है। हालाँकि, आपका मुद्दा अधिक विशिष्ट है: आपके मामले में, यह एक विशिष्ट उपकरण है जो गलती पर है। इसलिए यदि आप बग रिपोर्ट दर्ज करते हैं (जो मैंने अभी तक नहीं की है), तो आपके पास इसे ठीक करने की अधिक संभावना होगी। हो सकता है कि आप जी-ड्राइव उत्पादकों के समर्थन में बात कर सकते हैं: लेकिन मुझे लगता है कि यह मानक थंडरबोल्ट ड्राइवरों का उपयोग करता है, न कि इस कंपनी द्वारा लिखे गए ड्राइवर का, इसलिए मुझे लगता है कि वे ऐप्पल से बात कर सकते हैं। (लेकिन FYI करें, आपका प्रश्न प्रश्न का उत्तर होना चाहिए, उत्तर का नहीं)।
१०:०१ पर ब्लेज़ोरब्लेड

क्या आपने कभी इसके लिए कोई समाधान खोजा?
क्रिस हफ

कुछ भी नया नहीं है - समस्या वर्तमान में दिखाई नहीं देती है, या तो नीचे दिए गए वर्कअराउंड के कारण जो मैं उपयोग करता रहता हूं, या क्योंकि योसेमाइट ने इसे ठीक किया है।
ब्लेसरॉब्लेड

जवाबों:


12

समस्या यह प्रतीत होती है कि नींद की स्थिति से स्वत: जागरण विफल हो जाता है, संभवतः ड्राइवर-संबंधी समस्याओं के कारण *। मेरा वर्कअराउंड केवल स्वचालित वेकअप को अक्षम करना है - और यहां तक ​​कि स्वचालित नींद भी। चूँकि मेरे लिए समस्या केवल तब होती है जब मेरे कंप्यूटर को लंबे समय तक प्लग इन किया जाता है और निष्क्रिय किया जाता है, मैं स्वत: नींद को केवल तभी अक्षम कर सकता हूं जब पावर एडॉप्टर जुड़ा हो, बिना स्वायत्तता कम किए।

हालांकि, इससे बिजली की खपत बढ़ जाएगी और निष्क्रिय समय कम हो जाएगा - इसलिए आप कर सकते हैं

इस समाधान को लागू करने के लिए:

  • करने के लिए जाना सिस्टम प्राथमिकताएं -> ऊर्जा बचाने -> पावर एडाप्टर टैब।
  • जब डिसप्ले बंद हो जाए तो बॉक्स को अपने आप सोने से रोकें।
  • "नेटवर्क एक्सेस के लिए वेक" और "पावर एडाप्टर में प्लग करते समय पावर नैप को सक्षम करें" बॉक्स को अनचेक करें ( बैटरी के टैब पर, बैटरी पर होने पर मैंने पावर नेप को अक्षम कर दिया है , लेकिन मुझे यकीन नहीं है कि यह आवश्यक था)।

* इसलिए, कुछ उपयोगकर्ता केवल समस्या को पुन: उत्पन्न करते हैं जब कुछ बाह्य उपकरणों को प्लग इन किया जाता है। लेकिन एक उपयोगकर्ता के लिए यह ब्लूटूथ हो सकता है, एक दूसरे के लिए कुछ यूएसबी हार्ड डिस्क, और इसी तरह - पैटर्न को पहचानना कोई आसान नहीं है, जिसका मतलब समस्या हो सकती है। जो कुछ भी ड्राइवर के कारण होता है वह स्पष्ट रूप से सामान्य ड्राइवर बग के रूप में होता है।

अपडेट: मेरा लैपटॉप एक रेटिना एमबीपी 2013 है, और मुझे यकीन नहीं है कि यह दूसरे लैपटॉप के लिए कितना सामान्य है (टिप्पणियां देखें)।


नमस्ते, आपके पास कौन सी MBP है? मेरा 2010 का मध्य है और शायद इसी वजह से मेरे पास आपके द्वारा बताए गए कुछ विकल्प नहीं हैं। यहाँ मेरा पावर एडॉप्टर टैब कैसा दिखता है: imgur.com/GFrM2SZ
AlexBG

हाँ, मेरे पास 13 "रेटिनल MBP लेट 2013 है, क्योंकि वे पिछले साल रिलीज़ हुए थे, और यह मेरे साथ लगभग एक सप्ताह पहले ही शुरू हुआ था। यह हर सुबह कंप्यूटर पर पूरी रात सोने के बाद होता है, लेकिन शॉर्ट के दौरान नहीं। दिन के दौरान कुछ मिनटों या एक घंटे की नींद।
योएल ग्लोवियर

1
मैंने कल आपके सुझाए गए वर्कअराउंड की कोशिश की, और आज पहली बार लगभग एक हफ्ते में मेरा कंप्यूटर रातोंरात क्रैश नहीं हुआ। धन्यवाद!
जोएल ग्लोवियर

Gah - मेरा कंप्यूटर आज सुबह फिर से दुर्घटनाग्रस्त हो गया। लगता है कि यह बाद में काम नहीं कर रहा है। :-( हालाँकि, कंसोल को कम से कम फिर से देखने में त्रुटि संदेश इस बार अलग था। वास्तव में वहाँ कोई त्रुटि संदेश दिखाई नहीं देता है। इससे पहले कि यह com.apple.sleep.failureअभी था और यह केवल एक हाइबरनेट लॉग है, और उसके बाद तुरंत एक बूट लॉग
जोएल ग्लवियर

2
इसलिए इस बार मैंने ऊर्जा टैब (बैटरी और एडॉप्टर) दोनों पर "डिफॉल्ट्स को पुनर्स्थापित" करने की कोशिश की और मुझे दो दिनों तक कोई समस्या नहीं हुई। उंगलियों को पार कर।
जोएल ग्लोवियर

11

pmset -gहाइबरनेटोड सेटिंग के लिए जाँच करें । मेरे मैक मिनी पर यह 3डेस्कटॉप के लिए उपयुक्त नहीं था । इसे 0 में बदलकर, यह मुद्दा चला गया। आगे संदर्भ और निर्देशों के लिए उत्कृष्ट मैन पेज पढ़ें।

sudo pmset -a hibernatemode  0

2
यह दिलचस्प है, लेकिन अगर बिजली की हानि होती है, तो यह डेटा खो सकता है। इस बीच, आपको कम से कम मुझे pmset के बारे में सिखाने के लिए एक उत्थान मिलता है।
ब्लिसोरब्लेड

यह समस्या हाइबरनेटमोड के साथ 0.
bauerMusic
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.