2016 टच बार एमबीपी नींद में बैटरी नालियों


14

एक पूरी बैटरी लगभग 24 घंटे के ढक्कन को बंद कर देगी, पूरी तरह से अनप्लग नींद। कभी-कभी, जब मैं इसका उपयोग करने के लिए कंप्यूटर उठाता हूं, तो यह शारीरिक रूप से गर्म होता है।

यहाँ मैंने कोशिश की है:

  • बैटरी पर पावर नेप अक्षम है
  • iStat ढक्कन बंद करने से पहले कोई एप्लिकेशन "महत्वपूर्ण ऊर्जा का उपयोग" नहीं दिखाता है।

कंसोल में देख रहे हैं, system.log पर, उस समय के दौरान जब मैं जानता हूं कि कंप्यूटर सो रहा था, और मुझे दो चीजें दिखाई देती हैं जो तुरंत मेरे पास से बाहर निकल जाती हैं। मैं संबंधित अनुभागों को आज़माऊंगा और उनकी नकल करूंगा, लेकिन मुझे यकीन नहीं है कि वास्तव में मददगार क्या होगा। पहला खंड अंतहीन रूप से दोहराया जाता है :

05:49:47 WindowServer[121]: 8358864.989 [DFR] [deviceTerminate] 
05:49:47 WindowServer[121]: 8358865.001 [DFR] [_DFRDisplayDeviceRemoved] 
05:49:47 WindowServer[121]: 8358865.003 [DFR] [___DFRDisplayDeviceRemoved_block_invoke] calling client detach callback
05:49:47 WindowServer[121]: 8358865.004 [DFR] [_DFRDisplayClose] 
05:49:47 WindowServer[121]: 8358865.535 [DFR] [deviceMatch] 
05:49:47 WindowServer[121]: 8358865.535 [DFR] [_DFRDisplayDeviceAdded] 
05:49:47 WindowServer[121]: 8358865.537 [DFR] [_DFRDisplayUsbStart] 
05:49:47 WindowServer[121]: 8358865.537 [DFR] [_DFRDisplayOpen] 
05:49:47 WindowServer[121]: 8358865.540 [DFR] [_DFRDisplayOpen] sending GetInfo
05:49:47 WindowServer[121]: 8358865.541 [DFR] [_DFRDisplayHandleVendorPacket] kDFRDisplayCommandGetInfo ready: 0
05:49:47 WindowServer[121]: 8358865.541 [DFR] [_DFRDisplayHandleVendorPacket] calling client attach callback
05:49:47 WindowServer[121]: 8358865.554 [DFR] [_DFRDisplayHandleVendorPacket] kDFRDisplayCommandGetInfo ready: 1
06:01:51 WindowServer[121]: 8359589.038 [DFR] [deviceTerminate] 
06:01:51 WindowServer[121]: 8359589.041 [DFR] [_DFRDisplayDeviceRemoved] 
06:01:51 syslogd[37]: ASL Sender Statistics
06:01:51 WindowServer[121]: 8359589.044 [DFR] ERR [_DFRDisplaySendPacket] WritePipe failed 0xe00002c0
06:01:51 WindowServer[121]: 8359589.044 [DFR] [___DFRDisplayDeviceRemoved_block_invoke] calling client detach callback
06:01:51 WindowServer[121]: 8359589.044 [DFR] [_DFRDisplayClose] 
06:01:51 WindowServer[121]: 8359589.537 [DFR] [deviceMatch] 
06:01:51 WindowServer[121]: 8359589.537 [DFR] [_DFRDisplayDeviceAdded] 
06:01:51 WindowServer[121]: 8359589.540 [DFR] [_DFRDisplayUsbStart] 
06:01:51 WindowServer[121]: 8359589.540 [DFR] [_DFRDisplayOpen] 
06:01:51 WindowServer[121]: 8359589.589 [DFR] [_DFRDisplayOpen] sending GetInfo
06:01:51 WindowServer[121]: 8359589.590 [DFR] [_DFRDisplayHandleVendorPacket] kDFRDisplayCommandGetInfo ready: 0
06:01:51 WindowServer[121]: 8359589.590 [DFR] [_DFRDisplayHandleVendorPacket] calling client attach callback
06:01:51 WindowServer[121]: 8359589.591 [DFR] [_DFRDisplayHandleVendorPacket] kDFRDisplayCommandGetInfo ready: 1
06:08:40 WindowServer[121]: 8359998.006 [DFR] [deviceTerminate] 
06:08:40 WindowServer[121]: 8359998.007 [DFR] [_DFRDisplayDeviceRemoved] 
06:08:40 WindowServer[121]: 8359998.008 [DFR] [___DFRDisplayDeviceRemoved_block_invoke] calling client detach callback
06:08:40 WindowServer[121]: 8359998.008 [DFR] [_DFRDisplayClose] 
06:08:40 WindowServer[121]: 8359998.542 [DFR] [deviceMatch] 
06:08:40 WindowServer[121]: 8359998.542 [DFR] [_DFRDisplayDeviceAdded] 
06:08:40 WindowServer[121]: 8359998.543 [DFR] [_DFRDisplayUsbStart] 
06:08:40 WindowServer[121]: 8359998.543 [DFR] [_DFRDisplayOpen] 
06:08:40 WindowServer[121]: 8359998.568 [DFR] [_DFRDisplayOpen] sending GetInfo
06:08:40 WindowServer[121]: 8359998.580 [DFR] [_DFRDisplayHandleVendorPacket] kDFRDisplayCommandGetInfo ready: 0
06:08:40 WindowServer[121]: 8359998.580 [DFR] [_DFRDisplayHandleVendorPacket] calling client attach callback
06:08:40 WindowServer[121]: 8359998.581 [DFR] [_DFRDisplayHandleVendorPacket] kDFRDisplayCommandGetInfo ready: 1
06:15:27 WindowServer[121]: 8360404.994 [DFR] [deviceTerminate] 

