最終的に本体交換してもらいました。結局原因不明です。

　バッテリーの減りが早くなる話はいろいろありますが本体交換対応はレアケースだと思うので書いておきます。

使ってないのにやたらとバッテリーが減る

　最初に聞いたときはある日突然バッテリーの減りが早くなったみたいな話で、朝に充電しといて昼に70%くらいになってるとか。

　何か変なアプリでも入れたんじゃない？　って聞いてみても心当たり無くて、見てみたけどそういう様子もない。

　あとショップの人と一緒に「設定」にあるバッテリーの状態も確認してみたけれど、そっちはむしろ容量100％で異常もなかったとのこと。

　さらにおかしいのはこれ、電源オフにしてても同じくらい減るって話だったので、なんかそれは変だなって話してた。

　実際そうなるのか放置してみたところ見事に何もしてないのに減ったので、なんか変だけどなんかあるのかなって感じでした。

母さんのiPhoneがなんか電源オフにしてても電池がすぐ減るっていうから電源オフにして放置してみたけどほんとにすぐ減る。だいたい14時～18時半で30％くらい減ってる。電源オフなのに。おかしくない？ pic.twitter.com/m4o4RqQT4F

— かげろ (@kagerou_ts) July 27, 2019

やってみたこと

問い合わせてみた

　Apple Cereに入っていたのでiPhoneのサポートアプリを落としてきて、そっちから連絡してみました。

　Apple サポート

　なんかこのアプリからチャットも出来るし電話予約も出来る。(2分待ちとか書いてあってもすぐ折り返し掛かってくる)すごいアプリでした。でもiPhoneでチャットサポートはつらかったので申し訳ないが電話がいい。

「復元」してみた

　それで最初に問い合わせてみたときは設定からバッテリーの状態とかを確認したのですが異常がなく、ともかく初期化して試してみて欲しいとのことで（まあそうですね）、iTunesでバックアップを取った後「復元」を行い、バックアップを戻しました。

　ただそれでも発生するので後日また問い合わせ。

　今度は「iOSのバージョンを最新にすること」(先の復元のときに自動的に最新になっていなかったみたい)、あと「バックアップから戻さずにまっさらな状態で確認すること」と言われました。

　修理になるかとおもっていたのですがまだ確認しろという。

　ただ、画面共有でバッテリーの減り方を見てもらって「この減り方はiPhoneとして正常ですか？」と確認したところ明らかにおかしいとは回答いただけました。でも設定にあるバッテリー診断とか、ソフトウェアの診断でハード以上が検知できないので、今の時点でのサポート内修理は難しいとのこと。

LINEのバックアップが地味にいらっとした

　LINEはなんかトーク履歴だけ手動でiCloudにバックアップしておく必要があって、バックアップ取って復元したときにトーク履歴が消えてしまって申し訳ないことをした。つうか今時それやらせるのかよ。PCでログインしたときは過去の履歴も取れてきてるからiCloudとは別に保存してるはずなんだけどレストアには使いやがらないのか。

　なのでiPhoneをバックアップするときには、アプリ固有のバックアップとしてLINEのトーク履歴は忘れないようにしないといけないっていうこの。

　でも交換後の端末で復元したときは、ログインしただけでトーク履歴戻ってきてた気がする。なんなのさ。

バックアップなしで「復元」してみた

　なので別の日にバックアップを取ってOSの更新と「復元」してみて、戻さずそのまま置いておいてみました。

　こちらも症状は変わらず。なのでまたサポートに連絡。ここまできてようやくストアでの対応になりました。

　それはそれとしてiOSのダウンロートしてるときあとどれくらい残ってるのか表示されてなくてやきもきしてました。右の方にあるこのボタンを押すと状況が分かることを知ってから楽になった。正直デフォルトで表示するようにしておいてほしい…

Apple Storeに持ち込んでみた

　予約取れる日を検索して貰うとちょうど当日空いていたので、とりあえず行ってみることに。

　状況とかが微妙に伝わっていなくて最初バッテリー交換(有償)だと思われていたのですが、状況をかいつまんで説明して、これまでのインシデントを確認してもらったところ、本体交換で対応になりました。

　それ以降は発生してないようなので、うちの問題はここで解決しました。よかった。

　対応して下さったみなさん、ありがとうございました！

とりあえずサポート連絡したのがよかったのかもしれないし、回り道だったのかもしれない

