Que se passe-t-il réellement pendant «Attendre que les modifications soient appliquées» et «Attendre que les éléments soient copiés»?

17

Il existe littéralement des centaines de discussions sur des dizaines de forums Internet différents sur les appareils iOS qui se bloquent sur "En attente d'application des modifications" et / ou "En attente de copie des éléments" lors de la synchronisation. J'ai eu ce problème par intermittence pendant deux ans, sur iOS 6, 7 et maintenant 8, et franchement, après avoir essayé tous les correctifs que j'ai lus, j'ai renoncé à essayer de le résoudre. Ce n'est pas de cela qu'il s'agit. Ce que je veux savoir c'est:

Que doit-il se passer pendant ces étapes de la synchronisation?

Ces deux messages signifient-ils la même chose ou quelque chose de différent? Qu'est-ce qu'iTunes essaie de faire? Lire à partir d'une base de données interne sur l'appareil et la comparer à la bibliothèque iTunes sur l'ordinateur? Est-ce en train d' écrire dans une bibliothèque de périphériques? Qu'est-ce que ça écrit? Sur quel fichier fonctionne-t-il? Existe-t-il un moyen de regarder l'activité en cours, en temps réel ou après coup?

mweiss
la source
J'aimerais aussi connaître la réponse, car j'ai ce problème tout le temps. Voici quelques messages de console que j'obtiens au cas où ils aideraient quelqu'un: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
Article potentiellement utile du 2014-12-29 sur ce sujet: macworld.com/article/2861406/… Et oh oui, j'ai connu ces mêmes symptômes, qui durent depuis des années maintenant. Soupir.
Johnny Utahh
@JohnnyUtahh J'ai vu cet article - et je l'ai commenté là-bas, il y a plus de deux mois (faites défiler vers le bas dans les commentaires).
mweiss
Merci @mweiss, utile. Séparément: je propose que nous écrivions collectivement une lettre concise et "ouverte" à Apple (avec une intention évidente de réparer iTunes + iOS). Ensuite, nous essayons chacun de trouver un représentant Apple significatif que nous connaissons - le plus haut dans l'organigramme Apple le mieux - et de livrer personnellement la même copie exacte de la lettre. Soumettre éventuellement via les systèmes de «feedback en ligne» apple.com. (suite ...)
Johnny Utahh

Réponses:

5

Bien qu'il n'y ait pas de documentation officielle d'Apple, vous pouvez toujours obtenir des informations en regardant iTunes et iOS faire leur travail. Cela peut être fait en surveillant les fichiers journaux des deux, sur l'iPhone, cela peut être fait via une connexion USB. Voici quelques-unes de ce que j'ai déjà vu l'iPhone faire dans les étapes de synchronisation "en attente de xy":

  • Après avoir copié de nouveaux médias sur l'iPhone, les médias doivent être indexés, par exemple il y a des métadonnées à traiter, des vignettes doivent être créées, etc. Jusqu'à ce que cela soit fait, les médias ne peuvent pas être affichés correctement dans les applications iPhone correspondantes, donc iTunes attend que le service iPhone Media Indexer termine son travail.

  • Lors de la copie de nouvelles applications sur un iPhone, les .ipafichiers emballés doivent être décompressés et installés, par exemple, vous inscrire dans l'écran d'accueil de l'iPhone, les listes d'applications, les bases de données d'extension de fichier, etc., cela se fait pendant ces étapes de synchronisation.

  • La recherche Spotlight peut avoir besoin de temps pour indexer de nouveaux fichiers, iTunes attend également cela (pas toujours, mais parfois!)

  • Lorsque iTunes transfère des fichiers vers un iPhone, il vérifie toujours le contenu du fichier de plusieurs manières, que ce soit l'intégrité des archives ou les hachages qui sont comparés. Ces processus ont besoin de beaucoup de temps, selon la taille des données transférées, et iTunes attend une vérification réussie pour terminer la synchronisation.

  • En cas d'échecs de copie détectés par l'une des méthodes de vérification, iTunes copiera à nouveau les fichiers. Souvent, ces processus ne sont pas affichés par iTunes, cela se fait pendant le traitement "En attente de copie des éléments".

  • iTunes attendra également que les processus de copie se terminent correctement, il y a des flux et des sockets à fermer lorsque les données sont transférées entre ordinateurs. Bien que cela devrait se produire instantanément, il y a parfois des échecs et l'iPhone a besoin de temps.

  • En général, vous pouvez dire qu'iTunes utilise ces étapes pour la vérification et la correction d'erreurs ainsi que pour effectuer un travail «complet». Ils deviennent extrêmement utiles, en particulier lors de l'utilisation de la synchronisation WiFi, qui est beaucoup plus sujette aux erreurs que l'USB.

Modifier : pour afficher les fichiers journaux d'un iPhone / iPad, aucun jailbreak n'est requis. Le meilleur outil est probablement libimobiledeviceun ensemble de logiciels libres et gratuits sous licence LGPL 2.1 . Il est capable de gérer un appareil iOS sans avoir besoin d'iTunes, donc même sur des machines Linux. Bien qu'il soit conçu pour les machines Linux, il peut également être exécuté sur Mac, par exemple en compilant le code source , ou, encore plus facilement, en l'installant via homebrew . Bien que je l'utilise toujours sur des machines Linux, cela devrait fonctionner de la même manière sur Mac OS X.

Vous devez probablement coupler votre iPhone en premier, utilisez le idevicepair-binaire pour cela. Il devrait trouver votre iPhone connecté par USB, sinon, vous pouvez essayer de passer l'UUID de votre appareil. Une fois l'appairage réussi (il affichera un message de succès sur votre interface de terminal), utilisez l'application idevicesyslog-pour afficher les fichiers journaux de votre iPhone. Il se connectera syslogautomatiquement à la prise de votre appareil, sinon, vous pouvez transmettre à nouveau l'UUID. Ensuite, tous les messages du journal seront publiés stdoutsur votre ordinateur, par exemple sur la sortie de votre terminal.

Il existe également un logiciel propriétaire qui vous permet de lire les journaux sur votre appareil iOS, mais en libimobiledevicetant qu'outil de ligne de commande et open source devrait être préféré.

LukeLR
la source
Pourriez-vous fournir plus de détails sur la façon de surveiller les fichiers journaux?
mweiss
@mweiss J'ai mis à jour mon message pour inclure des informations à ce sujet;)
LukeLR
-1

Je pense que dans le processus "En attente de copie de l'article", iTunes analyse les éléments à copier, compte les éléments et calcule la durée estimée de la copie. Autant de fichiers à copier, le temps d'attente est augmenté.

Harshil
la source
J'avais l'impression que ce que vous décrivez est ce qui se passe pendant le processus "Préparation de la copie des éléments". Avez-vous des preuves que c'est ce qui se passe pendant "Attendre la copie des articles"?
mweiss