समाधान के लिए StackExchange पर कहीं और देख रहे हैं, मैं pmset -gअनुरोध भर आया :

System-wide power settings:
Currently in use:
 standbydelay         10800
 standby              1
 halfdim              1
 hibernatefile        /var/vm/sleepimage
 powernap             0
 gpuswitch            2
 disksleep            10
 sleep                1
 autopoweroffdelay    28800
 hibernatemode        3
 autopoweroff         1
 ttyskeepawake        1
 displaysleep         2
 acwake               0
 lidwake              1

मैं इस मुद्दे को हल करने में दिलचस्पी रखता हूं, लेकिन मैं किसी भी पृष्ठभूमि के ज्ञान में दिलचस्पी रखता हूं जो समाधान के लिए अग्रणी है। उम्मीद है कि मैंने प्रासंगिक जानकारी प्रदान की है।


अपडेट संपादित करें : बिना किसी चर्चा के कुछ दिन बीत चुके हैं, और मेरा लैपटॉप सोते समय अच्छा व्यवहार करता है। आज सुबह, लगभग 4 बजे, मैंने लैपटॉप को 100% बैटरी के साथ अनप्लग कर दिया और ढक्कन बंद कर दिया। अभी, सुबह 7:30 बजे, यह गर्म था और 73% पर बैटरी।

System.log इससे भरा था:

07:08:02 com.apple.xpc.launchd[1] (com.apple.quicklook[19336]): Endpoint has been activated through legacy launch(3) APIs. Please switch to XPC or bootstrap_check_in(): com.apple.quicklook
07:08:35 diagnosticd[5296]: Streaming server Reconnected
07:08:47 GoogleSoftwareUpdateAgent[19340]: 2017-08-02 07:08:47.848 GoogleSoftwareUpdateAgent[19340/0x7fffde16f3c0] [lvl=2] -[KSAgentApp(PrivateMethods) setupLoggerOutput] Agent default/global settings: <KSAgentSettings:0x100302ee0 bundleID=com.google.Keystone.Agent lastCheck=2017-08-02 10:37:43 +0000 lastServerCheck=2017-08-02 10:37:41 +0000 lastCheckStart=2017-08-02 10:37:31 +0000 checkInterval=18000.000000 uiDisplayInterval=604800.000000 sleepInterval=1800.000000 jitterInterval=900 maxRunInterval=0.000000 isConsoleUser=1 ticketStorePath=/Users/robert/Library/Google/GoogleSoftwareUpdate/TicketStore/Keystone.ticketstore runMode=3 daemonUpdateEngineBrokerServiceName=com.google.Keystone.Daemon.UpdateEngine daemonAdministrationServiceName=com.google.Keystone.Daemon.Administration logEverything=0 logBufferSize=2048 alwaysPromptForUpdates=0 productIDToUpdate=(null) lastUIDisplayed=(null) alwaysShowStatusItem=0 updateCheckTag=(null) printResults=NO userInitiated=NO>
07:09:42 diagnosticd[5296]: Streaming server Reconnected
07:10:49 diagnosticd[5296]: Streaming server Reconnected
07:11:54 diagnosticd[5296]: Streaming server Reconnected
07:12:01 awdd[155]: Diagnostics Report
07:13:00 diagnosticd[5296]: Streaming server Reconnected
07:13:14 com.apple.xpc.launchd[1] (com.apple.quicklook[19365]): Endpoint has been activated through legacy launch(3) APIs. Please switch to XPC or bootstrap_check_in(): com.apple.quicklook
07:14:07 syslogd[37]: ASL Sender Statistics
07:14:07 diagnosticd[5296]: Streaming server Reconnected
07:15:12 diagnosticd[5296]: Streaming server Reconnected
07:16:18 diagnosticd[5296]: Streaming server Reconnected
07:17:24 diagnosticd[5296]: Streaming server Reconnected