　ここまでがすごいなんか再インストールを繰り返してて、症状的に向こうもなんともいえない感じ(まあそりゃね)だったんですがなんとかなってよかったです。

　最後のストアであっさり交換してくれたのはこれまでのインシデントがちゃんと引き継がれてたからかなと思うと、連絡してやりとりしてよかったと思います。サポートもiPhoneの画面共有していろいろ確認して貰ったりとかすげーなって思いながらやりとりしてました。操作分からなくなったら画面にサポセンの人が操作する矢印がでてくるし。

　ただもし最初から、ストアなり正規代理店に持ち込んでいたらどうなっていたかはちょっと気になります。その場でチェックして修理または交換になったのか、復元からスタートなのか。どっちが早かったのかな。

キャリアはサポート窓口にはなってくれなかった

　母は最初Softbankに持ち込んだみたいなんだけど、そこで修理受付とかはしてくれなくて私のところに連絡してきたようでした。どうもアップルのサポートに連絡してくれって言われたようで。

　それは仕方ないことなんだけどキャリアと端末メーカーが完全に分かれちゃってるの、慣れないとつらいなあって感じはしました。

　母の話だとAndroidだったら修理とか代替機とかキャリアの店頭でいろいろ対応してくれるらしくて、だから「iPhoneはトラブったら面倒ってみんな言ってるのはこういうことなんだね」のようなことを言ってました。

　サポート入ってればもちろんアップルの方で手厚い感じで、私も随分助かったのだけど、基本オンライン操作なのである程度分かってないとつらいかもとは思いました。キャリアほどいろんなところに店があるわけじゃ無いし割と予約埋まってるからきびしい。修理受付と代替機の手配くらいしてくれると楽だったんだけども。

　そういえば栄にあるdocomoのラウンジ、横に「iPhone修理」ってあるからdocomoだとまた違ったりするのかな。あそこまで行ったらApple Storeでいい気もするけど。

　でも普段Terminalでは一々入力していなかったのに、マシンを移行したら急にパスフレーズを求められた…みたいなことがあったときに確認してみるといいこと。

Macはパスフレーズをキーチェーンに保存できる

　.ssh/configで、「AddKeysToAgent」「UseKeychain」をyesに設定している場合、その接続先向けのキーについてはパスフレーズをKeychainに保存してくれていて、一度入力すれば後はOKになるようです。

　なので、パスフレーズの設定された秘密鍵でも、最初に入力したら後は意識せずに使えるようになってしまいます。

　その秘密鍵にパスフレーズを設定されているかは、ファイルを開いてみると分かります。

最初の方に「Proc-Type: 4,ENCRYPTED」のように書いてあれば暗号化されています。

キーチェーンに保存したパスワードを確認する

　Macのキーチェーンに保存されたパスワードは普通に確認できました。

　まず「Launchpad > その他> キーチェーンアクセス」でキーチェーンを開きます。

　パスフレーズが記憶されていた場合は、「ローカル項目」に「SSH:」で始まるファイルパスの項目が存在します。

　これを開くと下の方に「パスワードを表示」チェックボックスがあるので、それをクリックして管理者パスワードを入力するとパスフレーズが表示されます。

　ほんと再起動しただけなのですが無情なるクラッシュログっぽい画面とメッセージが出てきてしまったときに試したことです。

　結果としては、OSの再インストール(データ初期化は行わない)で無事に復旧でき、データも無事でした。

　ただ再インストールはなるべく最後の手段にしたかったこともあり、それまで試したことも書いておきます。

　また私は暗号化していない状態での復旧ですので、暗号化されている方はこのとおりではないかもしれません。

(2019/07/15追記)

　Mojaveにアップデートしてから発生していません。

　そもそも原因不明なので、これで解決とは言えないのですが…お悩みの方は検討してみても良いのではと思います。

「The macOS installation coudn't be completed」ダイアログとLogのみ表示される

　再起動してみたらいつものログイン画面ではなく、「The macOS installation coudn't be completed」とタイトルされたダイアログと不穏なログ。

　ログの最後には

[auth] failed to write file <private>

　と表示されていました。

　調べてみると同様の症状が出ている方を見つけました。

macOS 10.13.4 Causing Installation Log Failures

　RestatやShutdownをしてみても症状が改善されないところも一緒です。

　結論から言えば最終的には、先のブログに書かれているように「Command+Option+R」を押しながら電源を入れることで復元ユーティリティを起動し、再インストールをすることで復旧できました。

