Bien qu'il n'y ait pas de documentation officielle de la part d'Apple, vous pouvez tout de même obtenir quelques 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 exemples de ce que j'ai déjà vu l'iPhone faire dans les phases de synchronisation "en attente de xy" :
-
Après avoir copié de nouveaux médias sur l'iPhone, ceux-ci doivent être indexés, c'est-à-dire que des métadonnées doivent être traitées, des vignettes doivent être créées, etc. Tant que cela n'est pas fait, les médias ne peuvent pas être affichés correctement dans les applications iPhone correspondantes. iTunes attend donc que le service iPhone Media Indexer ait terminé son travail.
-
Lorsque l'on copie de nouvelles applications sur un iPhone, le paquetage .ipa
-Les fichiers doivent être décompressés et installés, par exemple s'inscrire sur l'écran d'accueil de l'iPhone, dans les listes d'applications, dans les bases de données d'extensions de fichiers, etc.
-
La recherche Spotlight peut avoir besoin de temps pour indexer les nouveaux fichiers, iTunes attend également (pas toujours, mais parfois !).
-
Lorsqu'iTunes transfère des fichiers vers un iPhone, il vérifie toujours le contenu du fichier de plusieurs façons, qu'il s'agisse de l'intégrité de l'archive ou des hachages qui sont comparés. Ces processus nécessitent beaucoup de temps, en fonction de la taille des données transférées, et iTunes attend que la vérification soit réussie pour terminer la synchronisation.
-
En cas d'échec de la copie détecté par l'une des méthodes de vérification, iTunes copie à nouveau les fichiers. Souvent, ces processus ne sont pas affichés par iTunes, ils sont effectués pendant le processus "Attente des éléments à copier".
-
iTunes attendra également que les processus de copie se terminent correctement, il y a des flux et des sockets à fermer lorsque des données sont transférées entre ordinateurs. Bien que cela doive se faire instantanément, il y a parfois des échecs et l'iPhone a besoin d'un peu de temps.
-
En général, on peut dire qu'iTunes utilise ces étapes pour la vérification et la correction des erreurs, ainsi que pour effectuer un travail "complémentaire". Elles sont extrêmement utiles, notamment lors de l'utilisation de la synchronisation WiFi, qui est beaucoup plus sujette aux erreurs que l'USB.
Modifier : Pour visualiser les fichiers journaux d'un iPhone/iPad, il n'est pas nécessaire d'utiliser Jailbreak. Le meilleur outil est probablement libimobiledevice
un 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 être exécuté sur Mac également, par exemple en compilant le fichier code source ou, plus facilement encore, en installant par 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 d'abord coupler votre iPhone, utiliser la fonction idevicepair
-binaire pour cela. Il devrait trouver votre iPhone connecté en USB de lui-même, s'il ne le fait pas, vous pouvez essayer de passer l'UUID de votre appareil. Une fois que l'appairage a réussi (il affichera un message de succès dans votre interface de terminal), utilisez la commande idevicesyslog
-pour visualiser les fichiers journaux de votre iPhone. Elle se connectera au syslog
-S'il ne le fait pas, vous pouvez repasser l'UUID. Ensuite, tous les messages de log seront envoyés à stdout
sur 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 libimobiledevice
en tant qu'outil de ligne de commande et de source ouverte devrait être préféré.
0 votes
J'aimerais également connaître la réponse, car j'ai ce problème en permanence. Voici quelques messages de console que je reçois 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
0 votes
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
0 votes
Article du 2014-12-29 potentiellement utile sur ce sujet : macworld.com/article/2861406/ Et oh oui, je connais ces mêmes symptômes, depuis des années maintenant. Soupir.
0 votes
@JohnnyUtahh J'ai vu cet article - et je l'ai commenté ici, il y a plus de deux mois (faites défiler les commentaires).
0 votes
Merci @mweiss, utile. Séparément : Je propose que nous rédigions collectivement une lettre "ouverte" concise à Apple (avec l'intention évidente de faire réparer la synchronisation iTunes+iOS). Ensuite, nous essayons chacun de trouver un représentant important d'Apple que nous connaissons - le plus haut dans l'organigramme d'Apple étant le mieux - et de lui remettre personnellement la même copie de la lettre. Eventuellement soumettre via apple.com - systèmes de "feedback en ligne" également. (suite...)
0 votes
Avec de multiples "vecteurs" comme celui-ci dans l'entreprise, peut-être que ce message pourrait éventuellement atteindre quelqu'un à Cupertino avec un réel pouvoir et les convaincre que le changement est nécessaire, et/ou nous pourrions apprendre qu'une correction est déjà en cours. Qu'en pensez-vous ?