Googling "स्ट्रीमिंग सर्वर पुन: कनेक्टेड" ने समान समस्याओं वाले कई लोगों के साथ एक सेब समर्थन दस्तावेज तैयार किया

अद्यतन / संपादित करें: मुद्दों के बिना कुछ महीनों के बाद, मैंने अपने मैक को नींद से जगाना शुरू कर दिया, जिससे बाहरी प्रदर्शन जाग गया और नींद आ गई। वेकेशन नोटिफिकेशन या किसी और चीज के साथ मेल नहीं खाता। मैंने आज Apple जीनियस के साथ बात की, उन्होंने नींद को दूर करने के लिए शुरू किया, लेकिन इसके साथ बहुत सारे अनुमति के मुद्दों को मिला, आखिरकार काम पाने के लिए एकल उपयोगकर्ता मोड में छोड़ दिया। जब मुझे नींद के साथ होने वाले सभी मुद्दों के बारे में बताया गया, तो उन्होंने कहा कि "यह कारण हो सकता है," लेकिन मुझे लगता है कि नींद / जागने के लिए उनका गो-टू स्तर 1 समाधान नींद को हटा रहा है।

जवाबों:


2

मैं कंसोल.लॉग संदेश को डिक्रिप करने पर बहुत कुछ नहीं जानता, लेकिन अगर आपकी मशीन शारीरिक रूप से गर्म है और उस बैटरी को खो रही है तो वास्तव में सो नहीं रही है। ओएस एक्स के लिए हर कुछ घंटों में जागना और कुछ पृष्ठभूमि कार्य करना सामान्य है, लेकिन विशिष्ट उपयोग के तहत इसे फिर से मिनटों में सो जाना चाहिए। आपका निश्चित रूप से सोते समय औसत मशीन से अधिक कर रहा है।

मुझे आश्चर्य है कि यदि आपने सिस्टम वरीयताएँ> उपयोगकर्ता और समूह में एक नया (पूरी तरह से रिक्त) उपयोगकर्ता बनाया है, तो उस उपयोगकर्ता से लॉग इन किया और फिर उसे एक और दिन के लिए सोने के लिए रख दिया। यदि आप देखते हैं कि मशीन अब नहीं जा रही है और जिस भी कारण से आप सोने के लिए नहीं जा रहे हैं, तो यह सुनिश्चित कर सकते हैं कि यह आपके प्रोफाइल पर स्थापित है। यदि ऐसा होता रहता है तो यह संभव है कि ऑपरेटिंग सिस्टम कोई समस्या है और इसे पुन: स्थापित करने की आवश्यकता हो सकती है या यह कि किसी प्रकार का पागल हार्डवेयर मुद्दा है। यह एक लंबी समस्या निवारण प्रक्रिया है, लेकिन यह केवल एक ही है जिसे मैं इस तरह के मुद्दे के लिए जानता हूं - कृपया यहां अपडेट करें और यदि आप इस मार्ग पर जाने का निर्णय लेते हैं तो मैं इसके साथ और अधिक मदद कर सकता हूं।


आप पूरी तरह से सही हैं कि मशीन सो नहीं रही है। इस बारे में भ्रमित करने वाली बात यह है कि यह हर बार नहीं होता है। आज यह 10 घंटे सोया और कुछ भी नहीं खोया। मुझे लगता है कि एक नया उपयोगकर्ता बनाने से एक रुक-रुक कर समस्या का निदान करना मुश्किल हो सकता है।
voxobscuro

