最近、家族用サーバーのiTunesアプリが不調になり、無限ループに陥ってしまい、iOSデバイスを同期する前に延々と認証を要求され続けました。これはAppleのテクニカルサポートでも解決できない、興味深い問題であることが判明しました。

__________________

数週間前、ブートドライブが修復不能なほどひどく破損してしまった件について記事を書きました。Appleのディスクユーティリティは、ファイルのバックアップとドライブの再パーティション化を提案しました。その経緯については、「Time Machineで破損したブートドライブを復元する」という記事で書いています。

その冒険の失敗の 1 つは、家族の iDevice の 1 つが iTunes に同期しようとした瞬間に、即座に残酷なエラー メッセージが表示されたことです。

君は本当に困った人だよ。

その後、認証を再認証しようとして、資格情報を入力しましたが、無駄でした。

試してみましょう。

もちろん、それは何の役にも立たず、私はこのメッセージを受け取りました。

おっと！

イライラさせられたのは、iPadとの次の同期の予定時に、同じエラーメッセージが表示されるようになったことです。この無限ループに陥るか、キャンセルして後でまたメッセージが表示されるのを待つか、どちらかしかありませんでした。本当に、本当にイライラしました。

ちょっとした推測

TMOチームに気軽に聞いてみたところ、誰もこの種のエラーを見たことがないようでした。ある提案は、年に一度のオプションを使って全てのMacの認証を解除し、その後1台ずつ再認証するというものでした。当時はMacが3台しかなかったので、これは理にかなったことでした。というのも、いつの間にか、2台のMacを売却する前に認証解除するのを忘れていたのです。再認証は良い計画に思えました。

それはうまくいきませんでした。

サポートフォーラム

いくつかのサポートフォーラムを調べたところ、似たようなケースが見つかりました。Macの認証を解除し、iTunesをアンインストールして再インストールし、その後Macを再認証するのが最善策のようでした。少しやり過ぎな気がしたので、そのアイデアは保留にしました。

アップルに電話する

AppleCareの傘下でAppleのテクニカルサポートに電話しました。最初のサポート担当者は、この厄介そうなエラーに全く対応してくれず、iTunesのエキスパートに引き継がれました。しかし、そのエキスパートはまだサポートスクリプトを読み上げているだけで、Macの認証解除と再認証のプロセスで行き詰まってしまい、結局何も解決しませんでした。

最終的に、彼女はiPadの専門家に引き継いでくれました。彼も困惑した様子で、相談するために数分間待たされました。待たされている間に、試してみようと思いました。ブートドライブを変更した際に、コンピューター名（システム環境設定→共有）がブートドライブの名前と異なっていたことを思い出してください。大丈夫です。いつでも変更できるはずです。

面白半分で、コンピュータ名を起動ドライブと同じ名前に変更し、iTunesでiPad 3と強制的に再同期してみました。（iTunes -> デバイス名 -> 右クリック -> 同期…） なんと、数日ぶりに54件のアプリアップデートと新規購入がシームレスかつ迅速にiTunesに転送されました。嬉しい！ Appleサポート担当者は、保留から戻ってきた際に私の問題が解決したと聞いて喜び、この件を解決してくれました。

物語の終わりではない

しかし、話はそれで終わりではありませんでした。コンピュータ名を変更すれば問題が解決するという考えに私は悩み、同じ経験をした人に話を聞くまではハウツー記事を書く気はありませんでした。そこで、元Apple GeniusであるTMOのジム・タノウスに話を聞いてみることにしました。

何が起こったのかを説明すると、彼の見解はiTunesの設定ファイルが破損しているというものでした。このファイルには、マスターiTunesアプリ（iDevicesがバックアップ・同期されている場所）への同期が許可されているデバイスのリストが含まれています。このファイルが破損すると、私が最初に遭遇したようなエラーが発生すると彼は示唆しました。これは決定的なものではないかもしれませんが、今のところ最も有力な説です。

コンピュータ名を変更する際に、~/Library/Preferences/com.apple.iTunes.plist にある iTunes の設定ファイルを強制的に更新してしまったのではないかと考えられます。その結果、認証済みデバイスのリストが再構築されました。iTunes を再インストールすれば問題が解決するというのは当然ですが、これはやりすぎです。設定ファイルを削除して再構築する方が賢明です。

学んだ教訓

時には、実際よりも陰険に見えるエラーに遭遇することがあります。ある種類の機能障害を反映するはずのエラーメッセージが、似たようなエラーにも表示されることがありますが、その2つのケースの違いがユーザーには明確に示されていません。その結果、ユーザーはエラーの本質について誤った結論を導き出してしまう可能性があります。今回の場合は、iTunesの認証状態に関するエラーでした。

さらに興味深いのは、コンピュータ名の変更といった一つのアクションが連鎖反応を起こし、問題のように見えることがあることです。しかし実際には、一連のOSイベントを引き起こし、根本原因をさらに深く掘り下げるだけです。だからこそ、ユーザーはフォーラムで、他の人には通用しないかもしれない問題を解決するための、個人的なテクニックを開発し、公開するのです。実際、それらは彼らをさらに深い穴に突き落とすことになるかもしれません。

最後に、OS Xは11年も前からあるのに、ユーザーがUIの無限ループに陥っていることを検知するほど賢くないのではないかと考えていました。OSに何らかのスーパーバイザー、つまりUIの無限ループを監視し、介入したり、原因を突き止めたり、推奨事項を提示したり、少なくともAppleのサポート電話番号を画面に表示したりするデーモンがいれば良いのですが。

設定ファイルを削除しなければならなかったのは随分前のことでした。もし、このエラーの不吉で的外れな性質に気を取られていなかったら、試してみたかもしれません。OS Xの初期の頃は、plist設定ファイルの破損が蔓延していました。今では非常に稀なケースなので、どんなアプリでも実用的なトラブルシューティング手法であることを忘れてしまいがちです。

OS X との旅 (そして学び) は続きます。