18 votes

Que se passe-t-il réellement pendant "l'attente de l'application des modifications" et "l'attente de la copie des éléments" ?

Il y a littéralement des centaines de fils de discussion sur des dizaines de forums Internet différents à propos d'appareils iOS qui restent bloqués sur "Attendre que les modifications soient appliquées" et/ou "Attendre que les éléments soient copiés" pendant la synchronisation. J'ai ce problème par intermittence depuis deux ans, sous iOS 6, 7 et maintenant 8, et franchement, après avoir essayé toutes les solutions que j'ai lues, j'ai renoncé à essayer de le résoudre. Ce n'est pas le sujet de cette question. Ce que je veux savoir, c'est :

Qu'est-ce que censé se produire 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 en essayant à faire ? Lit-il une base de données interne de l'appareil et la compare-t-il à la bibliothèque iTunes de l'ordinateur ? Est-ce que c'est écrire à une bibliothèque de périphériques ? Qu'est-ce qu'il écrit ? Sur quel fichier travaille-t-il ? Existe-t-il un moyen d'observer l'activité en cours, en temps réel ou après coup ?

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.

7voto

Kirk Broadhurst Points 13093

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

Pourriez-vous nous donner plus de détails sur la façon de contrôler les fichiers journaux ?

0 votes

@mweiss J'ai mis à jour mon post pour inclure des informations à ce sujet ;)

-1voto

Harshil Points 1

Je pense que dans le processus "Attente d'un élément à copier", iTunes scanne les éléments qui doivent être copiés, compte les éléments et calcule le temps estimé de la copie. Plus il y a de fichiers à copier, plus le temps d'attente augmente.

0 votes

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 "l'attente des éléments à copier" ?

LesApples.com

LesApples est une communauté de Apple où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres utilisateurs d'appareils Apple, poser vos propres questions ou résoudre celles des autres.

Powered by:

X