अच्छा यह है कि आपके प्रोफाइल में स्थित एक से एक सिस्टम वाइड इश्यू अलग है - एक तरीका या दूसरा जिसे आपको निदान करने के लिए इस अंतर को बनाने की जरूरत है और आखिरकार जो चल रहा है उसे ठीक करने के लिए। का प्रयोग करें syslog |grep -i "Wake reason"बजाय बस इसे पकड़ने के लिए है, जबकि यह अभी भी गर्म है उम्मीद की
छोटे छोटे आदमी

hm, syslog logको एक समान कार्यक्षमता वाली एक कमांड द्वारा प्रतिस्थापित किया गया लगता है , लेकिन "वेक कारण" अक्सर दिखाई देता है। पूर्ण आदेश है log --since 1d | grep -i "Wake reason"और मैं भी साथ कुछ रोचक परिणाम देखा हैlog --since 1d | grep -i "PowerChime"
voxobscuro

जब आप उस कमांड को चलाते हैं, तो यह क्या कहता है?
छोटे आदमी

उनमें से अधिकांश के पास डिस्प्ले डिसकनेक्ट / फिर से कनेक्ट करने के लिए कुछ है, जो वास्तव में कभी नहीं हो रहा था।
voxobscuro

1

मेरे पास एक ही मुद्दा है और यह केवल मेरे घर वाई-फाई पर ही दिखता है। जब मैं कहीं और सोता हूं (वाई-फाई से पहले जुड़ा हुआ है) तो यह रात भर बैटरी को खत्म नहीं करेगा।


क्या आपके घर में एक समय कैप्सूल या अन्य टाइम मशीन डिवाइस है, जो आपके लैपटॉप का बैकअप है?
voxobscuro

मैं नहीं। दूसरी जगह पर जहाँ इसकी बैटरी ख़त्म नहीं होती है, मैंने एक नेटवर्क टाइम मशीन डिवाइस की स्थापना की है।
13

यह दिलचस्प है ... मैंने पहली बार इस नींद की मृत्यु को देखा, जब मैं घर से दूर था, जहां मेरे पास टाइम मशीन डिवाइस है। घर लौटने के बाद से, मैंने ऐसा होता नहीं देखा। मैं आज कोशिश करूंगा कि लैपटॉप को घर से दूर ले जाऊं और इसे नींद के चक्र से चला सकूं।
15

तो आपको लगता है कि यह इसलिए है क्योंकि यह बैकअप ड्राइव की तलाश कर रहा है और इसे पा नहीं सकता है?
१६:

1

मुझे थोड़ी देर के लिए वही समस्या थी। एक सहकर्मी ने मुझे वाईफाई, ब्लूटूथ, ईथरनेट, फोन यूएसबी टेथरिंग, फायरफॉक्स, थंडरबोल्ट थंडरबोल्ट दैट, थंडरबोल्ट इत्यादि (सब कुछ) जैसी नेटवर्क वरीयताओं में सभी कॉन्फ़िगर किए गए कनेक्शन को हटाने का संकेत दिया! और लागू करें।

केवल वही कॉन्फ़िगर करें जो आपको अभी चाहिए। मेरे मामले में यह केवल वाईफाई और ब्लूटूथ था।

इसने मेरी समस्या को ठीक कर दिया और मेरा मैकबुक प्रो टच बार के साथ सोता है, हर बार जब मैं इस मुद्दे के बिना ढक्कन को बंद करता हूं।


यह एक अच्छा विचार है, मैं इसे साफ करूंगा और देखूंगा कि समस्या वापस आती है या नहीं।
voxobscuro

0

ढक्कन बंद करने से पहले आज रात वाईफाई को अक्षम करने की कोशिश की और यह अच्छी तरह से काम किया। सिस्टम ने एक दो बार जगाया लेकिन कोई महत्वपूर्ण बैटरी नाली नहीं थी।

अब चूंकि यह वास्तव में एक व्यावहारिक समाधान नहीं है, इसलिए मैंने हैमरस्पून के लिए एक स्क्रिप्ट लिखी जो सिस्टम के सोने से पहले स्वचालित रूप से वाईफाई को निष्क्रिय कर देती है। यह भी जांचता है कि क्या डिस्प्ले जाग रहा है क्योंकि अन्यथा यह हर बार सिस्टम के जागने पर ढक्कन बंद होने पर वाईफाई चिप को जगा देगा।

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