「変更の適用待ち」および「コピーするアイテムの待ち」中に実際に何が起こりますか?


17

同期中に「変更の適用を待機中」および/または「コピーするアイテムを待機中」に固執するiOSデバイスに関するさまざまなインターネットフォーラムには、文字通り数百のスレッドがあります。私はiOS 6、7、そして現在8で2年間断続的にその問題を抱えており、率直に読んだすべての修正を試した後、それを解決しようとあきらめました。 それはこの質問の目的ではありません。 私が知りたいのは:

同期のこれらの段階で何が起こるはずですか?

これらの2つのメッセージは同じことを意味しているのでしょうか、それとも何か違うのですか?iTunesは何をしようとしていますか?デバイスの内部データベースから読み取り、コンピューターのiTunesライブラリと比較していますか?それは書き込みデバイスライブラリに?何を書いているの?どのファイルに取り組んでいますか?進行中のアクティビティをリアルタイムまたは事後のいずれかで見る方法はありますか?


私は常にこの問題を抱えているので、答えも知りたいです。ここで私は、彼らが誰を助ける場合に取得するいくつかのコンソールメッセージは、次のとおりです。11/15/14 11:30:11.314 AM iTunes[48673]: Failed to create replacement string 11/15/14 11:32:43.222 AM iTunes[48673]: AMDeviceSecureTransferPath (thread 0x115c2b000): disableDelta: FALSE 11/15/14 11:32:43.222 AM iTunes[48673]: AMDeviceSecureTransferPath (thread 0x115c2b000): Trying SZConduit for transfer 11/15/14 11:32:43.507 AM iTunes[48673]: nuke_path (thread 0x115c2b000): AFCRemovePath of 'PublicStaging/DoubleDown 3.5.1.ipa' returned 8
BringMyCakeBack

11/15/14 11:40:50.527 AM iTunes[48673]: Entered:_AMMuxedDeviceDisconnected, mux-device:1815 11/15/14 11:40:50.527 AM iTunes[48673]: Entered:__thr_AMMuxedDeviceDisconnected, mux-device:1815 11/15/14 11:40:50.527 AM iTunes[48673]: tid:144f - Mux ID not found in mapping dictionary 11/15/14 11:40:50.527 AM iTunes[48673]: tid:144f - Can't handle disconnect with invalid ecid
BringMyCakeBack 14年

このトピックに関する潜在的に役立つ2014-12-29記事:macworld.com/article/2861406/… そして、そうそう、私はこれらの同じ症状を経験しており、何年も続いています。はぁ。
ジョニーユタ

@JohnnyUtahh私はその記事を見ました-そして、私は2ヶ月以上前にそこにコメントしました(コメントをスクロールしてください)。
mweiss

@mweiss、ありがとう。別途:私は、Appleに簡潔な「オープン」レターをまとめて作成することを提案します(iTunes + iOSの同期を修正するという明確な意図がある)。その後、私たちはそれぞれ、知っているアップルの重要な代表者を見つけようとします(Apple組織図の上位にあるほど良い)。おそらくapple.com-「オンラインフィードバック」システムからも送信してください。(続き...)
ジョニーユタ

回答:


5

Appleによる公式のドキュメントはありませんが、iTunesやiOSが自分の仕事をしているのを見ると、まだ情報を得ることができます。これは、両方のログファイルを監視することで実行できます。iPhoneでは、USB接続を介して実行できます。iPhoneが「xyを待っている」同期段階ですでに行っていることをいくつか見てみましょう。

  • 新しいメディアをiPhoneにコピーした後、メディアにインデックスを付ける必要があります。たとえば、処理するメタデータがある、サムネイルを作成するなどです。それが完了するまで、メディアは対応するiPhoneアプリで正しく表示できません。 iPhone Media Indexerサービスが作業を完了するのを待ちます。

  • 新しいアプリをiPhoneにコピーする場合、パッケージ化された.ipaファイルを展開してインストールする必要があります。たとえば、iPhoneのホーム画面、アプリリスト、ファイル拡張子データベースなどに登録します。これは同期のその段階で行われます。

  • スポットライト検索では、新しいファイルのインデックスを作成する時間が必要な場合があります。iTunesも同様に待機します(常にではありませんが、時には!

  • iTunesがファイルをiPhoneに転送するとき、アーカイブの整合性や比較されるハッシュなど、いくつかの方法でファイルの内容を常に検証します。これらのプロセスは、転送されたデータのサイズに応じて十分な時間を必要とし、iTunesは同期を完了するために検証の成功を待ちます。

  • 検証方法のいずれかによってコピーの失敗が検出されると、iTunesはファイルを再度コピーします。多くの場合、これらのプロセスはiTunesによって表示されず、「コピーするアイテムの待機」処理中に実行されます。

  • iTunesは、コピープロセスが正常に終了するまで待機します。コンピューター間でデータが転送されると、ストリームとソケットが閉じます。これはすぐに発生するはずですが、時々障害が発生し、iPhoneには時間がかかります。

  • 一般的に、iTunesはこれらのステージを検証およびエラー修正に使用するだけでなく、「完了」作業を行うと言うことができます。USBよりもエラーが発生しやすいWiFi同期を使用する場合は特に便利です。

編集:iPhone / iPadのログファイルを表示するには、ジェイルブレイクは必要ありません。おそらく最良のツールはlibimobiledeviceLGPL 2.1の下でライセンスされた無料のオープンソースソフトウェアのバンドルでしょう。iTunesを必要とせずにiOSデバイスを処理できるので、Linuxマシンでも使用できます。Linuxマシン用に設計されていますが、ソースコードをコンパイルするか、さらに簡単にhomebrewを介してインストールすることにより、Macでも実行できます。私は常にLinuxマシンで使用していますが、これはMac OS Xでも同じように機能するはずです。

おそらく最初にiPhoneをペアリングする必要がありますidevicepair。これには-binaryを使用します。USB接続されたiPhoneは自動的に検出されますが、検出されない場合は、デバイスのUUIDを渡すことができます。ペアリングが成功すると(ターミナルインターフェイスに成功メッセージが表示されます)、- idevicesyslogapplicationを使用してiPhoneのログファイルを表示します。syslogデバイスの-socketに自動的に接続します。接続しない場合は、UUIDを再度渡すことができます。その後、すべてのログメッセージがstdoutコンピューター上、たとえば端末出力に投稿されます。

iOSデバイスのログを読み取ることができる独自のソフトウェアもありますがlibimobiledevice、コマンドラインおよびオープンソースツールとして推奨されます。


ログファイルを監視する方法に関する詳細を教えてください。
mweiss

@mweissこれに関する情報を含めるために投稿を更新しました;)
LukeLR

-1

「アイテムのコピー待ち」プロセスで、iTunesはコピーされるアイテムをスキャンし、アイテムをカウントし、コピーの推定時間を計算すると思います。コピーするファイルの数だけ、待機時間が長くなります。


あなたが説明するのは「アイテムをコピーする準備」プロセス中に何が起こるかという印象を受けました。これが「コピーするアイテムの待機」中に起こることの証拠はありますか?
mweiss
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.