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 05:01

返信
返信: 100

2020/08/13 21:21 スカイブルー193 への返信

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

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


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


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


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

macOS Mojave battery drain - Apple Community

2020/09/20 20:06 スカイブルー193 への返信

スリープ解除時、バッテリー残量100%でも、

「sleep prevented」は、どうなのかと、

「pmset -g」してみました。



<バッテリー>

sleep 2 (sleep prevented by nsurlsessiond, nsurlsessiond)

<AC接続>

sleep 180 (sleep prevented by UserEventAgent)



となっていました。

スリープ解除時、一応、バッテリー残量100%でしたが、

「pmset -g」して、AC繋いだら頃、99%なので、99%になる直前の100%なのでしょうけど。


ーーーーーーーーーー

2020-09-20 13:36:24 +0900 Assertions Summary- [System: DeclUser kDisp] Using Batt(Charge: 100)

2020-09-20 13:36:28 +0900 Notification Display is turned off

2020-09-20 13:36:43 +0900 Sleep Entering Sleep state due to 'Clamshell Sleep': Using Batt (Charge:100%) 79514 secs

2020-09-21 11:41:54 +0900 Assertions Summary- [System: DeclUser BGTask SRPrevSleep kCPU kDisp] Using AC(Charge: 100)

2020-09-21 11:41:57 +0900 DarkWake DarkWake from Deep Idle [CDN] due to EC.ACAttach/Maintenance: Using AC (Charge:100%) 10 secs

2020-09-21 11:41:57 +0900 Assertions Summary- [System: PrevIdle DeclUser SRPrevSleep kCPU kDisp] Using Batt(Charge: 100)

2020-09-21 11:42:03 +0900 Assertions Summary- [System: PrevIdle DeclUser SRPrevSleep kCPU kDisp] Using AC(Charge: 100)

2020-09-21 11:42:07 +0900 Notification Display is turned on

2020-09-21 11:42:07 +0900 Wake DarkWake to FullWake from Deep Idle [CDNVA] due to HID Activity: Using AC (Charge:100%)

2020-09-21 11:42:38 +0900 Assertions Summary- [System: PrevIdle DeclUser BGTask kDisp] Using AC(Charge: 100)

2020-09-21 11:42:55 +0900 Assertions Summary- [System: DeclUser kDisp] Using Batt(Charge: 100)

2020-09-21 11:45:24 +0900 Assertions Summary- [System: No Assertions] Using Batt(Charge: 100)

2020-09-21 11:45:24 +0900 Notification Display is turned off

2020-09-21 11:45:25 +0900 Notification Display is turned on

2020-09-21 11:47:23 +0900 Assertions Summary- [System: DeclUser kDisp] Using AC(Charge: 99)


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

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

何なんでしょうね???


・ スリープ後のバッテリー残量はスリープする際の諸々の状況に依存する。

・ ディープ・スリープ・モードの仕様が変更されたので前者による潜在的な問題が発覚しやすくなった。


と想像します。

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

セーフブートの時に、起動したがるアプリたちを起動させないようにしておくのにもエネルギー使うなんてことは、ないですか?

それはないです。

起動項目や各アプリの機能拡張等を無視して起動するのが、セーフモードですから、そもそも「起動したがる」状態になりません。


xyさんがお書きのように、セーフモード時は、必要最低限の機能拡張のみを使い、省電力関係の機能拡張は無視されるので、消費電力が増えるのだと思いますよ。

2020/07/07 21:01 スカイブルー193 への返信

