2016 Touch Bar MBP耗尽了睡眠中的电池

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

谷歌搜索“重新连接流服务器”产生了一个苹果支持文档，其中有几个人遇到类似问题

更新/编辑：几个月没有问题后，我开始注意到我的mac从睡眠中唤醒，导致外部显示器唤醒并进入睡眠状态。唤醒事件与通知或其他任何可识别的事件不符。我今天与Apple Genius进行了交谈，他开始删除sleepimage，但发现它存在很多权限问题，最终进入单用户模式以完成工作。当我解释了我所有与睡眠有关的问题时，他说“这可能会导致这种情况”，但是我感觉到他们针对睡眠/唤醒问题的第1级解决方案正在删除睡眠图像。

display  battery  sleep-wake 
— Voxobscuro
source

Answers:

2

我对解密console.log消息了解不多，但是如果您的机器物理上很热并且丢失了那么多电池，则实际上并没有处于睡眠状态。OS X每隔几个小时醒来并执行一些后台任务是正常的，但是在典型的使用情况下，它应在几分钟之内再次入睡。您的睡眠肯定比普通机器要多。

我想知道如果您在“系统偏好设置”>“用户和组”中创建了一个新的用户（完全空白），然后注销该用户，然后登录该用户，然后将其睡眠了一天左右，结果将会是什么。如果您发现机器不再处于唤醒状态，并且出于某种原因没有重新进入睡眠状态，则可以确定它已安装在配置文件中。如果继续发生这种情况，则可能是操作系统出现问题，可能需要重新安装，或者是某种疯狂的硬件问题导致了此问题。这是一个漫长的故障排除过程，但这是我唯一遇到这样的问题的过程-请在此处进行更新，如果您决定采用这种方法，我可以为您提供更多帮助。

— 小家伙
source
您对机器未处于睡眠状态绝对是正确的。令人困惑的是，它不会每次都发生。今天它睡了十个小时，什么也没丢。我认为创建新用户可能会使间歇性问题更难以诊断。
— voxobscuro
好吧，它将要解决的问题是将系统范​​围的问题与配置文件中的一个问题分开，您需要以一种或另一种方式进行区分，以便诊断并最终对正在发生的事情进行修复。使用syslog |grep -i "Wake reason"它，而不是只希望在温暖的时候就抓住它
— 小个子
嗯，syslog似乎已被log具有类似功能的命令所代替，但是“唤醒原因”经常出现。完整的命令是log --since 1d | grep -i "Wake reason"，我也看到了一些有趣的结果log --since 1d | grep -i "PowerChime"
— voxobscuro
当您运行该命令时，它说的是什么引起唤醒？
— 小家伙
它们中的大多数与显示器断开/重新连接有关，而这从未真正发生过。
— voxobscuro
1

我遇到了同样的问题，并且注意到它仅在我的家庭Wi-Fi上才起作用。当我在其他地方睡觉（之前已连接WLAN）时，它不会在一夜之间耗尽电池电量。

— 狭tu
source
您的笔记本电脑在家里有时间胶囊或其他Time Machine设备吗？
— voxobscuro
我不。在不耗尽电池电量的另一个地方，我安装了联网的Time Machine设备。
— 狭窄的人间'17
有趣的是...我第一次注意到这是我在家里有联网的Time Machine设备的睡眠死亡。自从回家以来，我还没有看到过这种情况。我今天将通过将笔记本电脑带离家中并在整个睡眠周期中运行来进行尝试。
— voxobscuro
所以您认为这是因为它正在寻找备份驱动器而找不到吗？
— narrowtux
1

我有一阵子有同样的问题。一位同事给我提示，删除了网络首选项中所有已配置的连接，例如WiFi，蓝牙，以太网，电话USB捆绑，FireWire，Thunderbolt this，Thunderbolt that etc（一切）！并申请。

现在只配置您需要的内容。就我而言，只有WiFi和蓝牙。

这解决了我的问题，现在每次关闭盖子时，带有Touch Bar的MacBook Pro就像婴儿一样睡着，而现在没有这个问题。

— 639d0991
source
那是个好主意，我会清理一下，看看问题是否再次出现。
— voxobscuro
0

试图今晚禁用WiFi，然后再合上盖子，效果很好。该系统确实唤醒了几次，但是没有大量的电池消耗。

现在，由于这并不是一个切实可行的解决方案，我为Hammerspoon编写了一个脚本，该脚本会在系统进入睡眠状态之前自动禁用WiFi。它还会检查显示屏是否处于唤醒状态，因为否则在关闭机盖后每次系统唤醒时都会唤醒WiFi芯片。

— 狭tu
source
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.