なぜバッテリーが使い果たされるまで、私のrMBP13(2013年後半)が毎分起動したのですか?(疑問符)?


8

誰かがこの問題の診断を手伝ってくれる?私の新しいMacBook Pro 13 Retina(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件のエントリがあり、「ウェイク理由:?」が含まれています。そしてそれは私が少し心配する以上のものです。私は最近Mac OS Xエコシステムに戻り(最後は10.2を実行しているPowerbook G4でした)、ほとんどがWindowsの世界でUbuntu Linuxでいくつかの開発設定を行っています。これを理解するためのガイダンスが欲しいです。

最近の変更点は、昨夜、Inkscapeを使用するためにXQuartz 2.7.5をインストールしたことです。Readmeには、launchctl(1)を使用して/Library/LaunchAgents/org.macosforge.xquartz.startx.plistを削除する方法が記載されていましたが、起動したときにリストに表示されませんでした。

とにかく、私のグーグルフーフはこの状況によく一致する結果をもたらさなかったので、私はあなたに立派な人々に訴えています。

私はこのマシンを1.5週間使用しており、これは私が経験したこの性質の最初の問題です。また、バッグの中で長時間熱くなっているために発生する恒久的な熱による損傷についても少し心配しています。私の主要な質問への回答またはコメントでのそれに対するコメントは非常にありがたいです(私はここのルールは通常...質問ごとに1つの質問であることを理解しています)。

皆さん、ありがとうございました!

編集 pmset -g logから繰り返されるサイクルを追加すると思いました

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サポートに連絡してそこで担当者とチャットしましたが、これまでのところうまくいっているようです。ただし、この1つのケースをクローズしたとは言いません。まだ回答を追加しません。

ここで何が起こったかです:

担当者とチャットしたところ、彼は私にSystemConfigurationフォルダを削除し/Library/Preferencesてマシンを再起動してもらいました。

それから彼は私が一人でいて、本質的にそれを見守るために言った。彼はとても親切で私の名前と同じでしたので、彼が私にチャットログをメールで送信したとき、私は自分と話しているように見えます。

解決を待たずに、自分でテストすることにしました。

最初に、休止状態の時間を非常に小さい数に設定しました。

sudo pmset -b standbydelay 15

それから私は機械を寝て、しばらくそれを置いたままにしました。通常、15秒後に休止状態にしようとしたときに起きていることを開始します。これは起こりませんでした。私は実際にこれを何回も続けて機能させることができました。

私は指摘しますが、それが何かを意味するかどうかはわかりませんが、最初に変更したときにstandbydelay警告が表示さpmsetれました:Display sleep should be lower than system sleep

私が見たところpmset -g、sleepが1に設定されているときにdisplaysleepが2に設定されていると表示されています(sleep prevented by apsd, apsd)。私は自分のシステムのスリープとディスプレイのスリープを変更してpmset幸せにし、その後pmset -g再び実行したところ、(sleep prevented by apsd, apsd)メモがスリープラインから消えていることがわかりました。これが関連するかどうかはわかりませんが、簡単に説明できるものではないことを知ってもらいたいです。

しばらくマシンを使用した後、これを更新します。問題が解決したことを確信を持って言えるので、将来この問題に遭遇した場合は、より多くのツールを利用できます。


@fyrephile:私はこれをグーグル検索のトップヒットとして見つけた。報告する新しい情報がありますか?私の2013年後半のMBPも同じことをしています。
ベポーター、2014

@beporter様、こんにちは。詳細については、discussions.apple.com
thread / 5505142?start

回答:


1

私のMacBook Proにもまったく同じ問題があり、XQuartzもインストールされていました(Wiresharkを使用するため)。WiresharkをXQuartzで初めて起動するまで、この問題は発生しませんでした。多分それは問題の原因である可能性があります。

XQuartzを削除しましたが、問題は解決しません。常に発生するわけではありませんが、問題が再発することもあります。アップルのサポートはなぜそれが起こるのか全く分かりません、そして彼らは私にディスクをフォーマットしてOS Xを再インストールすることを提案しました。これはWindowsオペレーティングシステムの解決策です...今のところ彼らは私が見ることができるようにこの問題を調査したくないのです(さまざまな種類のMAC製品でそれを持っている人がもっといるとしても...)OS Xのバグのように見える

問題が発生したときに実行されているプロセスを分析して、関与している可能性があるプロセスを特定します

成り行きを見守る...


それは非常に可能です。上記で説明したディスカッションスレッドで、XQuartzがインストールされていると同じ問題を抱えている人が他にもいることがわかりました。
シロチョウ2014

1

アバストをアンインストールすることで問題は解決しました。それは良い解決策ではありませんが、今のところはうまくいきます。私はアバストが問題の原因だとは思いませんが、XQuartzと相まって、OS Xで何か厄介なことを引き起こした可能性があります。

Appleのテクニカルサポートから、次のシステムアップデートを待つように言われました。そうだといい :)


アップデートを信頼して問題を解決することは絶対に避けてください。D特にこのような問題は避けてください。それは単純すぎます。
rwenz3l 2014年
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.