昨日発生したiMacのトラブルですが、無事に解決？しました。

iMac トラブル (ストレージ 使用量誤表記、 Apple ID の認証拒否) ①

2018年6月7日

macOSのクリーンインストールと環境復元は、初めての経験だったため、少々手こずりましたが、無事に環境復元まで行えましたので、作業を記録します。

今回の作業は、スクリーンショットを撮り忘れてしまったため、スクリーンショットを割愛しています。

この記録が、読んでくださった方のお役に立てれば幸いです。

Time Machineからの完全復元を試す

iMacは、昨晩の時点で、全く使い物にならない状態でした。一晩寝ることで私の体力も少し回復したので、今ならiMacに無茶しても大丈夫と思い、色々試してみようと考えました。

まずは、データをTime Machineから完全復元してみようと思います。Macを買い替える場合に、絶対に必要になる作業なので、模擬訓練として作業に臨みます。

Time Machineからの完全復元で私がトラブった内容を以下に記載します。

復元先ストレージとTime Machineのファイルシステムが異なるフォーマットのため、復元できなかった

Macintosh HD と Time Machine のファイルフォーマットが異なると、復元処理を実行できないようです。

私は昨日の作業でMacintosh HDを「APFS (大文字と小文字を区別する)」でフォーマットしました。

そして、Time Machineバックアップを取った外付けHDDは、大文字と小文字を区別しない「APFS」フォーマットです。

この状態でTime Machineからの復元を選択したら、バックアップデータのファイルフォーマットが異なるので実行できません、というようなエラーが発生しました。

Windowsの自作PCだと、ファイルフォーマットを気にしたことがなかったので、この仕様は盲点でした (Windowsでは、たまたま問題が起きなかっただけかもしれませんが)。

ログイン後、画面が黒くなり、カーソルしか動かせなくなった

当事象の原因はわかりませんでした。Macintosh HDをAPFSでフォーマットしたら、Time Machineバックアップからの復元に成功しましたが、なぜか、ログイン後に画面が真っ黒になり、カーソルしか動かせない状況になってしまいました。

昨日調べた、NVRAMのクリアやセーフモードでの起動を試しましたが、効果はありませんでした。

トラブル対応に費やせる時間がなくなってきたため、この問題の調査は中断して、環境の再構築を最優先としました。

4回目のクリーンインストールでようやく復旧する

昨日から、通算4回目のクリーンインストール作業を行いました。今回は不思議な事に、一度もつまずかずにインストールを完了できました。昨日、あれだけ手を焼いたApple IDを使った各種サービスのサインインもあっさり解決しました。

初期設定画面でApple IDを設定する

クリーンインストールを完了し、macOSの初期設定時に行う、Apple IDへのサインインは、なんの問題もなく完了しました。

昨日と明らかに挙動が違っていたのは、Apple IDを入力したら、他のApple端末に2段階認証用のパスコードがすぐに届き、iMacにもパスコード入力画面を表示したことです。これにより、昨日はやはりAppleの認証サーバが止まっていたんじゃないの？などと邪推してしまいました。

Time Machineからの一部データを復元する

まあ、問題は解決したので、次の作業に進みます。次は、 Time Machine バックアップからの一部データ復旧です。こちらも、私の知識不足により、新たなトラブルを作ってしまいました。

初期設定で作成したアカウント名とTime Machineで復元するアカウント名が重複していると復元できない

バックアップの復元は、既存アカウントに上書きする形で実行できません。

Time Machineバックアップから復元を行う場合は、下記2点のいずれかの方法でなければなりません。

• 初期設定画面でTime Machineからの復元を選択する
• 初期設定画面で作成するアカウント名は、復元するアカウント名と別名にする

Time Machineバックアップの復元時に、アカウント名が重複しているので・・・というメッセージが出たため、復元作業を中断して作業用アカウントを作成しました。

例えば、バックアップしているアカウント名がhogeの場合、バックアップ復元先にhogeというアカウント名が存在すると、この問題が発生します。

Time Machineからの復元は、重複するアカウント名が存在しても、hoge1のように別名で復元してくれるのですが、せっかくクリーンインストールするので、キレイな状態とするために、作業用アカウントを作成して作業を行いました。

昨日のトラブルの原因を突き止めることができなかった

結局昨日に発生したトラブルの本質的な原因は、分からずじまいでした。

いったん、調査の優先度を下げる

下記2点のトラブルは、短期的ながらも対処方法を確立できました。

• ストレージのシステム領域が肥大化する
• Apple IDを使って各種サービスへサインインできない

