古場 正行
2020/06/16 2:01
@@ -1,35 +1,97 @@
|
|
1
1
|
# はじめに
|
2
|
-
-
|
2
|
+
- Mac は、たまに、以下のような感じで不安定になってしまうことがある。
|
3
|
-
-
|
3
|
+
- アプリを使っていると、特に理由もなくそのアプリが突然落ちる。最新の状態にアップデートしたアプリなのに、なぜかこの現象が頻繁に発生してしまう。
|
4
4
|
- アプリを使っていると、突然 kernel panic で Mac が再起動してしまう。
|
5
|
-
- 何もしないで放置しているのに、気がつくと kernel panic で Mac
|
5
|
+
- 何もしないで放置しているのに、気がつくと kernel panic で Mac が再起動している。
|
6
|
-
- この現象は、macOS
|
6
|
+
- この現象は、macOS の環境をかなり昔のメジャーバージョンから長い期間アップグレードし続けていると、ある日突然発生する可能性がある。
|
7
|
-
- このような現象が発生してしまったら、以下の対応を順番に実行することをお勧めする。
|
8
|
-
- なお、本ナレッジの解説は macOS Catalina (バージョン 10.15) を前提としている。
|
7
|
+
- このような現象が発生してしまったら、以下の対応を順番に実行することをお勧めする。<br />⇒ なお、本ナレッジの解説は macOS Catalina (バージョン 10.15) を前提としている。
|
9
8
|
|
10
9
|
---
|
11
10
|
|
12
|
-
#
|
11
|
+
# Mac を安定させるコツ
|
13
12
|
|
14
13
|
## ① 全てのストレージに First Aid をかける
|
15
|
-
- 復旧パーティションから起動 (起動時にリンゴマークが出るまで command + R を押しっぱなしに)
|
14
|
+
- 復旧パーティションから起動 (起動時にリンゴマークが出るまで command + R を押しっぱなしに) し、ディスクユーティリティを呼び出して全てのボリューム (ストレージ) に First Aid をかける。
|
15
|
+
- 要は「ストレージに UNIX 系の [fsck](https://ja.wikipedia.org/wiki/Fsck) をかける」と思えばいい。
|
16
16
|
|
17
|
+
### APFS ボリュームを First Aid にかける時の注意事項
|
18
|
+
- ボリュームのファイルフォーマットが APFS (__AP__ple __F__ile __S__ystem) になっている状態で Time Machine を使ったバックアップを実行していると、APFS のローカルスナップショットが自動的に作成されてしまう。このスナップショットの内容は First Aid や後述するセーフブートの時に一つ一つチェックされるので、ローカルスナップショットが多数存在すればするほど First Aid の完了やセーフブートに時間がかかってしまうことになる。
|
19
|
+
- First Aid やセーフブートの実行前に全ての APFS ローカルスナップショットを消しておきたい場合は、ターミナル上で以下のスクリプトを実行するとよい。
|
20
|
+
【スクリプトファイル:deletelocalsnapshots】
|
21
|
+
```
|
22
|
+
#!/bin/csh -f
|
23
|
+
tmutil listlocalsnapshots /
|
24
|
+
foreach i (`tmutil listlocalsnapshots / | grep com.apple.TimeMachine`)
|
25
|
+
set timemachine_stamp = `echo $i | sed 's/^com.apple.TimeMachine.//' | sed 's/.local$//'`
|
26
|
+
sudo tmutil deletelocalsnapshots $timemachine_stamp
|
27
|
+
end
|
28
|
+
```
|
29
|
+
【実行例】
|
30
|
+
```
|
31
|
+
$ ./deletelocalsnapshots
|
32
|
+
Snapshots for volume group containing disk /:
|
33
|
+
com.apple.TimeMachine.2020-06-18-030721.local
|
34
|
+
com.apple.TimeMachine.2020-06-18-040720.local
|
35
|
+
com.apple.TimeMachine.2020-06-18-050700.local
|
36
|
+
:
|
37
|
+
com.apple.TimeMachine.2020-06-19-020516.local
|
38
|
+
com.apple.TimeMachine.2020-06-19-030508.local
|
39
|
+
Password:
|
40
|
+
Deleted local snapshot '2020-06-18-030721'
|
41
|
+
Deleted local snapshot '2020-06-18-040720'
|
42
|
+
Deleted local snapshot '2020-06-18-050700'
|
43
|
+
:
|
44
|
+
Deleted local snapshot '2020-06-19-020516'
|
45
|
+
Deleted local snapshot '2020-06-19-030508'
|
46
|
+
$ _
|
47
|
+
```
|
48
|
+
|
17
49
|
## ② セーフブートで起動する
|
18
|
-
- セーフブートで起動 (起動時にリンゴマークが出るまで shift を押しっぱなしに)
|
50
|
+
- セーフブートで起動 (起動時にリンゴマークが出るまで shift を押しっぱなしに) し、ログイン画面が出たら CPU が落ち着くまで何もしないでしばらく放置。その後、余計なことをしないで再起動する。
|
51
|
+
- セーフブートを実行すると、積りに積もった様々なキャッシュを削除してくれる。
|
19
52
|
|
20
|
-
## ③ NVRAM / PRAM
|
53
|
+
## ③ NVRAM / PRAM をリセットする
|
21
|
-
- 起動直後に option + command + P + R
|
54
|
+
- 起動直後に option + command + P + R を押しっぱなしにし、起動音が二回鳴ったらキーから手を離す。
|
55
|
+
- 起動音が鳴らないモデルも存在するので、そのようなモデルを使っている場合は、15秒間キーを押し続ける。
|
22
|
-
-
|
56
|
+
- NVRAM / PRAM リセットは kernel panic が発生した時に実行することが推奨されている。
|
23
57
|
|
58
|
+
## ④ SMC をリセットする
|
59
|
+
- 以下の解説を参考にすること。
|
60
|
+
- [Mac の SMC をリセットする方法](https://support.apple.com/ja-jp/HT201295)
|
61
|
+
|
24
|
-
## &#
|
62
|
+
## ⑤ 動的ライブラリキャッシュを再生成する
|
25
63
|
- アプリケーション ⇒ ユーティリティ ⇒ ターミナル を起動する。
|
26
64
|
- 以下のコマンドを入力する。
|
27
65
|
```
|
28
66
|
sudo update_dyld_shared_cache -root /
|
29
67
|
```
|
30
68
|
|
31
|
-
## &#
|
69
|
+
## ⑥ カーネル拡張モジュール (KEXT) のキャッシュを再生成する
|
32
70
|
- ターミナルで以下のコマンドを入力する。
|
33
71
|
```
|
34
72
|
sudo kextcache -system-caches
|
35
|
-
```
|
73
|
+
```
|
74
|
+
|
75
|
+
---
|
76
|
+
|
77
|
+
# それでも安定しない場合は…
|
78
|
+
- それでも kernel panic が発生してしまう場合は、以下を疑ってかかるとよい。
|
79
|
+
1. いずれかのストレージで読み書きがうまくできない不良セクタが発生している。
|
80
|
+
- 筆者の場合、kernel panic で突然の再起動を繰り返す iMac から取り外した外付け USB HDD を [Windows の WD Data Lifeguard Diagnostic](https://support.wdc.com/downloads.aspx?p=3&lang=jp) で QUICK SCAN してみたら "Too many bad sectors detected." と出た。恐らくこれがシステムが不安定な原因の一つである。
|
81
|
+
2. RAM で読み書きエラーが発生している。
|
82
|
+
- 市販の RAM を増設している場合は、一度くらいは [Memtest86 で RAM に問題がないことを確認](https://www.wholenotism.com/blog/2017/01/memory-check-by-memtest86-on-mac.html)しておくことを推奨する。
|
83
|
+
3. 本体のロジックボードが故障している。
|
84
|
+
- 以下の手順で本体の故障を診断できる。<br />⇒ [Macの問題を診断する](https://support.apple.com/ja-jp/guide/mac-help/mh35727/mac)
|
85
|
+
|
86
|
+
## macOS Catalina (バージョン 10.15) 固有の問題
|
87
|
+
- macOS Catalina は“userspace watchdog timeout: no successful checkins from com.apple.WindowServer”という kernel panic を引き起こしてしまう以下のような問題を抱えていると言われており、筆者も 27インチ 5K iMac でその現象に遭遇している。
|
88
|
+
- 最新の macOS Catalina において「いくつかの GPU との組み合わせで WindowServer のフリーズによる kernel panic を AppleGVA.framework が引き起こす可能性があるように見える」という報告がある。
|
89
|
+
- Navi GPU は、間違いなくこの問題を引き起こす GPU アーキテクチャの1つである。
|
90
|
+
- このフリーズは、4K 動画を再生したり macOS Catalina がスリープしたりする時に発生することが多い。
|
91
|
+
- この問題は、最新の macOS Catalina バージョン 10.15.5 でも解決されていない。
|
92
|
+
- 以下の対策を実施することで、macOS Catalina が kernel panic を引き起こす頻度を減らすことができる。
|
93
|
+
- システム環境設定の「省エネルギー」を開き、「Power Napを有効にする」と「可能な場合はハードディスクをスリープさせる」のチェックを外す。
|
94
|
+
- 4K 動画を極力再生しないようにする。
|
95
|
+
|
96
|
+
### 参考資料
|
97
|
+
- [Constant Kernel Panics – userspace watchdog timeout: no successful checkins from com.apple.WindowServer](https://forums.macrumors.com/threads/constant-kernel-panics-userspace-watchdog-timeout-no-successful-checkins-from-com-apple-windowserver.2222878/)
|