मेरे rMBP13 (2013 के अंत में) हर मिनट उठता है जब तक कि बैटरी कारण के साथ समाप्त न हो जाए:? (प्रश्न चिन्ह)?


8

क्या कोई इस समस्या के निदान के लिए मेरी मदद कर सकता है? मेरा नया मैकबुक प्रो 13 रेटिना (8GB / 2.6Ghz / 512GB) आज मेरे बैग में जाग गया और जाहिरा तौर पर सोने के लिए वापस नहीं गया, इसलिए बैटरी नीचे चला गया और जब मैंने इसे अपने बैग से निकाला तो वह गर्म और आंशिक रूप से अनुत्तरदायी था।

मैंने यह आदेश चलाया:

syslog |grep -i "Wake Reason"

मुझे आज के लिए शुभकामनाएं दी गईं:

Nov 20 15:12:14 bishop kernel[0] <Debug>: Wake reason: EC.LidOpen (User)
Nov 21 01:20:18 bishop kernel[0] <Debug>: Wake reason: EC.SleepTimer (SleepTimer)
Nov 21 01:20:44 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 01:21:25 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 01:22:08 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 01:23:13 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 01:23:53 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 01:24:22 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 01:24:58 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 01:25:36 bishop kernel[0] <Debug>: Wake reason: ?

<snip for 30,000 character limit>

Nov 21 17:28:18 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 17:29:28 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 17:30:37 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 17:31:46 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 17:32:55 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 17:34:03 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 17:35:13 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 17:36:03 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 17:37:13 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 17:38:21 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 17:39:08 bishop kernel[0] <Debug>: Wake reason: EC.ACAttach (Maintenance)

"वेक कारण:" के साथ कुल 936 प्रविष्टियाँ थीं? और वह मुझे थोड़ा चिंतित है। मैं हाल ही में मैक ओएस एक्स इकोसिस्टम में लौटा हूं (मेरा अंतिम 10.2 पर चलने वाला एक पावरबुक जी 4 था) और उबंटू लिनक्स में कुछ विकास सेट-अप के साथ ज्यादातर विंडोज दुनिया में रहा है। मैं इस एक बाहर लगाना पर कुछ मार्गदर्शन प्यार करता हूँ।

हाल ही में एक बदलाव यह था कि मैंने इंकस्केप का उपयोग करने के लिए कल रात XQuartz 2.7.5 स्थापित किया। Readctl (1) का उपयोग करके /Library/LaunchAgents/org.macosforge.xquartz.startx.plist को हटाने के बारे में Readme में निर्देश थे, लेकिन जब मैंने इसे निकाल दिया तो मुझे यह सूचीबद्ध नहीं मिला।

इसके बावजूद, मेरे Google-फू ने इस स्थिति से अच्छी तरह से मेल खाने वाले किसी भी परिणाम को प्राप्त नहीं किया है, इसलिए मैं आपसे अच्छे लोगों से अपील कर रहा हूं।

मेरे पास यह मशीन 1.5 सप्ताह के लिए है और यह इस प्रकृति का पहला मुद्दा है जिसे मैंने अनुभव किया है। मैं भी कुछ समय के लिए अपने बैग में गर्म होने के परिणामस्वरूप स्थायी गर्मी के नुकसान के बारे में चिंतित हूं। उस पर कोई टिप्पणी मेरे प्राथमिक प्रश्न के उत्तर के साथ या टिप्पणियों में बहुत सराहना की जाएगी (मैं समझता हूं कि यहां नियम सामान्य रूप से प्रति प्रश्न एक प्रश्न है)।

आप सभी को धन्यवाद!

संपादित करें मैंने सोचा कि मैं उस चक्र को जोड़ूंगा जो pmset -g लॉग से दोहराता रहता है

