"변경 사항 적용 대기 중"및 "복사 항목 대기 중"은 실제로 어떻게됩니까?

iOS 기기에 대한 수십 개의 다른 인터넷 포럼에는 문자 그대로 수백 개의 스레드가 있습니다. 동기화 중에 "변경 사항이 적용되기를 기다리는 중"및 / 또는 "복사 할 항목을 기다리는 중"에 붙어 있습니다. 나는 iOS 6, 7 및 8에서 2 년 동안 간헐적으로 그 문제를 겪어 왔으며 솔직히 내가 읽은 모든 수정 프로그램을 시도한 후에 문제 해결을 포기했습니다. 그것은이 질문에 관한 것이 아닙니다. 내가 알고 싶은 것은 :

동기화 단계에서 어떤 일이 발생 합니까?

이 두 메시지가 같은 의미입니까, 아니면 다른 의미입니까? iTunes는 무엇을 하려고 합니까? 기기의 내부 데이터베이스에서 읽고 컴퓨터의 iTunes 보관함과 비교합니까? 그것은되어 기록 장치 라이브러리에? 뭐 쓰는거야? 어떤 파일을 작업 중입니까? 진행중인 활동을 실시간 또는 사후에 볼 수있는 방법이 있습니까?

ios itunes data-synchronization

— 엠 바이스
소스

나는 또한이 문제가 항상 있기 때문에 답을 알고 싶습니다. 다음은 누군가를 도울 수있는 콘솔 메시지입니다.

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

macworld.com/article/2861406/ 이 주제에 대한 잠재적으로 유용한 2014-12-29 기사 ... 그리고 네, 지금도 같은 증상을 경험하고 있습니다. 한숨.

— Johnny Utahh

@JohnnyUtahh 나는 그 기사를 보았습니다. 그리고 2 개월 전에 그 기사에 대해 언급했습니다 (주석에서 아래로 스크롤하십시오).

— mweiss

@mweiss에게 감사합니다. 별도로 : 나는 우리가 애플에게 간결하고 "공개적인"편지를 공동으로 저작 할 것을 제안한다 (iTunes + iOS 동기화를 고정하려는 의도로). 그런 다음 우리 모두는 우리가 아는 중요한 Apple 담당자를 찾으려고 노력합니다 (Apple 조직도에서 더 높을수록 더 낫습니다). apple.com- "온라인 피드백"시스템을 통해서도 제출할 수 있습니다. (계속 ...)

— Johnny Utahh

답변:

Apple의 공식 문서는 없지만 iTunes 및 iOS에서 작업하는 것을 보면서 일부 정보를 얻을 수 있습니다. 이것은 두 가지 로그 파일을 모니터링하여 수행 할 수 있으며 iPhone에서는 USB 연결을 통해 수행 할 수 있습니다. 다음은 "xing for xy"동기화 단계에서 iPhone에서 이미 수행 한 작업입니다.

새로운 미디어를 iPhone에 복사 한 후 미디어를 인덱싱해야합니다 (예 : 처리 할 메타 데이터, 축소판 생성 등). 완료 될 때까지 미디어를 해당 iPhone 앱에 올바르게 표시 할 수 없으므로 iTunes iPhone Media Indexer 서비스가 작업을 완료 할 때까지 기다립니다.
새로운 응용 프로그램을 iPhone에 복사 할 때 패키지 .ipa파일 은 포장 을 풀고 설치해야합니다 (예 : iPhone의 홈 화면, 응용 프로그램 목록, 파일 확장자 데이터베이스 등 등록). 이는 동기화 단계에서 수행됩니다.
스포트라이트 검색은 새 파일을 색인화하는 데 시간이 필요할 수 있습니다. iTunes는이 파일도 기다립니다 (항상은 아니지만 때로는!)
iTunes는 파일을 iPhone으로 전송할 때 항상 파일의 내용을 여러 가지 방식으로 확인하여 파일 무결성이나 해시를 비교합니다. 전송 된 데이터의 크기에 따라 이러한 프로세스에는 많은 시간이 필요하며 iTunes는 동기화를 완료하기 위해 성공적인 확인을 기다립니다.
확인 방법 중 하나로 복사 실패가 감지되면 iTunes는 파일을 다시 복사합니다. iTunes에서 이러한 프로세스를 표시하지 않는 경우가 많지만 "복사 대기 항목"처리 중에 수행됩니다.
또한 iTunes는 복사 프로세스가 성공적으로 종료 될 때까지 기다립니다. 컴퓨터간에 데이터를 전송할 때 스트림과 소켓이 닫힙니다. 이러한 상황은 즉시 발생하지만 때때로 오류가 발생하여 iPhone에 시간이 필요합니다.
일반적으로 iTunes는 "완료"작업을 수행 할뿐만 아니라 확인 및 오류 수정을 위해이 단계를 사용한다고 말할 수 있습니다. USB보다 오류가 발생하기 쉬운 WiFi 동기화를 사용할 때 특히 유용합니다.

편집 : iPhone / iPad의 로그 파일을 보려면 탈옥이 필요하지 않습니다. 가장 좋은 도구는 LGPL 2.1에 libimobiledevice 따라 라이센스가 부여 된 무료 오픈 소스 소프트웨어 번들 일 것입니다 . iTunes가 필요없는 iOS 장비를 처리 할 수 있으므로 Linux 시스템에서도 가능합니다. Linux 컴퓨터 용으로 설계되었지만 Mac에서도 실행할 수 있습니다 (예 : 소스 코드 를 컴파일 하거나 홈 브루 를 통해 설치) . Linux 시스템에서 항상 사용하고 있지만 Mac OS X에서 동일한 방식으로 작동합니다.

iPhone을 먼저 페어링해야 할 수도 있습니다. idevicepair-binary를 사용하십시오 . USB로 연결된 iPhone을 자체적으로 찾을 수 있습니다. 그렇지 않은 경우 장치의 UUID를 전달해보십시오. 페어링에 성공하면 (터미널 인터페이스에 성공 메시지가 표시됨) idevicesyslog-application을 사용 하여 iPhone의 로그 파일을보십시오. syslog장치의 소켓에 자동으로 연결됩니다. 그렇지 않으면 UUID를 다시 전달할 수 있습니다. 그런 다음 모든 로그 메시지가 stdout컴퓨터 (예 : 터미널 출력)에 게시됩니다 .

iOS 장치의 로그를 읽을 수있는 독점 소프트웨어도 있지만 libimobiledevice명령 줄 및 오픈 소스 도구가 선호됩니다.

— LukeLR
소스

로그 파일을 모니터하는 방법에 대한 자세한 정보를 제공 할 수 있습니까?

— mweiss

@mweiss 나는 이것에 대한 정보를 포함하도록 나의 게시물을 업데이트했다;)

— LukeLR

-1

"복사 할 항목 대기 중"프로세스에서 iTunes는 복사 할 항목을 스캔하고 항목을 계산하며 예상 복사 시간을 계산합니다. 복사 할 파일 수만큼 대기 시간이 늘어납니다.

— 하실
소스

나는 당신이 묘사 한 것이 "항목 복사 준비"과정에서 일어나는 일이라는 인상을 받았습니다. "항목 복사 대기 중"이 발생했다는 증거가 있습니까?

— mweiss