セーフモードでデータのバックアップを取る

　その前にやったこととして、セーフモードで起動してみました。

　今だとデータのほとんどはネットワークに逃がしてあるので最悪マシンをクリーンインストールすることになってもダメージはほぼありませんが、できればバックアップしておきたいファイルがいくつかあったことと、セーフモードで起動することによってある程度修復が走るらしいのでそれも試してみたかったためです。

　セーフモードは「Shift」キーを押しながら電源ON(または再起動)で行います。

　こちらを試してみると無事ログイン画面が出てきて、ネットワークも接続できたため幾つかのファイルをGoogleドライブに逃がすことが出来ました。でも挙動がすごく重い。

　またここで、ドライブがFileVault によって暗号化されていないかも確認を行いました。あんまりGUIをいじるのもこわいので、ターミナルから次のコマンドを実行。

$ fdesetup  status

　「FileVault is Off」と表示されたため暗号化はしていなかったと確認。どうもMacの暗号化は(特に復旧には)厄介ごとの種のようなので、まず一安心です。

　そして、一応動いたわけだから再起動したら修復されてるのでは…と思い再起動してみると表示されるダイアログが「macOS could not be installed on your conputer」に変わりました。

「macOS could not be installed on your conputer」。

　英語力の乏しい私にも理解できる、飾らない素直な英語だと思います。本当にちょっと待ってほしい。

USBストレージ代わりのスマホにバックアップ

　2回目にこれが起こったとき、セーフモードでWi-Fiすらまともに繋がらなくて詰みかと思いました。(1回目でユーザーデータは無事であることは分かってましたが、今回もそれで済むかはわからんし)

　最近は仕事の資料もほぼ全部がGithubかGoogleドライブなのでだいたい困らないのですが、それでも少しはバックアップしたいファイルがあります。

　USBメモリがあればそれをDock経由で差すだけで終わりでしたが、ちょうど近くに使えるものが無くて。

　なので手持ちのAndroidスマホをUSB接続してそちらに逃がしました。

　ただしMacの場合、Androidのファイル操作には「Android File Transfer for Mac」が必要なので、あらかじめ入ってないと駄目かもしれません。

　てかUSBメモリがあればわざわざこんなことしなくてもいいですね。

参考：MacとAndroidをUSB接続してファイル転送・操作をする方法

Apple Diagnosticsを実行してみる

　さて突然のトラブルなので、ハード障害も疑いました。

　自己診断プログラムのApple Diagnosticsを実行すればそのあたりが判別できるようなのでこれを実行してみます。

　こちらは「D」キーを押しながら起動すると自動的に実行されました。

　結果は特に問題ありませんでした。

ディスクユーティリティから修復を行ってみる

　ディスクユーティリティからの修復も試してみました。

　「Command+Option+R」を押しながら起動し、macOS 復元のユーティリティに入ります。

　そこから「ディスクユーティリティ」を選択し、修復したいストレージを選択して上にある「First Aid」ボタンをクリックします。

　これで修復が走るようですが、何も問題なくすぐに終わりました。

NVRAMのリセットを行ってみる

　Macには素早く動作するために、いくつかの情報を記録しておくMVRAMと呼ばれる領域があるようです。まれにその情報が邪魔をして誤作動を起こすため、これをクリアしてみます。

　こちらは「Command + Option + P + R」を同時押しして電源を入れます。

　主にデバイスを付け替えたりとかしたときの誤動作に有効なようですが、インストーラーがどうこうって言ってたし、最近アプデしたばかりだしブート関連にも有効だといいなと思いつつ試してみました。でも結果は何も変わらず。

OSの再インストールをしてみる

　ここまで来たら再インストールしかない。

　再起動して直後に「command+r」でmacOS復元ユーティリティに入り、「macOS を再インストール」を選択して進めます。(「masOSを再インストールする」の「コンピュータ上の内蔵復元用ディスクから macOS を再インストールする」)

　ここでWi-Fiが繋がっていないと、「復旧サーバに接続できませんでした」と表示されて先に進めませんでした。ダウンロードが走るらしいので有線がよかったのですがDockでは駄目みたい。純正じゃないからだろうか。

　気を取り直して進めます。

　規約に同意してインストールするドライブを選択してと一本道で、再インストールが開始されました。

　写真はEvernoteのカメラで撮ってみた。ある程度自動的に補正したりトリミングしてくれたりして便利。