11/21/13, 4:32:30 PM CST Sleep                  Maintenance Sleep: Using BATT (Charge:10%)                                  31 secs
11/21/13, 4:32:46 PM CST SlowResponse           PMConnection: Response from com.apple.apsd is slow (powercaps:0x0)                    16008 ms
11/21/13, 4:32:46 PM CST WakeRequests           Clients requested wake events: None
11/21/13, 4:32:55 PM CST Assertions             PID 8249(AddressBookSour) Released PreventUserIdleSystemSleep "Address Book Source Sync" 00:00:30  id:0x1000005d3 [System: No Assertions]
11/21/13, 4:33:01 PM CST Assertions             PID 16(powerd) Created InternalPreventSleep "PM configd - Wait for Device enumeration" 00:00:00  id:0xe000005ea [System: No Assertions]
11/21/13, 4:33:01 PM CST DarkWake               DarkWake [CDN]  : Using BATT (Charge:9%)                                    6 secs
11/21/13, 4:33:01 PM CST SlowResponse           Kernel: Response from powerd is slow (powercaps:0x0)                                  16013 ms
11/21/13, 4:33:07 PM CST Assertions             PID 16(powerd) Released InternalPreventSleep "PM configd - Wait for Device enumeration" 00:00:05  id:0xe000005ea [System: PrevIdle]
11/21/13, 4:33:07 PM CST Sleep                  Maintenance Sleep: Using BATT (Charge:9%)                                   31 secs
11/21/13, 4:33:21 PM CST SlowResponse           PMConnection: Response from com.apple.apsd is slow (powercaps:0x0)                    13803 ms
11/21/13, 4:33:21 PM CST WakeRequests           Clients requested wake events: None
11/21/13, 4:33:34 PM CST Assertions             PID 8254(AddressBookSour) Released PreventUserIdleSystemSleep "Address Book Source Sync" 00:00:30  id:0x1000005ee [System: No Assertions]
11/21/13, 4:33:38 PM CST Assertions             PID 16(powerd) Created InternalPreventSleep "PM configd - Wait for Device enumeration" 00:00:00  id:0xe00000601 [System: No Assertions]
11/21/13, 4:33:38 PM CST DarkWake               DarkWake [CDN]  : Using BATT (Charge:9%)                                    45 secs
11/21/13, 4:33:38 PM CST SlowResponse           Kernel: Response from powerd is slow (powercaps:0x0)                                  13808 ms
11/21/13, 4:34:10 PM CST Assertions             PID 8259(AddressBookSour) Released PreventUserIdleSystemSleep "Address Book Source Sync" 00:00:30  id:0x100000604 [System: SRPrevSleep kCPU]
11/21/13, 4:34:23 PM CST Assertions             PID 16(powerd) Released InternalPreventSleep "PM configd - Wait for Device enumeration" 00:00:45  id:0xe00000601 [System: No Assertions]
11/21/13, 4:34:23 PM CST Sleep                  Maintenance Sleep: Using BATT (Charge:9%)                                   18 secs
11/21/13, 4:34:25 PM CST SlowResponse           PMConnection: Response from com.apple.apsd is slow (powercaps:0x0)                    1750 ms
11/21/13, 4:34:25 PM CST WakeRequests           Clients requested wake events: None
11/21/13, 4:34:41 PM CST Assertions             PID 16(powerd) Created InternalPreventSleep "PM configd - Wait for Device enumeration" 00:00:00  id:0xe00000614 [System: No Assertions]
11/21/13, 4:34:41 PM CST DarkWake               DarkWake [CDN]  : Using BATT (Charge:9%)                                    24 secs
11/21/13, 4:34:46 PM CST Assertions             PID 16(powerd) Released     InternalPreventSleep "PM configd - Wait for Device enumeration" 00:00:05  id:0xe00000614     [System: PrevIdle PushSrvc kCPU]

तो, यह इस मुद्दे को पैदा करने वाली शक्ति प्रतीत होता है, लेकिन क्यों?

क्या यह मेरी मदद करने के लिए किसी की मदद करता है?

धन्यवाद!!!

फिर से संपादित करें

गाथा चलती रहती है। मैंने पाया है कि दूसरों को इंटरवेब पर कहीं और परेशानी हो रही है। आप उनके कारनामों को यहां देख सकते हैं ।

अब, मैंने तब से Apple समर्थन से संपर्क किया है और वहां एक प्रतिनिधि के साथ बात की है और अब तक चीजें बेहतर तरीके से काम कर रही हैं। हालाँकि, मैं इस एक मामले को बंद नहीं करने जा रहा हूँ और अभी इसका उत्तर नहीं दूंगा।

यहाँ क्या हुआ है:

प्रतिनिधि के साथ चैट की गई और उसने मुझे अपने मशीन SystemConfigurationसे फ़ोल्डर को हटा दिया /Library/Preferencesऔर रिबूट किया।

फिर उन्होंने कहा कि मैं अपने दम पर था और अनिवार्य रूप से इस पर नजर रख रहा था। वह बहुत अच्छा था और मेरा भी वही पहला नाम था, जब उसने मुझे चैट लॉग ईमेल किया तो ऐसा लगा जैसे मैं खुद से बात कर रहा हूँ।

संकल्प के लिए इंतजार नहीं करना चाहता, मैंने खुद कुछ परीक्षण करने की कोशिश करने का फैसला किया।

पहले मैंने अपना हाइबरनेशन समय बहुत कम संख्या में सेट किया:

sudo pmset -b standbydelay 15

