Apple の脅威の通知と金銭目当てのスパイウェアへの対策について

しばらく返答が寄せられていないようです。 再度ディスカッションを開始するには、新たに質問してください。

MacBook Air (13-inch, Early 2014)のバッテリーを交換しました。

過日、

『Q: ボディの歪み』

https://discussionsjapan.apple.com/thread/251339917


の中にあった、

Rondo_1 さんのコメントを読んで、がく然としました。


>icco78 さんによる書き込み:

MacBookAir EARLY2014

>を使用しています。

>どうやら(US のサポートページでは)ビンテージ製品になったようです。



あ〜ぁ、うっかりしてました。チェックしてなかったです。


近頃、スリープで置いておくと、あっという間に、50%ぐらいになっていること増えてきていて、

この前は、32%!

何にもせず置いてあるだけなのに。です。

(20%下回ると何か起こると聞いたような、、、)


ビンテージ製品に入ると、修理できないかも。と聞いていたので、

あ〜ぁ、間に合わないかも、、、


とりあえず、サポートに電話すると、

何せ、COVID-19で、閉店中ですから、再開してからですね。

サポートでは、部品があるかどうかは確認できないのです。

と、スペシャリストさんに言われてしまいました。


お店が再開するまで、放っておくしかないはずだったのに、

別件でサポートに電話した折、バッテリーのハナシになって、

アドバイザーさんが言うには、

「ジーニアスバーには、もう無いかも。」

「Apple 正規サービスプロバイダに在庫あるか聞いた方が良いです。」

ですって!


じゃ、そっちか〜 と、探してみると、

予約できるお店、ちょっと遠いけど、関東周辺にいくつか無いわけではない。

電話してみると、

