2016 Touch Bar MBPはスリープ中にバッテリーを消耗します

完全なバッテリーは、ふたを閉じて完全にプラグを抜いた状態で約24時間で消耗します。時々、使用するためにコンピューターを手に取ったとき、物理的に暖かいです。

私が試したものは次のとおりです。

• バッテリーのパワーナップが無効になっています
• iStatは、蓋を閉じる前に「かなりのエネルギーを使用している」アプリを表示しません。

system.logのコンソールを見ると、コンピューターがスリープ状態であることがわかり、すぐに飛び出す2つのことがわかります。関連するセクションをコピーしてみますが、実際に何が役立つのかわかりません。最初のセクションは際限なく繰り返されます：

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

私はこの問題を解決することに興味がありますが、解決に至る背景知識にも興味があります。関連情報を提供していただければ幸いです。

編集の更新：議論なしで2、3日が経過し、私のラップトップはスリープ状態でも正常に動作しました。今朝、午前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

グーグルの「Streaming Server Reconnected」は、同様の問題を抱える数人の人々と一緒にアップルのサポート文書を作成しました

更新/編集：問題なく数か月後に、Macがスリープ状態から復帰したことに気付き始め、外部ディスプレイがスリープ状態から復帰しました。ウェイクイベントは、通知またはその他の識別可能なものに対応していませんでした。今日、私はApple Geniusと話をして、彼がsleepimageを削除し始めたが、許可に関する多くの問題を見つけ、最終的には仕事を終わらせるためにシングルユーザーモードに落ちました。睡眠に関するすべての問題を説明したとき、彼は「これが原因になる可能性があります」と言いましたが、睡眠/覚醒の問題に対するレベル1の解決策はsleepimageを削除することだと感じています。

console.logメッセージを解読することについてはあまり知りませんが、マシンが物理的に暖かく、バッテリーを失った場合、実際には眠っていません。OS Xが数時間ごとに起動してバックグラウンドタスクを実行するのは正常ですが、通常の使用では数分以内に再びスリープ状態になります。寝ている間、あなたのものは間違いなく平均的なマシン以上のものをやっています。

[システム環境設定]> [ユーザーとグループ]で新しい（完全に空の）ユーザーを作成し、ユーザーからログアウトし、そのユーザーにログインしてから1日ほどスリープ状態にすると、結果はどうなるのでしょうか。マシンがもはや目覚めておらず、何らかの理由でスリープ状態に戻らないことがわかっている場合は、それがプロファイルにインストールされていることを確認できます。引き続き発生する場合は、オペレーティングシステムに問題があり、再インストールが必要な可能性があるか、これを引き起こしている何らかのハードウェアの問題がある可能性があります。これは長いトラブルシューティングプロセスですが、このような問題について私が知っている唯一の方法です。ここで更新してください。このルートに進むことに決めた場合は、これについてさらにサポートできます。

私は同じ問題を抱えており、自宅のWi-Fiでのみ問題があることに気付きました。別の場所で（以前にWi-Fiを接続した状態で）スリープすると、バッテリーが一晩で消耗しません。

私はしばらくの間同じ問題を抱えていました。同僚から、WiFi、Bluetooth、イーサネット、電話USBテザリング、FireWire、Thunderbolt this、Thunderbolt thatなど（すべて）などのネットワーク設定で設定されたすべての接続を削除するヒントがありました！そして適用します。

必要なものだけを今すぐ設定してください。私の場合、それはWiFiとBluetoothのみでした。

これで問題が解決し、タッチバー付きのMacBook Proは、この問題なしで蓋を閉じるたびに赤ちゃんのように眠ります。

ふたを閉じる前に今夜WiFiを無効にしてみましたが、うまくいきました。システムは数回起動しましたが、バッテリーの消耗はほとんどありませんでした。

これは実際には実用的な解決策ではないため、システムがスリープ状態になる前にWiFiを自動的に無効にするHammerspoonのスクリプトを作成しました。また、ふたが閉じられたときにシステムが起動するたびにWiFiチップを起動するため、ディスプレイが起動しているかどうかもチェックします。