　インストール中は何度か再起動したりバーが止まったり進んだりしまして心配しましたが、1時間くらいで無事完了しました。

　インストールしていたアプリもデータもそのまま戻ってきたので助かりました。

(2018/5/1追記)

　ユーザーデータは無事でしたが、いくつかのアプリはインストールされた初期の状態になっていました。OSのほうで管理していたデータが消えた感じでしょうか。

　よく使うアプリは気付くからよいと思いますが、あまり使わないアプリも一度起動するなどしてみたほうがよいと思います。

Gitコマンドの復旧

　再インストール後はアプリが初期化されていたりいかなったりしますが、gitコマンドが動かなくなってたのがまず困りました。

　gitコマンドをターミナルで実行すると次のようなエラーが出るだけ。

xcrun: error: invalid active developer path (/Library/Developer/CommandLineTools), missing xcrun at: /Library/Developer/CommandLineTools/usr/bin/xcrun

　調べてみると、xcodeの再インストールで治りそう。

　次のコマンドを実行し、復元できました。

xcode-select --install

MacOSアップデート後の『xcrun: error: invalid active developer path (/Library/Developer/CommandLineTools)...』の対処法

(2018/06/13追記) タイムマシーンで復旧

　私はタイムマシーンを使用していなかったので試せなかったのですが、タイムマシーンで復旧された方がおられたようです。おつかれさまでした…

これだ。再インストールまじ勘弁してほしい……アップデートした覚えはないんだが。

macOS High Sierra 10.13.4のアップデートで"The macOS Installation couldn't be completed"と怒られて正常起動できない問題の対処 - walkingmask’s development log https://t.co/RCZ9M3lhIa

— アンナチュラルな野木亜紀子 (@nog_ak) 2018年6月12日

再インストール一時間もかかるの死んでしまうと思ったら！タイムマシーンが！助けてくれた！再インストールなしで復帰！！ありがとうタイムマシーン！！普段は存在を発揮しないのにお前……涙

どうもおさわがせしました。

— アンナチュラルな野木亜紀子 (@nog_ak) 2018年6月12日

　内容的にもタイムマシーンなら復旧できるのではと思っていたところはあるので、タイムマシーンを使用されている場合はまずそちらを試してみると良いかもしれません。

10.13.4が怪しいのかも

　結論からするとおそらく再インストールが効きました。ちょうど直前にソフトウェアアップデートしていたこともあって、そのあたりで何かしらおかしくなってしまったのではないかと思っています。

　しかし、最初に検索して出てきたサイトの日付が2018/4/13であり、ブログ主の周囲でも同様の症状が発せしているらしいことや、私も最近10.13.4のアップデートを行ったところ(丁度4月13日だった！)だったりするところから、もしかしたら10.13.4のアプデが地雷である可能性があるかもしれないですね…

　再インストール後は今のところ問題ありませんが、10.13.4が地雷ならこれから遭遇する人も増えていくかもしれないので、とりあえず自分の経験を書いてみました。

　このような症状が出てしまったときの、ご参考になれば幸いです。

(2019/5/21 追記)

　まさか一年後にまた自分で世話になるとはな…

　未だ面倒がって High Sierraのままなのがいかんのだろうか…

　そういうわけで自分でまたやってみて気になったところを修正しました。

参考：

macOS 10.13.4 Causing Installation Log Failures

macOS 復元について

セーフモードを使って Mac の問題を切り分ける

FileVault を使って Mac の起動ディスクを暗号化する

Apple Diagnostics の使い方

ディスクを修復する

Mac の NVRAM をリセットする方法

macOS を再インストールする

ソフトウェア・アップデートの履歴の確認

要はライブラリデータががっつり飛んだのでその復旧です。

Apple IDの認証が出てきていたので、たぶんOSがアップグレードされたことにより別のPCとして認識されているのではないかと思う。

ただ、同じくらいのタイミングでiTunesもアップグレードした気がするのでどっちのせいだったかはわからないし合わせ技なのかもしれない。

Windows10が悪いというわけではないとは思います。

それで現象としては、iTunesで購入したものとCDからインポートしたものの一部(どういう基準でそうなったかは分からない)以外のデータがiTunesに認識されていない状態になりました。

曲ファイル自体はCDからインポートしたファイルも含めて、消えてはいなさそう。

曲ファイルについてはシステムドライブの容量削減という理由もあり、ユーザーのMusicフォルダとは別のところに設定しています。