どこも、バッテリーの在庫なんて、してないです(泣


Apple 正規サービスプロバイダ さんで、バッテリーを在庫しているお店なんて無くて、

どこのお店も、修理依頼入ってからAppleに部品のオーダーかけるそうです。

入手できなければ、修理できない。となるそうです、、、


ある正規サービスプロバイダ さんが言うには、

関東では、表参道がMacの修理を一番多く手掛けているそうで、

部品在庫も他のお店よりも多く置けるみたいで、在庫残っているなら、ここでしょうね。


で、

また、サポートの問い合わせることがあり、

この時のスペシャリストさんは、この辺りの事情を教えてくださいました。

ビンテージに入ったら、すぐに、店頭より部品を引き上げることになっているそうです。

(部品がどこに行くのかは、サポートには情報下りていないそうです。)

基本的に、ビンテージの部品はAppleのお店には存在しないのが普通。ということのようです。

そのことから、先のアドバイザーさんは、Appleのお店にはもう無いと考えたのかもしれませんね。


してたら、

6月1日、12:00再開と耳にして、

表参道に電話しました。

「MacBook Air (13-inch, Early 2014)がビンテージに入ったそうですが、まだバッテリーの在庫ありますか?」

とお尋ねすると、

「無いです。」

「!!!」

取りつく島もない。でした、、、


可能性高いと言われた表参道で、撃沈したので、

力なく、銀座に電話しました。

こちらの方は丁寧で、シリアル番号も確認した上で、

現場に確認してくれました。

「数は申し上げられませんが、あります。潤沢とまでは言えないかもしれませんが、かなり有ります。」

「!!!」


加えて、「USBポートも交換できますか?」とお聞きすると、

「先ほど確認しておいたのですが、バッテリー以外は部品の在庫は無いと現場は言ってました。」

先回りして確認しておいてくれたのでした。

(表参道とは、対応違いすぎ!!!)


「再開したばかりで、ジーニアスバー混んでいるでしょうから、もう少し落ち着いた頃に伺いたいので、わたし用にバッテリーを確保しておきたいのですが。」

それは、できないのだそうです。


ジーニアスバーを予約する。

(予約できるのは、1週間先ぐらいまで。)

(今は、12:00〜20:00ぐらいが開店時間)

修理担当者が状態を検査する。

バッテリーの在庫があれば、交換できる。


という流れです。


混んでるだろうけど、仕方ない。緊急性ないのに申し訳ない。ですが、予約しちゃいました。

そして、

先日行ってきました。


検査すると、「86%」

この数値は、微妙だそうです。

データ上は、健全という結果だから。

80%を下回ると、消耗顕著になることよくあるので、交換をお勧めするそうです。

ただ、担当さんの個人的な意見としては、88%を下回ったくらいから、消耗著しいのも見かけるそうです。


交換してもらいました。

受け取り時:26%


ーーーーーーーーーー

充電量情報:

残りの充電量(mAh): 7238

充電完了: はい

充電中: いいえ

完全充電時の容量(mAh): 7238

状態情報:

充放電回数: 1

状態: 正常

バッテリー装着: はい

アンペア数(mA): 0

電圧数(mV): 8545

ーーーーーーーーーー


> 充放電回数: 1

ボディは古くとも、新鮮! 何か、嬉しい♡



バッテリーでお悩みの

「MacBook Air (13-inch, Early 2014)」のユーザ さま、いらっしゃいましたら、

純正バッテリーでの交換も、ご検討なされるのではないでしょうか?




ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー

icco78 様


上記リンクのスレッドを立ててくださり、ありがとうございました。

このスレッドが無かったら、きっと、間に合わなかったです。

感謝申し上げます。



ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー


Rondo_1 様


上記リンクのスレッドで、

ビンテージになったことを教えてくださいましたこと、

深く深く感謝申し上げます。

教えていただいていなければ、純正バッテリーに、間に合わなかったと思います。

おかげさまで、助かりました。

誠に、ありがとうございました。



ーーーーーーーーーー ーーーーーーーーーー ーーーーーーーーーー



長文、誠に、失礼いたしました。

MacBook Air

投稿日 2020/06/09 21:01

返信
スレッドに付いたマーク ベストな回答

投稿日 2020/08/14 13:21

スカイブルー193 さんによる書き込み:

「pmset -g」に変更は加えていません(触っていません)。


pmset -g というより「システム環境設定」>「省エネルギー」の「バッテリー」と「電源アダプタ」の設定がデフォルトの場合はそれぞれの「デフォルトに戻す」のボタンが押せないようになっているはずだという事です。pmset -g の値が機種ごとにどうなっているのかはわかりません。


mdsが悪さしないようにするのが、正攻法の解決法なのかも。と思ったのですが、いかがでしょうか。


mds が原因であるかどうかはともかく sleep prevented by ナントカって mds とは限りません。今までの流れや下記のリンク先にある jefftown32 さんの(Sep 29 の複数の)投稿を勘案するとこの件に関しては当面の間放っておくのも「正攻法の解決法」の一つなのかもしれません。浜の真砂は尽きるとも世に不具合の種は尽きまじ。

macOS Mojave battery drain - Apple Community

返信: 100

2020/07/09 19:11 スカイブルー193 への返信

スカイブルー193 さんによる書き込み:


『MacにJetDriveを取り付けたら消費電力が高くなりました。』

https://jp.transcend-info.com/Support/FAQ-1216

これが関係あるのかもしれませんね。
これ使ってますので。


JetDrive が原因なんですか?

https://jp.transcend-info.com/Support/FAQ-1216

引用:Mac Forumsから取集した情報によると、これはAppleの純正SSDでも発生する問題です。

2020/07/10 00:03 Rondo_1 への返信

>AddressBookSourceSync

意外とよく出ましたね。 最近はスリープ時のバッテリー消費は安定してるので、スリープを阻害する原因については確認してませんが。

hohokihaiさんのは、apsdとあるのでプッシュ通知に関することのようですね。 これだとバッテリー消費には殆ど影響ないと思います。

mdsだと、バッテリー消費に影響しかねないと思いますが、それにしては消費が激しいなとは思います。

ログを確認すれば多少なりともスリープに入った時間やwakeした時間に関しては記録されてる筈です。


多分、スリープ時のバッテリー消費ではなく、スリープしてない可能性を探るほうが早いかもしれませんね。

hibernatemodeを25にすれば、必ずディープスリープに入るのでこのモードでもバッテリー消費が改善しなければ、ソフトウェアの問題なのか、ハードウェアの問題なのかの切り分けにはなります。

2020/07/10 09:01 Rondo_1 への返信

>ttp://koshikata.jugem.jp/?eid=116


これ何だろう?と思い、

h付けてみるも、表示されず。

で、

「koshikata.jugem.jp」で検索すると、

『来し方、行く末』

http://koshikata.jugem.jp

が、ありました。


『2019.11.27 Wednesday』、『2019.11.26 Tuesday』辺りは、ちょっと気になりました。

今日はバタバタなので、改めて再訪してみます。



追記:

今回の検証の途中で行なった「上書きインストール」以降は、JDL挿入していないですが。

2020/07/10 10:09 スカイブルー193 への返信

スカイブルー193 さんによる書き込み:

h付けてみるも、表示されず。


そんなことはないです。リンク先に書かれているのは


・ Catalina では hibernatemode 25 が機能しないようだ。

・ 従って hibernatemode 3 にして standbydelaylow と standbydelayhigh を 300 にした。

・ にもかかわらず SD カードをマウントしたままだとスタンバイモードに移行しない。


ということのようです。そもそも standbydelayhigh が 86400 でそれを満たした状況なら 24 時間経過しないとスタンバイモードになりません。

2020/07/10 13:57 Rondo_1 への返信

>hibernatemode

現行のOSでは、面倒な仕様になったようですね。 通常は電源管理の設定など変更しなくても充分省エネだった筈なので、ノーマルスリープでも何の問題もないですけどね。 SDカードやUSBメモリ等を挿しっぱなしでは、電源供給の関係上スタンバイモードにならないので、通常よりバッテリー消費は激しいけど、それでも2週間で残容量20%程だったと記録してます。 状況は今とは異なるので一概に比較できませんけど。


2020/07/10 14:29 onesize への返信

>追記:

>今回の検証の途中で行なった

>「上書きインストール」以降は、

>JDL挿入していないですが。


どこにも何も挿さっていない現況であっても、

14時間36分後には、

83%となってしまいました。



>JetDrive が原因なんですか?

https://jp.transcend-info.com/Support/FAQ-1216

>引用:Mac Forumsから取集した情報によると、

>これはAppleの純正SSDでも発生する問題です。

と、Rondo_1 さんがお書き下さったように、件のトランセンドのFAQには、記載されています。


当方のMBAのスリープ中のバッテリー消費が多い原因は、

SDカード挿しっぱなし「だけ」ではない原因が、あるようです。



「preventをキーワードで検索」の仕方が分からなかったので、

pmset -g logしたログを1行ずつ見ています。

もう少し時間かかりますが、また、ご報告させていただきます。


2020/07/11 17:08 hohokihai への返信

中間報告です。


残っていたログから、"Maintenance Sleep"が発生した回数を調べてみました。"darkwake=0"は設定したままだと思ってたのですが外れており、10日に設定しました。


2020.06.26.asl 1

2020.06.27.asl 1

2020.06.28.asl 0

2020.06.29.asl 1

2020.06.30.asl 1

2020.07.01.asl 2

2020.07.02.asl 0

2020.07.03.asl 0

2020.07.04.asl 1

2020.07.05.asl 0

2020.07.06.asl 1

2020.07.07.asl 0

2020.07.08.asl 1

2020.07.09.asl 1

2020.07.10.asl 0 ("darkwake=0"を設定

2020.07.11.asl 1 - 13:12:26


というわけで、"darkwake=0"は効果がありませんでした。


下記サイトによると、darkwakeのデフォルトは3のようです。0は仕様変更される前に使用されていた値で、現在は不明とのこと。enumの名称を見ると、kDarkWakeFlagHIDTickleNone(デフォルト)で良さそうですが、電源ケーブルの抜き差しは、HIDに含まれない仕様なのかもしれません。


DarkWake on macOS Catalina | boot args darkwake=8 & darkwake=10 are obsolete

https://www.insanelymac.com/forum/topic/342002-darkwake-on-macos-catalina-boot-args-darkwake8-darkwake10-are-obsolete/


従って、該当するplistを直接編集することになります。乞うご期待。

2020/07/13 13:38 onesize への返信

電源管理ログにCharge %が表示されるなら、pmset -g log l grep Charge でバッテリーの容量%の行だけを出力できます。 行頭には時間が表示されてるのでそれ以前の行を確認するとヒントとなる出力があるかも。

もっとも、段階的に減っているならクリーンな環境でのスリープを試すのも状況判断には適切です。 クリーンな環境でも改善しなければ、バッテリー以外の問題かバッテリーそのものに問題があるかのどちらかです。

正常な状態なら、ユーザーで開始したsleepからユーザーで終了したwakeまで驚く程の行数は出力されないと思う。


2020/07/13 14:56 onesize への返信

偶々メールの通知あったので、来てしまいました。



2020-07-09(木)16:14スリープ、AC外した、Wi-Fiオフ、100%、アクティビティモニタ起動させたまま。

14時間37分後

2020-07-10(金)06:51スリープ解除、AC繋がず、83%


hohokihai さんに言われたアクティビティモニタを確認しようとした期間のものです。


「pmset -g log」

と、

「pmset -g log l grep Charge」


の出力結果を比べてみますと、

ほぼほぼ同じ分量の行数に見えます。


Pagesのテンプレートの空白(横)に、Shift+option+command+vでペースト。

フォント:ヒラギノ角ゴ ProN、W3、11ptで、

どちらも、7ページにも、なります。


ーーーーーーーーーー

「pmset -g log」

Watashi-no-MacBook-ea:~ Watashi$ pmset -g log

PM ASL data store: /var/log/powermanagement

Time stamp Domain Message Duration Delay

========== ====== ======= ======== =====

UUID: ここはプライバシーに関わる部分でしょうか?とりあえず消しました。

2020-07-09 16:13:29 +0900 Start powerd process is started

2020-07-09 16:13:29 +0900 Assertions Summary- [System: No Assertions] Using Batt

2020-07-09 16:13:29 +0900 Assertions Summary- [System: No Assertions] Using AC(Charge: 100)

2020-07-09 16:18:01 +0900 PM Client Acks Delays to Sleep notifications: [com.apple.apsd timed out(28000 ms)]

2020-07-10 06:50:16 +0900 Kernel Client Acks Delays to Sleep notifications: [powerd is slow(28005 ms)] [AppleThunderboltNHIType2 driver is slow(msg: WillChangeState to 2)(434 ms)] [AppleAHCIDiskQueueManager driver is slow(msg: SetState to 0)(330 ms)]

2020-07-10 06:50:16 +0900 Assertions Kernel Idle sleep preventers: IODisplayWrangler

Total Sleep/Wakes since boot at 2020-07-09 16:13:29 +0900 :2


ーーーーーーーーーー

「pmset -g log l grep Charge」


Watashi-no-MacBook-ea:~ Watashi$ pmset -g log l grep Charge

PM ASL data store: /var/log/powermanagement

Time stamp Domain Message Duration Delay

========== ====== ======= ======== =====

UUID: ここはプライバシーに関わる部分でしょうか?とりあえず消しました。

2020-07-09 16:15:26 +0900 Notification Display is turned off

2020-07-09 16:15:26 +0900 Assertions PID 579(AddressBookSourceSync) Summary PreventUserIdleSystemSleep "Address Book Source Sync" 00:00:15 id:0x0x1000080e5 [System: PrevIdle DeclUser kDisp]

2020-07-09 16:15:26 +0900 Assertions PID 122(hidd) Summary UserIsActive "com.apple.iohideventsystem.queue.tickle.4294968000.17" 00:00:00 id:0x0x900008044 [System: PrevIdle DeclUser kDisp]

2020-07-09 16:15:26 +0900 Assertions PID 100(apsd) Summary InteractivePushServiceTask "com.apple.apsd-outgoingmessage" 00:00:17 id:0x0x12000080e0 [System: PrevIdle DeclUser kDisp]

2020-07-09 16:15:26 +0900 Assertions PID 100(apsd) Summary InteractivePushServiceTask "com.apple.apsd-connectionestablish-push.apple.com" 00:00:11 id:0x0x12000080e7 [System: PrevIdle DeclUser kDisp]

2020-07-09 16:15:26 +0900 Assertions Kernel Idle sleep preventers: -None-

2020-07-09 16:18:01 +0900 PM Client Acks Delays to Sleep notifications: [com.apple.apsd timed out(28000 ms)]

2020-07-10 06:50:16 +0900 Kernel Client Acks Delays to Sleep notifications: [powerd is slow(28005 ms)] [AppleThunderboltNHIType2 driver is slow(msg: WillChangeState to 2)(434 ms)] [AppleAHCIDiskQueueManager driver is slow(msg: SetState to 0)(330 ms)]

2020-07-10 06:50:16 +0900 Assertions Kernel Idle sleep preventers: IODisplayWrangler

2020-07-10 06:50:16 +0900 Notification Display is turned on

Sleep/Wakes since boot at 2020-07-09 16:13:29 +0900 :2 Dark Wake Count in this sleep cycle:1


ーーーーーーーーーー


どちらにも、

2020-07-09 16:18:01 から、2020-07-10 06:50:16の間には、記載が、無いです。

どのように評価したらよいでしょうか?

ご助言いただけないでしょうか。

どうか、よろしくお願いいたします。


2020/07/13 23:51 スカイブルー193 への返信

Pagesのテンプレートの空白(横)に、Shift+option+command+vでペースト。
フォント:ヒラギノ角ゴ ProN、W3、11ptで、
どちらも、7ページ

私の場合だと、同じ条件で1.5ページ程度です。 スリープ時間は10時間弱といったところですが、それでも7ページは多いように思います。

スリープ中のDark Wakeは一回だけのようですが、やはりスリープしている時間が短いのではないかと。 スリープ中は何も出力されないはずなので。


やはり、バックグラウンドで動いているタスクがありそうです。 mdsは関係なかったようです?

2020/07/14 15:59 スカイブルー193 への返信

見落としていました...


> 2020-07-09 16:18:01 から、2020-07-10 06:50:16の間には、記載が、無いです。

> どのように評価したらよいでしょうか?


pmsetのログ(というよりはsyslog以外のログ)は、/usr/libexec/logdによって管理されています。

スリープすると/usr/libexec/logdは休眠してしまうのでしょう。スリープ中のログが一つも残されないことから推測に推測を重ねているわけでして...


> やはり、バックグラウンドで動いているタスクがありそうです。mdsは関係なかったようです?


まだ、尻尾も掴めていませんので何ともいえませんが、下記のmds関連は、今のところ容疑者候補ではありません。


/System/Library/LaunchDaemons/com.apple.metadata.mds.index.plist

/System/Library/LaunchDaemons/com.apple.metadata.mds.plist

/System/Library/LaunchDaemons/com.apple.metadata.mds.scan.plist

/System/Library/LaunchDaemons/com.apple.metadata.mds.spindump.plist


ただ、mds関連と言ってよいcorespotlightdは容疑者候補です。


/System/Library/LaunchAgents/com.apple.corespotlightd.plist

2020/07/14 16:01 hohokihai への返信

ログから'Maintenance Sleep'に入ったときのバッテリーの減少度合いを計算してみました。該当したのは3件。


12:07:55->12:34:29 100->99% 0.000627%/sec

04:47:45->13:55:34 100->81% 0.000578%/sec

14:09:01->15:31:49 100->97% 0.000604%/sec (一部のlaunchd.plistを改変後=改変の効果なし


いずれも、0.0006%/sec程度でした。12時間で100->73%になる計算です。


スカイブルー193氏のデータも計算してみました。


03時間30分スリープ後、バッテリー 97% 0.000238%/sec

09時間19分スリープ後、バッテリー 85% 0.000447%/sec

08時間31分スリープ後、バッテリー 91% 0.000293%/sec

09時間50分スリープ後、バッテリー 92% 0.000226%/sec

04時間11分スリープ後、バッテリー 98% 0.000133%/sec

09時間08分スリープ後、バッテリー 92% 0.000243%/sec

11時間25分スリープ後、バッテリー 88% 0.000292%/sec


私のより数値が低いのは、設定の違いかと思いましたが、"hibernatemode 3"で、"standbydelayhigh 86400"ならば条件は同じです。バッテリーを交換したてだからでしょうか?(0.000447%/secと、0.000133%/secのときは何か別の要因なのかな?

2020/07/24 10:54 hohokihai への返信

久しぶりに、スリープしてみました。


ーーーーーーーーーー

2020-07-23 17:39:56 +0900 Sleep Entering Sleep state due to 'Software Sleep pid=116': Using Batt (Charge:100%) 4660 secs

2020-07-23 18:57:36 +0900 Wake Wake from Deep Idle [CDNVA] due to EC.LidOpen/Lid Open: Using BATT (Charge:100%) 46 secs

2020-07-23 18:58:22 +0900 Sleep Entering Sleep state due to 'Clamshell Sleep': Using Batt (Charge:100%) 10016 secs

2020-07-23 21:45:18 +0900 DarkWake DarkWake from Deep Idle [CDN] due to EC.SleepTimer/SleepTimer: Using BATT (Charge:100%) 0 secs

2020-07-23 21:45:18 +0900 Sleep Entering Sleep state due to 'Maintenance Sleep': Using Batt (Charge:100%) 10785 secs

2020-07-24 00:45:03 +0900 DarkWake DarkWake from Standby [CDN] due to RTC/SleepService: Using BATT (Charge:100%) 4 secs

2020-07-24 00:45:07 +0900 Sleep Entering Sleep state due to 'Sleep Service Back to Sleep': Using Batt (Charge:100%) 35688 secs

2020-07-24 10:39:55 +0900 Assertions Summary- [System: DeclUser BGTask SRPrevSleep kCPU kDisp] Using AC(Charge: 98)

2020-07-24 10:39:55 +0900 DarkWake DarkWake from Deep Idle [CDN] due to EC.ACAttach/Maintenance: Using AC (Charge:98%) 2 secs

2020-07-24 10:39:57 +0900 Wake DarkWake to FullWake from Deep Idle [CDNVA] due to HID Activity: Using AC (Charge:98%)

2020-07-24 10:40:38 +0900 Assertions Summary- [System: DeclUser BGTask IPushSrvc kDisp] Using AC(Charge: 98)

ーーーーーーーーーー


17時間ほどスリープしたのに、2%しか減ってなかったです。

何なんでしょうね???

いつもこれなら、スリープでもいいんだけど、、、

2020/07/24 13:59 スカイブルー193 への返信

スタンバイモードに入ってます。 そのMacは、スタンバイモードで30日間バッテリーが保たれるようにに設計されているのでようやく本来の状態に戻ったようですね。


改善した原因を推測するなら、アップデートの有無やバックグラウンドタスクの終了あたりでしょうか。 アップデートはインストールログから確認できますが、バックグラウンドタスクの特定は困難かと思います。


その状態が続くなら、バッテリーのピーク云々の為の記録も意味を成すのではないでしょうか。




2020/07/24 14:53 Rondo_1 への返信

ログにはスタンバイから復帰と出力されてますね?

スタンバイディレイの値は承知してますが、この辺はスレ主さんに確認してもらわないと。

スタンバイディレイの値は、バッテリーの残容量に応じてハイ/ローを切り替えてるようですが、デフォルトの閾値50って....これ、どう使っても寿命が等しくなるような設定とも受け取れるので少し疑問。

私のMacは、常時電源接続の使用環境下で容量的には購入時と全く変化がないので(コレに関しては不安要素がないわけではないけど)

某リンク先では不安になるような数値も出てますね?

MacBook Air (13-inch, Early 2014)のバッテリーを交換しました。

Apple サポートコミュニティへようこそ
Apple ユーザ同士でお使いの製品について助け合うフォーラムです。Apple ID を使ってご参加ください。