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/08/14 13: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/18 18:31 スカイブルー193 への返信

余談かつお恥ずかしい話で恐縮です。


ターミナルで使うPagesに置いておいたコマンドを、

ターミナルにコピペすると、

コマンドが変わってしまい、通らないことが時々ありました。


以前同様なことは、

システム環境設定>キーボード>ユーザ辞書にある「スマート引用符とスマートダッシュを使用」にチェック付けてあると起こる症状でしたので、

すぐさま、確認しましたが、もちろんチェックは付けていないのです。

で、首をひねっておりましたが、

Pagesの環境設定>自動修正って所にも、「スマート引用符とスマートダッシュを使用」があるのです!


システム環境設定でチェック外しておいても、こっちが邪魔するようです。

気まぐれで、勝手に文字を変えたりするなー(プンプン


で、

二重引用「府」

一重引用「府」

となってました。

怒った私がバカみたい(笑

フィードバックしときましたが。

https://www.apple.com/jp/feedback/




2020/07/09 15:15 Rondo_1 への返信

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

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



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


standbydelaylow: 10800

standbydelayhigh: 86400


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

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

気になるのは


disksleep 0

sleep 180 (sleep prevented by mds)

displaysleep 180


です。私の環境だと


disksleep: 10

sleep: 1

displaysleep: 10


です。

https://qiita.com/Sak1361/items/66783c5ef91c5767a339


「バッテリー」と「電源アダプタ」の設定をデフォルトに戻して様子をみてください。

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

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

onesize さんによる書き込み:

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


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

Hibernate on Mac not working post upgrade… - Apple Community

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

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

https://discussionsjapan.apple.com/thread/251448290?answerId=252995128122#252995128122


によると


01時間07分スリープ後、バッテリー100%

03時間02分スリープ後、バッテリー100%

08時間39分スリープ後、バッテリー100%

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

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

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

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

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

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

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


なので High Sierra までの standbydelay: 10800 なら潜在的なバグ?のような何かが発覚しにくかっただけという話ではないかと思います。

2020/07/26 01:46 hohokihai への返信

>このスレッド立ち上げた後に、macOSのアップデートしました?


現状Mojave バージョン10.14.6(18G6020)

2020-05-27に、セキュリティアップデート2020-003、

2020-07-18に、セキュリティアップデート2020-004しました。


>投稿日 2020/06/09 21:01

スレッド投稿した以降に、クリーンインストールはしていません。が、上書きはしたかなぁ?した記録は無いですけど。

少なくとも、

>2020/07/11 05:31

の投稿以降には、クリーンも上書きもしていません。





>バッテリー駆動時に"pmset -g"を実行しても、standbydelayhighは86400ですか?


バッテリー駆動時、AC接続時どちらでも、

> standbydelayhigh 86400

でした。


● バッテリー駆動時に「pmset -g」した。

ーーーーーーーーーー

Last login: Sat Jul 25 13:27:18 on ttys000

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

System-wide power settings:

Currently in use:

standbydelaylow 10800

standby 1

halfdim 1

hibernatefile /var/vm/sleepimage

powernap 0

gpuswitch 2

disksleep 10

standbydelayhigh 86400

sleep 1

autopoweroffdelay 28800

hibernatemode 3

autopoweroff 1

ttyskeepawake 1

displaysleep 2

highstandbythreshold 50

acwake 0

lidwake 1

Watashi-no-MacBook-ea:~ Watashi$ exit

logout

Saving session...

...copying shared history...

...saving history...truncating history files...

...completed.


[プロセスが完了しました]


ーーーーーーーーーー


● AC接続時に「pmset -g」した。

ーーーーーーーーーー

Last login: Sun Jul 26 00:31:20 on ttys000

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

System-wide power settings:

Currently in use:

standbydelaylow 10800

standby 1

womp 1

halfdim 1

hibernatefile /var/vm/sleepimage

powernap 0

gpuswitch 2

networkoversleep 0

disksleep 0

standbydelayhigh 86400

sleep 180

autopoweroffdelay 28800

hibernatemode 3

autopoweroff 1

ttyskeepawake 1

displaysleep 180

highstandbythreshold 50

acwake 0

lidwake 1

Watashi-no-MacBook-ea:~ Watashi$ exit

logout

Saving session...

...copying shared history...

...saving history...truncating history files...

...completed.


[プロセスが完了しました]


ーーーーーーーーーー




「pmset -g log | grep -e "Charge" -e "Display is turned" -e "Entering Sleep" -e "Wake from"」してみました。

私は、

>2020-07-23 17:39:26 +0900 Notification Display is turned off

以降Mcに触っていないと思っておりましたが、

ご指摘の通り、

>2020-07-23 18:57:36 +0900 Notification Display is turned on

がありました。

自分がしたことを覚えていないのかと混乱しています。

しかし、

>2020-07-23 18:58:07 +0900 Notification Display is turned off

開けたのに、わずか31秒で閉めたとは、何をしたのか想像できません。


>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-25(土)13:32スリープ、AC外した、Wi-Fiオフ、100%、

11時間05分後

2020-07-26(日)00:37スリープ解除、ACつけず、Wi-Fiオン、100%、


スリープ時のバッテリー消費は、以前と比べて、現在は減りが少ないような感じします。

2020-07-18に行った、セキュリティアップデート2020-004以降変わったような気が、、、

あくまでも、「私のMacでは。」でしかないハナシですが。



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

スリープに関係する内容で読むことをお勧めします。(理解できるかではなく、情報として頭に入れて欲しいという意味)

ハイバネーションモードになった原因につ… - Apple コミュニティ

iMacでのことですが、基本的な理解は深まるはずです。


USBキーボードでスリープから復帰しない - Apple コミュニティ

これもiMacでのことですが同上。


ハイバネートモードが0でも条件が揃えばオートパワーオフ(あくまでスリープ)で復帰時にプログレスバーが表示されることもあるし、今回のようにスタンバイモードに入らないこともあるでしょう。 結果には原因が必ずあるので、ログの違いが見つかったならその違いがどこから来るのかを探すようにしないと。

例えば、スリープの条件は本当に同一条件なのか? 全てのアプリケーションを完全に終了しているか等。 iWork系はウィンドウを閉じると一見終了しているようでもそうでない場合もあります。

上げてもらったログを見ると、その条件が同一なのか疑わしいのです。 そうでなければ、クリーンイストールの初期状態で観察しなければなりません。


2020/08/02 19:54 Rondo_1 への返信

小ネタですが「スタンバイモード」の記述がまるっとなくなりました。Apple 的にも名状し難い何かだったということなんでしょう。

https://discussionsjapan.apple.com/thread/251448290?answerId=253016514122#253016514122


Use sleep and Energy Saver on your Mac - Apple Support

Published Date: July 24, 2020


Mac でスリープや省エネルギー機能を使う - Apple サポート

公開日: 2020 年 07 月 30 日

2020/08/02 22:00 Rondo_1 への返信

Mac のスタンバイ機能について - Apple サポート

私は、一度消えたリンクが復活して喜んでます?

因みに、リンク先にある"それ以前のモデルは1時間で〜"ですが、30分間のスリープでセーフスリープに入ってました。 ハイバネートファイルの変更日もスリープ解除と同じ時間。 Macのセーフスリープとは - Apple サポート

確認に使用したのは、A1278(スロットローディング付き、当然非レチーナ)のMBP3台。 3台とも、スタンバイディレイの数値は4200で、スタンバイは無効となってます。 iMac Late 2013はスタンバイ対応ですが、HDD搭載の為、3台のMBPと同じ設定です。


以下、独り言。

元々スタンバイモードとは、欧州の規制(ロトシックスだっけ? 宝くじ?)に合わせた背景があるとのこと、云わば超省エネモードといったところでしょう。

セーフスリープとはスリープの状態(?)のことで、ノーマルスリープと区別できます。 ラップトップ機でも電源ケーブルを接続したままの場合とそうでない場合では異なることもあると思いますが、ノーマルスリープは主にデスクトップ機で使われるようです。 違いは、単にハイバネートファイルの有無でしょう。


通常のスリープ(アイドルだとかディープアイドルだとか)、スタンバイ、オートパワーオフ、年式や機種によっても違いがありますが、設計(設定)とおりに機能しないのであれば、それは異常以外の何物でもないですね。 バッテリー交換のタイミングや復元等(過去の設定の影響の有無等)もあるんだけど。 だからこそ、設定値を変更して検証しなければ、ただやみく以下略す。 上げてもらったログや設定を見る限り面倒臭い仕様だなとは思う。

2020/08/05 12:42 hohokihai への返信

やっと9時間以上の'Maintenance Sleep'が起きました。


23:50:32→09:08:33(33481sec) 100→80% 0.000597353723007%/sec


バッテリーの減少度合いは、約0.0006%/secのままで、launchd.plist(*1)を改変しても効果はありませんでした。該当するlaunchd.plistは関係ないようです。そこで、ログ(*2)に記載されている、次の2つを調べてみます。


・com.apple.apsd

・AppleThunderboltNHIType2 driver


また、スリープから復帰したとき、com.apple.audio.contextXX.preventuseridledisplaysleepのメモリー解放が行われています。(XXは数字


もし、AudioドライバーやThunderboltドライバー絡みだと、手の打ちようがないのかもしれません。何にせよ、私の環境ではなかなか起きない現象なので、調査するのが面倒臭くなってきましたw


*1:LaunchEvents→com.apple.xpc.activityのエントリーに、AllowBattery:true、Priority:Maintenanceが設定されているもの。改変は、AllowBattery:falseにしただけ。該当するlaunchd.plistは次の通りです。

com.apple.applessdstatistics.plist

com.apple.appstoreagent.plist

com.apple.corespotlightd.plist

com.apple.metrickitd.plist

com.apple.SafariBookmarksSyncAgent.plist

com.apple.security.syspolicy.plist

com.apple.timezoneupdates.tzd.plist

com.apple.transparencyd.plist


*2:ログを残しておきます。


2020/07/08 13: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/10 14: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/13 16:46 スカイブルー193 への返信

pmset -g log l grep Chargeの、logとgrepの間の文字は"l"(小文字のL)ではなく"|"です。


現在のところ、スリープ時に'Maintenance Sleep'が入ると、バッテリーが減ることを確認しています。pmsetのログでは、次のようにすると分かりやすいでしょうか。

pmset -g log | grep -e 'Entering Sleep' -e 'Wake from'


たまたま先程、'Maintenance Sleep'に入ったときのログが取れたので載せておきます。

1行目: 蓋を閉じる

2行目: ACアダプターを抜いてカバンに入れて移動(バッテリー残量は100%

3行目: 'Maintenance Sleep'に突入

4行目: カバンから出して蓋を開ける(バッテリー残量は97%

5行目: しばし使用してから蓋を閉じる(バッテリー残量は94%

6行目: 蓋を開ける(バッテリー残量は94%


無論、PowerNapはオフです。PowerNapをオフにしていても起動するエージェント/デーモンがあるのではないか?というのがこれまでの考察で、現在それを特定しようとしています。

2020/07/22 19:29 hohokihai への返信

macOSのアップデートが入ったため捗っていませんが、launchd.plistの3回目の改変の後、初めて'Maintenance Sleep'が起きました。



1755秒の間にバッテリーの減りなし。減りの度合いを0.0006%/secと仮定すると、1.053%減ってもおかしくはない値ですが、微妙な数値です。判断保留します。


長時間の'Maintenance Sleep'が起こるのを待っているのですが、何時起こるか分からないので、まだまだ時間が掛かりそうです。


また、launchd.plistが特定できたとしても、plistを改変してまで使おうとする人間は私ぐらいなものでしょうか。今更こんなことを書くのはアレですが、一般的な解決策としては次の通りです。


・バッテリーが減っても気にしない(*1)

・常にディープスリープするように設定(*2)


*1:残り数%になるとバッテリーの寿命に影響が出るらしいですが、ある程度残っていれば問題ありません。

*2:"sudo pmset -a hibernatemode 25"を実行します。メモリーの内容はファイル(/var/vm/sleepimage)に保存されます。メモリーへの電源供給は止められ、完全な休眠状態となります。しかし、スリープ毎に搭載メモリ・サイズのファイルが作られてSSDに負担が掛かる上、スリープからの復帰に時間が掛かるので、個人的には却下です。


ところで、リチウムポリマーバッテリーの寿命を延ばすには、次のどちらが正しいのか分かる方いらっしゃいますか?


・残量40%から80%の間で使う(*1)

・満充電後に電池切れ直前まで使用してから充電する(*2)


知識として知っておきたいだけで、実施は面倒なので電源繋ぎっぱなしにしますけれどw


*1: https://wired.jp/2013/09/30/laptop-battery/

*2: https://time-space.kddi.com/mobile/20180801/2394

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

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