これらは、クリーンインストールで対処できることを実証できました。また、クリーンインストールを繰り返すことにより、作業時の注意点なども色々わかってきました。上記問題は、時間が空いているときに調査を行います。

Appleサポートの対応に感動しました

この作業を完了した直後、昨日、最後に対応していただいたAppleサポートの担当者さんが電話をくださいました。昨日、盛大にトラブっていたので、気になって電話してくれたとのことです。

これまで、色々なサポートセンターへ問い合わせを行いましたが、相談者を気にしてサポートセンターから電話をしてくれるなんて、はじめての体験です。

電話をくださった担当者様には、環境の復旧に成功したことをお伝えしました。

2段階認証に問題があるように見えるという報告もしたのですが、担当者さんが対応してくれていた段階で、Apple側のインフラに障害は発生していなかったと教えてもらいました。

やはり、ネットワークのどこかで問題が発生していたのかな・・・一つのサービスに複数のインフラが絡むと、問題の切り分けが難しいですね。

反省と今後の対応について

当記事作成にあたっての反省点

せっかくのネタだったのに、作業に夢中になってスクリーンショットを撮っていなかった事を反省しなければなりません。これらの記事は、後日、加筆修正を行い、もっと分かりやすい内容に修正します。

問題が起きた場合は、忘れずに記録を撮るようにします。

今後の対応

スクリーンショットを載せながら説明をすれば分かりやすいかなと思っていましたが、実際にやってみると、けっこう大変な作業だということが分かりました。

個人的な感覚だと、スクリーンショットをたくさん撮って、画像を編集するより、動画を撮って編集した方が楽だし、見ている方も分かりやすいのではないかと思いました。

今度、何かを説明するような記事を作成する場合は、動画を使った記事の作成をしてみようと思います。動画編集の経験はiMovieを少し触れた程度ですが、勉強も兼ねてやってみたい！

それでは、ごきげんよう。

投稿 iMac トラブル (ストレージ 使用量誤表記、 Apple ID の認証拒否) ② は 肉球ログ に最初に表示されました。

本日は昨日の記事の続きで、ブログサイト構築にてXServerを選んだ理由を書こうと思っていましたが、我がメイン機のiMacでトラブルが発生しました。ということで、本日は急遽トラブルシューティングの対応を記録します。

昨日の記事はコチラです。

WordPress で 独自ドメイン サイト 構築① 〜目的を再確認する〜

2018年6月6日

ちなみに、このトラブルは、朝8時から対応しているのですが、22時の時点でまだ収束していません。せっかくのお休みが・・・まあ、良い記事ネタが飛び込んできたと、前向きに考えます！

この記録が皆様の読んでくださった方のお役に立てば幸いです。

なんとなく見た「画面左上のリンゴマーク」>「このmacについて」>「ストレージ」にて異常を検知する

今日はお休みだったので、午前中は、Netflixでも見ようと思ってMacを立ち上げました。このとき、いつもは見ることのないストレージの利用状況をなんとなく見たら、目を疑う表示を目撃しました。なんと、システム領域の利用容量が358.33GBも利用しています。

iMacはストレージ容量が500GBしかないため、全体の7割近くを消費していることになります。そんなバカな、という事で調べてみました。

ストレージのシステム領域が実態より大きい場合の対処方法を探す

まずは、サブ機のMacbook Proでシステム利用領域を確認しました。

ストレージ容量が256GBしかないMacbook Proは、3年使ってもディスクを圧迫することがなかったので、比較したいと考えました。

やはり、Macbook Proはシステム領域をさほど使っていませんでした (全体の1割強、26.44GBでした)。

まずは、世間で同様の事例がないか、google先生に問い合わせしました。

coreファイルを削除する

最初にヒットした情報は、Appleのコミュニティで見つけたシステム容量が大きすぎるというスレッドです。

OSにてエラー時に出力すると思われるcoreファイルがゴミとして残り、システム容量に計上することがあるようです。

このスレッド中にハードディスクの空き容量が極端に少なくなる場合の対処方法というスレッドへのリンクがあり、そちらも参照しました。このスレッドに記載している通り、sudoコマンドとduコマンド、awkコマンドを使ってで各ディレクトリの利用容量を確認します。

sudo du -g -x -d 5 / | awk ‘$1 >= 5{print}’

→ このコマンドを大雑把に日本語で言うと、「管理者権限でduを実行し、5GB以上のディレクトリを標準出力 (画面) に書き出す」(サイズの大きいファイルを探す) です。

私のiMacには、coreファイルがありませんでした。そもそも、システム領域で350GB超を計上するようなディレクトリは存在しませんでした (スクリーンショットを撮り忘れてしまいました)。

