17 votos

¿Qué ocurre realmente durante la "Espera de la aplicación de los cambios" y la "Espera de la copia de los elementos"?

Hay literalmente cientos de hilos en docenas de foros de internet diferentes sobre dispositivos iOS que se quedan atascados en "Esperando a que se apliquen los cambios" y/o "Esperando a que se copien los elementos" mientras se sincronizan. He tenido ese problema de forma intermitente durante dos años, en iOS 6, 7 y ahora 8, y francamente después de probar todas las soluciones que he leído, he renunciado a tratar de resolverlo. Esta pregunta no se refiere a eso. Lo que quiero saber es:

¿Qué es? que se suponía que iba a pasar durante esas etapas de la sincronización?

¿Esos dos mensajes significan lo mismo o algo diferente? ¿Qué es iTunes? probando ¿que hacer? ¿Está leyendo una base de datos interna del dispositivo y comparándola con la biblioteca de iTunes del ordenador? ¿Se trata de escribir a una biblioteca de dispositivos? ¿Qué está escribiendo? ¿En qué archivo está trabajando? ¿Hay alguna forma de ver la actividad en curso, ya sea en tiempo real o a posteriori?

0 votos

También me encantaría saber la respuesta, ya que tengo este problema todo el tiempo. Aquí hay algunos mensajes de la consola que recibo por si ayudan a alguien: 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 votos

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 votos

Artículo potencialmente útil del 2014-12-29 sobre este tema: macworld.com/article/2861406/ Y oh sí, he experimentado estos mismos síntomas, pasando ya años. Suspiro.

5voto

Kirk Broadhurst Puntos 13093

Aunque no hay documentación oficial por parte de Apple, se puede obtener algo de información viendo a iTunes y a iOS hacer sus cosas. Esto se puede hacer mediante el seguimiento de los archivos de registro de ambos, en el iPhone esto se puede hacer a través de una conexión USB. Aquí hay un par de cosas que ya he visto hacer al iPhone en las etapas de sincronización "esperando xy":

  • Después de copiar nuevos medios en el iPhone, es necesario indexarlos, por ejemplo, hay que procesar los metadatos, crear miniaturas, etc. Hasta que no se haga esto, los medios no pueden mostrarse correctamente en las aplicaciones correspondientes del iPhone, por lo que iTunes espera a que el servicio de indexación de medios del iPhone termine su trabajo.

  • Al copiar nuevas aplicaciones en un iPhone, el paquete .ipa -Los archivos tienen que desempaquetarse e instalarse, por ejemplo, registrarse en la pantalla de inicio del iPhone, en las listas de aplicaciones, en las bases de datos de extensiones de archivos, etc., esto se hace durante las etapas de sincronización.

  • La búsqueda de Spotlight puede necesitar tiempo para indexar nuevos archivos, iTunes también espera esto (no siempre, pero a veces).

  • Cuando iTunes transfiere archivos a un iPhone, siempre verifica el contenido del archivo de varias maneras, ya sea la integridad del archivo o los hashes que se comparan. Estos procesos necesitan mucho tiempo, dependiendo del tamaño de los datos transferidos, e iTunes espera a que la verificación sea exitosa para completar la sincronización.

  • Cuando haya fallos de copia detectados por cualquiera de los métodos de verificación, iTunes volverá a copiar los archivos. A menudo, estos procesos no son mostrados por iTunes, sino que se realizan durante el proceso "Esperando a que los elementos se copien".

  • iTunes también esperará a que los procesos de copia terminen con éxito, hay flujos y sockets que se cierran cuando se transfieren datos entre ordenadores. Aunque esto debería ocurrir instantáneamente, a veces hay fallos y el iPhone necesita algo de tiempo.

  • En general, se puede decir que iTunes utiliza estas etapas para la verificación y la corrección de errores, así como para hacer el trabajo de "finalización". Resultan muy útiles sobre todo cuando se utiliza la sincronización WiFi, que es mucho más propensa a los errores que la USB.

Editar : Para ver los archivos de registro de un iPhone/iPad, no se necesita Jailbreak. La mejor herramienta es probablemente libimobiledevice un conjunto de programas informáticos gratuitos de código abierto con licencia LGPL 2.1 . Es capaz de manejar un dispositivo iOS sin necesidad de iTunes, por lo que incluso en máquinas Linux. Aunque está diseñado para máquinas Linux, también puede ejecutarse en Mac, por ejemplo, compilando el archivo código fuente o, aún más fácil, instalando a través de homebrew . Aunque siempre lo uso en máquinas Linux, debería funcionar igual en Mac OS X.

Probablemente tengas que emparejar primero tu iPhone, utilizar el idevicepair -binario para esto. Debería encontrar tu iPhone conectado por USB por sí mismo, si no lo hace, puedes intentar pasar el UUID de tu dispositivo. Una vez que el emparejamiento se ha realizado con éxito (se mostrará un mensaje de éxito en la interfaz de la terminal), utilice el botón idevicesyslog -aplicación para ver los archivos de registro de su iPhone. Se conectará a la syslog -socket de su dispositivo automáticamente, si no lo hace, puede pasar el UUID de nuevo. Entonces todos los mensajes de registro serán enviados a stdout en su ordenador, por ejemplo, a la salida de su terminal.

También existe un software propio que permite leer los registros en el dispositivo iOS, pero libimobiledevice como herramienta de línea de comandos y de código abierto.

0 votos

¿Podría dar más detalles sobre cómo controlar los archivos de registro?

0 votos

@mweiss He actualizado mi post para incluir información sobre esto ;)

-1voto

Harshil Puntos 1

Creo que en el proceso "Esperando a que se copie un elemento" iTunes escanea los elementos que se van a copiar, cuenta los elementos y calcula el tiempo estimado de la copia. Cuantos más archivos se copien, el tiempo de espera se incrementa.

0 votos

Tenía la impresión de que lo que describes es lo que ocurre durante el proceso de "Preparación para copiar elementos". ¿Tienes alguna prueba de que esto es lo que ocurre durante "Esperar a que los elementos se copien"?

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X