iTunesの設定を確認してみても、そちらを見ているよう。

でもそこにあるはずの曲ファイルを認識していない…

iTunesのリストデータが壊されていた

iTunesはどうやら実ファイルとは別にリストを管理しているファイルがあるみたい。

Windowsだと、ユーザーのミュージックディレクトリ (C:Users(ユーザー名)MusiciTunes)にある、iTunes Library.itlというファイルのよう。

メタデータの復旧

iTunes のアップデート後にコンテンツが見当たらない場合

を参考に、iTunes Library.itlを以前のデータに戻してみます。

これはアップデートしたタイミングでバックアップされるようなので、一つ前のファイルに戻して解決すればそれでよし。

私の場合はそれでも駄目で、もう一つ前のファイルでようやくプレイリストなどが復活されました。ですが数ヶ月分は巻き戻ってしまっているし、それ以降のファイルはない。

一つ前のファイルの日付は2015/12/3でしたので、Windows10のアプデとは関係なく壊されていた可能性もあります…(でも最近までiPodと同期してたから、可能性低いかなとも)

とりあえず次善策として、戻せるところまでプレイリストを戻しておきます。

ファイルのインポート

そこから認識されていないファイルを、一気にインポートします。

ファイルのあるディレクトリ(iTunes Musicディレクトリ)をiTunesにドラッグ＆ドロップすればOK。

コピー元とコピー先が同じなので、大量の(100GBほどの)ファイルを入れてやってもすぐ終わりました。

追加日時はすべて今日の日付になってしまいましたし、プレイリストも巻き戻ってしまいましたが、全部飛ぶよりマシだと思ってここであきらめました…

Windows10更新前にバックアップとしてやっておくこと

・C:Users(ユーザー名)MusiciTunesディレクトリのバックアップ

iTunes Library.itl以外にもデータファイルっぽいものがあるので、それらもまとめておいたほうがいいかと思います。

・iTunes Musicディレクトリのバックアップ

移動させていない場合は、C:Users(ユーザー名)MusiciTunesディレクトリ以下にあるのでいいのですが、そうでなければそちらも念のため。

・iPhone/iPodのWifiをオフにする

最終的には同期することになるとは思いますが、ここで同期が走るとぐちゃぐちゃになるので、いったん同期を回避したほうがよいと思います…

XCodeでArchiveしてVerifyとかUploadとかAdHoc作るためにExportしたりとかするときに普通、Provisioning ProfileはMember Centerで作成したものを使用するのですが、なぜか勝手に作られた？ XCなんとかみたいなやつが選択されてしまうことがあります。

このままやってもできなくはないみたいなんだけどTestFlightの配信で失敗したりする。XCなんとかのせいかどうかは知らないけど。

かといってプロジェクトの設定からProvisioning Profileを設定するとエラーになったりしてよくわからない。

これを回避するための方法なのですが、おまじないレベルの話しかないので個々人の環境によるとは思います。

まずArchiveなどで選択されているProvisioning Profileが出てきたら、右の矢印をクリックするとそのProvisioning ProfileのあるフォルダがFinderで開きます。

そこにあるファイルを全削除。

で、XCodeに戻って設定からアカウントを開いて、Provisioning Profileを全てダウンロード。

そしてまたVerifyなどをやってみると、Member Centerで作成したProvisioning Profileが選択されていました。

一度この作業をすると、次回からはちゃんとMember Centerで作成した方を選んでくれるのですが何かの拍子でまたXCなんとかのほうに戻ったりするからなんていうか厄介。

待つしかない。

ええ。

運が良ければ数十分～遅くても数時間で出てくるんじゃないでしょうか。

なんですく出てこないの、ユーザーへの配布用とかならまだしも申請手続きの一環だよ？　って思うでしょ。そういうプラットフォームだからとしか言えないよね。

おかげて申請前に一息いれることができます。休憩しようというAppleの余計なお世話優しさなのかもしれませんね。流石バッテリーが一日保たない時計を出す会社。6時間は寝ろというAppleの優しさを感じるやつ。

まあこのあたり、まともにシステム設計できてたら、

アプリのリジェクトとともにアプリ内課金アイテムがまとめてリジェクトされる
→説明欄に何かしら変更を求められる(しかも言語ごとに！)
→別に変更することはないのでスペースでもいれてSAVE
→アイテム数だけこれを繰り返す (変更したら自動的に申請中になる)

みたいな不毛なことしなくて済んでますから。