NVRAMをクリアする

「NVRAMのクリア」は、AppleのサポートサイトでMacでNVRAMまたはPRAMをリセットする方法という記事に載っていました。

Mac起動時に「option」「command」「P」「R」を同時に押し、20秒ほど押し続けると、過去の操作時に記録した情報を削除してくれるようです。NVRAMをクリアすることにより、過去に蓄えたキャッシュが悪さをしていないか確認できます 今回の表示とNVRAMは、明確な関連を確認できませんでしたが、藁にもすがる思いで試行しました。

残念ながら、この方法は、効果がありませんでした。

セーフモードで起動する

続いて、「セーフモードで起動する」は、こちらもAppleのサポートサイトでセーフモードを使ってMacの問題を切り分けるという記事に載っていました。Mac起動時に「Shift」を押し、20秒ほど押し続けると、macOSは最低限の機能のみ立ち上げます。セーフモードを使うことにより、OSの本質的なトラブルか、OSに付随するアプリやドライバなどのトラブルかを着分けることができます。

こちらの方法も、効果はありませんでした。

自己対応結果

結論。お手上げなのでサポートへ問い合わせることにします。

サポートへ駆け込む

念のために、通常のTime Machineバックアップと別に外付けHDDにもバックアップを取り、サポートへの電話を決めました。

1回目の電話

これまでに、自身で試したことを説明し、他の対処方法がないか質問しました。

Appleのサポート担当者さん曰く、「再インストール」してみてはどうでしょう？という提案を受けたので、とりあえず、macOSの再インストールを行い、Time Machineからデータを復旧します。

この対応にて、システム領域の異常な計上は消えました。しかし、今度はApple IDでiCloud、App Store、iTunesにサインインできない事態が発生しました。

2回目の電話

再び、サポートへ電話します。

Appleのサポート担当者さん曰く、「クリーンインストールしてみましょう」という提案を受けました。

面倒ですが、他の対処方法がないため、再びmacOSをクリーンインストールします。

クリーンインストールはiPhoneでスクリーンショットを撮ったので、別の記事で詳細を書きます。

クリーンインストール後に、Apple IDを使う各種サービスのサインインを試みましたが、またしても、サインインできません。

3回目の電話

3回目の電話は、いい加減疲れてきました。この時点で15時を回っていたため、6時間ちかくトラブル対応しています。

Appleのサポート担当者さん曰く、「クリーンインストールしてみましょう。初期設定前にサポートに連絡をしてもらい、一緒に初期設定しましょう」という提案を受けました。

ご迷惑をおかけして申し訳ありません、なにとぞ、よろしくお願いします。という感じでした。4回目の電話に続く。

4回目の電話

3度OSの再インストールを行い、初期設定画面まできたので、Appleのサポートへ4度目の電話をしました。

今回の電話にて、状況が少し前進？しました。

ネットワーク回線をマンションのものからWiMAXに変更したら、App Storeにサインインできました！

Appleのサポート担当者さん曰く、プロバイダの設定で、このての問題が発生する事があるそうです。最初から言ってほしかったです(´・ω・｀)

この件はプロバイダに問い合わせしてほしい、とのことで、いったんこの案件はクローズしました。

環境構築を再開する

安心したのもつかの間、再び悪夢が訪れました。

再びハマる

電話を切ったあと、iCloudとiTunesでもサインインを試みました。しかし、今度はWiMAX回線経由でもサインインできません。ナンジャコリャー。

これまでの分析結果

結局、22時の時点で問題は解決できていないのですが、Apple IDを使うサービスにサインインできる場合と、できない場合の挙動が見えてきた気がします。

まだ確証を持てるほどのデータは揃っていないのですが、2段階認証で問題が発生している用に見えます。

WiMAX回線経由でApp Storeにサインインできたときは、Apple製品 (iPhone、iPad、Macbook Pro) に、6桁数字のパスコードが届き、iMacにもパスコード入力画面を表示し、パスコードを入力できたのです。

サービスにサインインできなかった時は、Apple製品にパスコードが届かない、もしくはiMacにパスコード入力画面を表示せず、パスコードを入力できませんでした。

幸い、明日もお休みなので、このあたりを整理した上でサポートの協力を仰ぎつつ、トラブルを解消していこうと思います。

追記：後編を投稿しました。

iMac トラブル (ストレージ 使用量誤表記、 Apple ID の認証拒否) ②

2018年6月8日

それでは、ごきげんよう。

投稿 iMac トラブル (ストレージ 使用量誤表記、 Apple ID の認証拒否) ① は 肉球ログ に最初に表示されました。