वास्तव में "लागू होने के लिए परिवर्तनों की प्रतीक्षा" और "वस्तुओं की प्रतिलिपि की प्रतीक्षा" के दौरान क्या होता है?


17

IOS उपकरणों के बारे में दर्जनों अलग-अलग इंटरनेट फ़ोरम पर शाब्दिक रूप से सैकड़ों थ्रेड हैं जो सिंक करते समय "प्रतीक्षा में लागू होने वाले परिवर्तनों की प्रतीक्षा में हैं" और / या "कॉपी करने के लिए आइटम की प्रतीक्षा कर रहे हैं"। आईओएस 6, 7 और अब 8 पर मुझे लगातार दो साल तक यह समस्या रही है और मैंने जो भी सुधारों के बारे में पढ़ा है, उन सभी को आज़माने के बाद, मैंने इसे सुलझाने की कोशिश की। यह सवाल यह नहीं है। जो मैं जानना चाहता हूं वह है:

सिंक के उन चरणों के दौरान क्या होने वाला है ?

क्या उन दो संदेशों का मतलब एक ही है, या कुछ अलग है? आईट्यून्स क्या करने की कोशिश कर रहा है? क्या यह डिवाइस पर एक आंतरिक डेटाबेस से पढ़ रहा है और कंप्यूटर पर आईट्यून्स लाइब्रेरी से इसकी तुलना कर रहा है? क्या यह एक डिवाइस लाइब्रेरी के लिए लिख रहा है? यह क्या लिख ​​रहा है? यह किस फ़ाइल पर काम कर रहा है? क्या ऐसी कोई गतिविधि देखने का कोई तरीका है जो प्रगति पर है, या तो वास्तविक समय में या बाद में?


मुझे इसका उत्तर जानना भी अच्छा लगेगा, क्योंकि मुझे हर समय यह समस्या रहती है। यहाँ कुछ सांत्वना संदेश दिए गए हैं जो मुझे किसी की मदद करने के लिए 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
मिलते हैं

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
लाओसिमेकबैक

इस विषय पर संभावित रूप से सहायक 2014-12-29 लेख: macworld.com/article/2861406/… और ओह हाँ, मैंने इन लक्षणों का अनुभव किया है, जो अब वर्षों से चल रहे हैं। आह।
जॉनी उटाह

@ जॉननीतह ने उस लेख को देखा - और मैंने वहां पर टिप्पणी की, दो महीने से अधिक समय पहले (टिप्पणियों में नीचे स्क्रॉल करें)।
मविस

धन्यवाद @mweiss, मददगार। अलग से: मेरा प्रस्ताव है कि हम सामूहिक रूप से Apple को एक संक्षिप्त, "खुला" पत्र लिखेंगे (आईट्यून्स + आईओएस सिंक प्राप्त करने के लिए स्पष्ट इरादे के साथ)। फिर हम प्रत्येक एक महत्वपूर्ण Apple प्रतिनिधि को खोजने की कोशिश करते हैं जिसे हम जानते हैं - Apple org में उच्चतर बेहतर है - और व्यक्तिगत रूप से पत्र की एक ही प्रतिलिपि वितरित करें। संभवतः Apple.com- "ऑनलाइन फ़ीडबैक" सिस्टम के माध्यम से भी सबमिट करें। (जारी ...)
जॉनी उटाह

जवाबों:


5

हालाँकि Apple द्वारा कोई आधिकारिक दस्तावेज नहीं है, फिर भी आप iTunes और iOS को अपना सामान देख कर कुछ जानकारी प्राप्त कर सकते हैं। यह दोनों की लॉग फ़ाइलों की निगरानी करके किया जा सकता है, iPhone पर यह एक यूएसबी कनेक्शन पर किया जा सकता है। यहाँ कुछ है जो मैंने पहले ही iPhone को "xy के लिए प्रतीक्षा" सिंक चरणों में करते देखा है:

  • नए मीडिया को iPhone में कॉपी करने के बाद, मीडिया को अनुक्रमित करने की आवश्यकता है, जैसे कि मेटाडेटा को संसाधित करना है, थंबनेल आदि बनाने की आवश्यकता है जब तक कि ऐसा नहीं किया जाता है, तब तक मीडिया को संबंधित iPhone ऐप में सही ढंग से प्रदर्शित नहीं किया जा सकता है, इसलिए iTunes अपने काम को पूरा करने के लिए iPhone मीडिया इंडेक्सर सेवा की प्रतीक्षा करता है।

  • एक iPhone के लिए नए एप्लिकेशन की प्रतिलिपि बनाते समय, पैक किए गए .ipa-फ़ाइलों को अनपैक करने और इंस्टॉल करने की आवश्यकता होती है, जैसे iPhone के होमस्क्रीन, ऐप सूचियों, फ़ाइल एक्सटेंशन डेटाबेस आदि में पंजीकरण करें, यह सिंक के उस चरण के दौरान किया जाता है।

  • स्पॉटलाइट खोज को नई फ़ाइलों को अनुक्रमित करने के लिए समय की आवश्यकता हो सकती है, आईट्यून्स इसके लिए इंतजार करता है (हमेशा नहीं, लेकिन कभी-कभी!)।

  • जब आईट्यून्स फ़ाइलों को आईफोन में स्थानांतरित करता है, तो यह हमेशा फ़ाइल की सामग्री को कई तरीकों से सत्यापित करता है, क्योंकि यह अखंडता या हैश की तुलना करता है। हस्तांतरित डेटा के आकार के आधार पर इन प्रक्रियाओं को बहुत समय की आवश्यकता होती है, और सिंक को पूरा करने के लिए iTunes सफल सत्यापन की प्रतीक्षा करता है।

  • जब सत्यापन विधियों में से किसी के द्वारा प्रतिलिपि विफलताओं का पता लगाया जाता है, तो आईट्यून्स फ़ाइलों को फिर से कॉपी करेंगे। अक्सर इन प्रक्रियाओं को आईट्यून्स द्वारा प्रदर्शित नहीं किया जाता है, यह "वेटिंग टू आइटम्स टू कॉपी" -प्रोसेसिंग के दौरान किया जाता है।

  • आइट्यून्स भी सफलतापूर्वक समाप्त करने के लिए प्रतिलिपि प्रक्रियाओं की प्रतीक्षा करेंगे, कंप्यूटर के बीच डेटा स्थानांतरित होने पर धाराएं और सॉकेट बंद हो जाते हैं। हालांकि यह तुरंत होना चाहिए, कभी-कभी विफलताएं होती हैं और आईफोन को कुछ समय की आवश्यकता होती है।

  • सामान्य तौर पर, आप कह सकते हैं कि आईट्यून्स सत्यापन और त्रुटि सुधार के लिए इन चरणों का उपयोग करता है और साथ ही "पूर्ण" कार्य भी करता है। वे विशेष रूप से वाईफाई सिंक का उपयोग करते समय बेहद उपयोगी होते हैं, जो यूएसबी की तुलना में बहुत अधिक त्रुटि-प्रवण है।