しかもこれ、リジェクトされたままだとテストもできない(サンドボックスでの課金に失敗する)ので早々に作業する必要があるんですが、最近だと何を思ったかこの「アプリ内課金アイテムだけ申請中(だってアプリ本体は修正してる真っ最中だからね)」状態からの「アプリ内課金アイテムの申請だけまた却下してくる(おい！)」という追い打ち掛けてくるようになりました。

アプリ本体の修正が終わって申請通るまで、不定期にこの不毛な作業を繰り返すことになりますね♪

(実はここに裏ワザじみたものがあってですね、言語が2つ以上ある場合はそれぞれのコメントを編集することが求められるのですが、ここで一つだけ編集してやると、その言語は「PENDING」になりますが全体としては「デベロッパーの対応待ち」状態のままなんですよね。で、この状態であればアイテム課金は通る。そして(多分)審査対象にならないから上の不毛な追いかけっこからは逃れられる。多分)

もう結論は明らかで、あいつらジョブズおじさんがいるときだけなんかの間違いで奇跡的に素晴らしい会社でしたっていう

— akisute/Masashi Ono (@akisutesama) 2015, 12月 13

カリスマジョブズおじさんがいるときは全てが許されていた。

一度サインインしなおしてみるかと思い、iPhoneやiPodの「設定→iTunes & App Store」でサインインしているApple IDを確認してみたらば、なぜかそこが灰色になってしまっている。

サインインはしてるんだけどそこをタップしても何も反応せず、そこからサインアウトもできない状態。(通常ではそこが青文字のリンクになっていて、タップするとサインアウトできるメニューが出てくる)

App Storeアプリの一番下からもサインアウトできるので、そちらでサインアウトしてみたものの、設定のほうではサインアウト状態であってもやはり灰色のまま、サインインできず。

それでどうしたかというと、「設定→iCloud」のほうで、iCloudにサインインしているアカウントが、このiTunesにサインインしていたものとは別のアカウントで、こちらはまだサインインしていたのでこれをサインアウトしてみたところ、無事iTunesのほうでサインインすることができ、冒頭のiTunesへの課金リクエストが延々と返ってこないという現象も解消されました。

ちなみにこの後、iTunesとiCloudで別々のアカウントに再度設定してみたけれど、現象は再発せず。

再現するものでもないみたい。

iTunesとiCloudのアカウントは関係ありそうでなさそうな感じなのかもしれないので、どちらかの挙動がおかしかったら両方確認したりサインアウトしてみたりすると、よいのかもしれません。

私が使っていたのはEMLauncherなのですが、それに限らず配信用のシステムやスクリプトなんかでやっているときは見落としてしまう内容かもしれないので、ここに残していきます。

で、EMLauncherを用いてiOS用のアプリをOTA配信していたところ、iOS9の端末ではダウンロードまではできているようだがインストールできなくて失敗する、という現象が出ていました。

原因としては、iOS8のときに自分で入れた修正がiOS9ではエラーの原因となっていたよう。

iOS8のときはEMLauncherで生成されるplistのbundle-identifierに「.ios8fix」をつけないとインストールされなかったわけで、そのように補正していました。

その修正の対象を「iOS8以上」としてしまっていたために、iOS9でも同じように補正されており、iOS9では逆にそれがついていると同じbundle-identifierと認識されていないみたいな感じの模様。

参考：iOS8向けEnterpriseAppに潜む罠

なので、「.ios8fix」補正をiOS8に限定したら、iOS9でもインストールできるように。余計なことをしなくなったら上手く動いた、ということですね。

あとiOS9.2の端末では、修正前(.ios8fixがついている状態)でもインストールできたので、Apple側で何かしら対応してくれているのかもしれません。

分かってみたら簡単な話でつらい。。

これが取得できないときに見直すポイント。

Identifierの設定

Apple Developerの「Identifier→App IDs」にて対象のアプリのIDで、iCloudがEnableになっていること。

XCodeの設定

プロジェクトの「Capabilities」タブでiCloudが有効になっていること。

「iCloud Documents」にチェックが入っていること。

端末の設定

「設定→iCloud」から、iCloudがオンになっていること。

iCloud Driveもオンになっていること。

iCloudがオンの状態でも、iCloud Driveがオフだとユニーク値は取得できません。

再起動

あとなんか、再起動したら取得できるようになったみたいな話も見かけたのでやってみるといいのかも。