फिर मैंने मशीन को सोया और थोड़ी देर बैठने दिया। आम तौर पर यह हाइबरनेट करने की कोशिश करने पर 15 सेकंड के बाद जागने वाली बात शुरू कर देता था। ऐसा नहीं हुआ। मैं वास्तव में यह एक पंक्ति में कई बार काम करने के लिए मिल गया है।

मैं इंगित करूंगा, और मुझे यकीन नहीं है कि इसका कोई मतलब है, लेकिन जब मैंने पहली बार अपना परिवर्तन किया तो मुझे उस standbydelayसे चेतावनी मिली :।pmsetDisplay sleep should be lower than system sleep

मैं देखता हूं pmset -gऔर यह कहता है कि प्रदर्शन 2 सेट किया गया था जबकि नींद 1 पर सेट थी। इसके अलावा, 1 नींद के बाद यह कहा (sleep prevented by apsd, apsd)। मैंने अपनी प्रणाली की नींद को बदल दिया और pmsetखुश करने के लिए नींद प्रदर्शित की और बाद में pmset -gफिर से भाग गया और पाया कि (sleep prevented by apsd, apsd)नोट नींद की रेखा से चला गया था। मुझे यकीन नहीं है कि यह प्रासंगिक है, लेकिन मैं चाहता हूं कि यह ज्ञात हो, यह ऐसा कुछ नहीं है जिसे मैं बस समझा सकता हूं।

मैं थोड़ी देर के लिए मशीन का उपयोग करने के बाद इसे अपडेट करूंगा और किसी भी विश्वास के साथ कह सकता हूं कि समस्या हल हो गई है ताकि भविष्य में इस पर ठोकर खाने वाले लोगों के पास उनके निपटान में अधिक उपकरण हों।


@fyrephile: मैंने इसे एक Google खोज के लिए शीर्ष हिट के रूप में पाया । क्या आपके पास रिपोर्ट करने के लिए कोई नई जानकारी है? मेरी देर से 2013 की एमबीपी यही काम कर रही है।
14

नमस्कार @beporter। वहाँ कम से कुछ और जानकारी है discussions.apple.com/thread/5505142?start=0&tstart=0
fyrephlie

जवाबों:


1

मैं अपने मैकबुक प्रो के साथ बिल्कुल वैसा ही मुद्दा था, XQuartz के साथ भी (Wireshark का उपयोग करने के लिए) स्थापित किया गया था। मुद्दा तब तक कभी नहीं हुआ जब तक कि मैंने पहली बार XQuartz के साथ विरेशर शुरू नहीं किया। शायद यह मुद्दे का कारण हो सकता है।

मैंने XQuartz को हटा दिया लेकिन समस्या बनी हुई है। यह हर समय नहीं होता है लेकिन कभी-कभी मुद्दे फिर से दिखाई देते हैं। Apple समर्थन को बिल्कुल पता नहीं है कि ऐसा क्यों होता है और उन्होंने मुझे डिस्क प्रारूपित करने और OS X को पुनर्स्थापित करने का प्रस्ताव दिया। यह विंडोज ऑपरेटिंग सिस्टम के लिए एक समाधान होगा ... अभी के लिए वे वास्तव में इस मुद्दे की जांच नहीं करना चाहते हैं क्योंकि मैं देख सकता हूं (यहां तक ​​कि अगर वहाँ अधिक लोगों को विभिन्न प्रकार के मैक उत्पादों के साथ कर रहे हैं ...)। यह ओएस एक्स में बग की तरह स्पष्ट रूप से दिखता है

मैं विश्लेषण करने की कोशिश करता हूं कि कौन सी प्रक्रियाएं चल रही हैं जब समस्या यह निर्धारित करने के लिए होती है कि कौन सा शामिल हो सकता है

रुको और देखो...


यह बहुत संभव है। मैंने चर्चा के थ्रेड पर पाया है कि मैंने ऊपर उल्लेख किया है कि XQuartz के साथ समान समस्या वाले अन्य लोग हैं।
फेयरफेली

1

अवास्ट को अनइंस्टॉल करने से समस्या हल हो गई। यह एक अच्छा समाधान नहीं है, लेकिन अब यह काम करता है। मुझे नहीं लगता कि अवास्ट समस्या का कारण है लेकिन XQuartz के साथ मिलकर यह OS X में कुछ बुरा हो सकता है।

Apple तकनीकी समर्थन ने मुझे अगले सिस्टम अपडेट पर प्रतीक्षा करने के लिए कहा, हो सकता है कि उन्होंने कुछ पाया हो। मुझे आशा है :)


कभी भी समस्याओं को ठीक करने के लिए अपडेट पर भरोसा न करें; डी विशेष रूप से इस तरह की समस्याओं का नहीं। यह बस बहुत विशिष्ट है।
rwenz3l
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.