Catalina 10.15.5 (19F101)、MacBook Air (11-inch, Early 2015)ですが、再起動後、Activity Monitorを起動して、ACアダプターを外し、蓋を閉じてスリープ。4時間33分後に蓋を開けてバッテリーの減りを確認したときのスクリーンショット。バッテリーの減りは0でした。(=100%のまま


Energy Impactが高いのは、起動したままだったActivity MonitorとWindowServerのみ。


CPU Timeが高い順では、Activity Monitor、kernel_task、kextd、WindowServer、trustdなど。


どのアプリがバッテリーを消費しているのか調査しようとせず、闇雲に回数重ねても対策は立てられないと思います。ちなみに、Wi-FiはOffです。設定は下記の通りです。


Power NapはOff

App NapはOn

DarkwakeはOff

hibernatemode 0 && standby 0 && autopoweroff 0 (=常にメモリーから復帰。詳細は"man pmset"で。





2020/07/07 22:28 xy への返信

>問題の切り分けにならない意味のないこと


結果論では、ないです。


問題の切り分けになるからと言われてやった行為は、

問題の切り分けは、はなから出来ない行為だったのですから、

問題の切り分けには、役に立たない(=意味のない)行為だったと書きました。


確認が意味のない事だなどとは申しておりません。

仰る通り、確認したから分かったのです。


また、

おふたりのご説明をいただけたおかげさまで、知識を増やせてありがたい機会だったとも思っております。


重ねて、感謝申し上げます。



追記:

アドバイスする方は、このような事を知った上でご助言いただきたかった。

やって良かったとは思いますが、

しなくて済むなら、バッテリーを残量2%にしないほうが良いにきまっています。

この残量にした事は少なからずダメージ与えたはずです。

折角の新品のバッテリーなのに、残念でした。

2020/07/08 23:15 Rondo_1 への返信

Mac で省エネルギー設定を使う - Apple サポート

引用:2013 年以降に製造された Mac コンピュータは、スリープモードになってから 3 時間が経過すると、スタンバイモードになります。



これはスタンバイモードの設定が


standbydelaylow: 10800

standbydelayhigh: 86400


の場合 standbydelaylow を条件にしているように読めます。あるいは macOS High Sierra 以前の standbydelay の説明がそのままになっているのかもしれません。

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

スリープ中のバッテリー消費はmdsが原因では? mdsが動いてるので正常にスリープしてないのが原因だと思う。 pmset -g log で出力して、preventをキーワードで検索した時、mds が毎回出るなら間違いなくmdsが暴走してそう。 mdsはスポットライト関連なんで、スポットライトの設定でストレージ毎プライバシーに指定してスリープしてみてください。 それで改善しなければ、mdsを正常な状態にするパワフルなコマンドが有効かも(検索すれば見つかりそうなコマンドだと思う) mdsは暴走する事が多いようなので。


流れを追うとユーザー固有の問題である可能性が高いので、原因の切り分けには手間がかかりそう。

バッテリーの消費が激しいときの電源管理ログでヒントが見つかりそうですね。

2020/07/09 03: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/09 08:29 onesize への返信

onesize さんによる書き込み:

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


Catalina のハナシですが小ネタということで。なお自分の環境では検証していません。

Hibernate on Mac not working post upgrade… - Apple Community

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

2020/07/09 17: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/09 18:09 スカイブルー193 への返信

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

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


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


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

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

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


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

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

前掲のコメントには間違いが2つあります。これについて書きたいことは色々ありますが、有意義ではないので省略します。


・Activity Monitorでは判断できない。

・darkwakeの設定は、/Library/Preferences/SystemConfiguration/com.apple.Boot.plistで設定する。(こちらは単なる思い違い


というわけで、私の憶測に付き合わせてしまって申し訳ない限りです>スカイブルー193様


一応、darkwakeの設定の仕方を書いておきます。darkwakeの詳細は公開されておらず、手探り状態です。



ただ、com.apple.Boot.plistは、SIPで保護されているファイルなので、⌘+Rを押しながらリカバリーモードで起動し、Terminalを立ち上げ、viで編集する必要があります。



わざわざ編集不可にしているので、変更すると何らかのトラブルが発生する可能性があります。


本題に戻りますが、こちらでも、バッテリー残量が82%に下がった事例が一度だけ確認できたので解析をはじめました。なるほど、これは骨が折れそうな感じで、原因を探るのは難しいかもしれません。


残量が下がったとき、/var/log/powermanagement/2020.07.09.aslに、下記ログが記録されていました。残量が100%のままのときには、この行はありません。尚、この時"darkwake=0"の設定は外していました。


DarkWake from Deep Idle [CDN] : due to EC.ACDetach/Maintenance

Entering Sleep state due to 'Maintenance Sleep'



ところで、launchd.plistには、下記のような記述が書かれているものがあります。



調べてみると、AllowBatteryがtrue、PowerNapがture、PriorityがMaintenanceに設定されているものは4つ見つかりました。


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

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

/System/Library/LaunchDaemons/com.apple.security.syspolicy.plist

/System/Library/LaunchDaemons/com.apple.timezoneupdates.tzd.plist


取り敢えず、これらがスリープ中も稼働することがあると仮定して、解決策を探っていきます。ただ、現時点で5回試行していますが、100%を切ったのは1度だけです。Intervalは、12時間、24時間、72時間の3パターンなので、長期間スリープしないとダメなのでしょうか?また、これが"darkwake=0"で制御できるのかどうか不明です。

2020/07/11 01: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/12 22: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の間には、記載が、無いです。

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

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

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


このスレッドはシステム、またはAppleコミュニティチームによってロックされました。 問題解決の参考になる情報であれば、どの投稿にでも投票いただけます。またコミュニティで他の回答を検索することもできます。

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

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