संपादित करें : iPhone / iPad की लॉग फ़ाइलों को देखने के लिए, किसी भी भागने की आवश्यकता नहीं है। सबसे अच्छा उपकरण शायद libimobiledevice, एलजीएल 2.1 के तहत लाइसेंस प्राप्त मुफ्त ओपन-सोर्स सॉफ्टवेयर का एक बंडल है । यह आईट्यून्स की आवश्यकता के बिना आईओएस डिवाइस को संभालने में सक्षम है, इसलिए लिनक्स मशीनों पर भी। यद्यपि लिनक्स मशीनों के लिए डिज़ाइन किया जा रहा है, इसे होम कोड के माध्यम से स्थापित करके, स्रोत कोड को संकलित करके , या और भी आसान जैसे मैक पर चलाया जा सकता है । हालांकि मैं हमेशा लिनक्स मशीनों पर इसका उपयोग कर रहा हूं, यह मैक ओएस एक्स पर उसी तरह काम करना चाहिए।

आपको संभवतः अपने iPhone को पहले पेयर करने की आवश्यकता है, idevicepairइसके लिए -binary का उपयोग करें। यह अपने आप ही आपके यूएसबी-कनेक्टेड आईफोन को ढूंढना चाहिए, यदि ऐसा नहीं होता है, तो आप अपने डिवाइस के यूयूआईडी को पारित करने का प्रयास कर सकते हैं। युग्मित सफल होने के बाद (यह आपके टर्मिनल इंटरफ़ेस के लिए एक सफलता-संदेश प्रदर्शित करेगा), idevicesyslogअपने iPhone की लॉग फ़ाइलों को देखने के लिए -application का उपयोग करें । यह syslogआपके डिवाइस के -socket से अपने आप कनेक्ट हो जाएगा , अगर ऐसा नहीं होता है, तो आप UUID को फिर से पास कर सकते हैं। फिर सभी लॉग संदेश stdoutआपके कंप्यूटर पर पोस्ट हो जाएंगे , जैसे आपके टर्मिनल आउटपुट पर।

स्वामित्व सॉफ्टवेयर भी है जो आपको अपने आईओएस डिवाइस पर लॉग पढ़ने की अनुमति देता है, लेकिन libimobiledeviceएक कमांड लाइन के रूप में- और ओपन सोर्स-टूल को प्राथमिकता दी जानी चाहिए।


क्या आप लॉग फ़ाइलों की निगरानी करने के बारे में कुछ और जानकारी प्रदान कर सकते हैं?
14

@mweiss मैंने इस पर जानकारी शामिल करने के लिए अपनी पोस्ट अपडेट की है;)
ल्यूकएलआर

-1

मुझे लगता है कि "वेटिंग टू आइटम टू कॉपी" प्रक्रिया आईट्यून्स उन वस्तुओं को स्कैन करता है जो कॉपी होने वाली हैं, आइटमों की गणना करती हैं और कॉपी के अनुमानित समय की गणना करती हैं। जितनी फाइलें कॉपी की जानी हैं, वेटिंग टाइम बढ़ा दिया गया है।


मैं इस धारणा के तहत था कि आप जो वर्णन करते हैं वह "आइटम कॉपी करने की तैयारी" प्रक्रिया के दौरान होता है। क्या आपके पास कोई सबूत है कि "वस्तुओं की नकल के लिए प्रतीक्षा" के दौरान ऐसा होता है?
mweiss
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.