जवाबों:
आपके apt स्रोत पर डिबेट लाइन के अनुसार apt आएगा:
यह पुष्टि करता है कि यदि रिलीज़.जीपीजी रिलीज़ फ़ाइल के लिए एक वैध हस्ताक्षर है, और यदि पैकेज। Gz सामग्री रिलीज़ फ़ाइल पर मौजूद अखंडता चेकसम से मेल खाती है। यदि कोई बेमेल है, तो एक रिपॉजिटरी हस्ताक्षर अखंडता विफलता की सूचना दी जाती है।
अनुरोधित पैकेज के लिए पैकेज फ़ाइल नाम पहले से पुनर्प्राप्त पैकेज से निर्धारित होता है। Gz सामग्री। इसे डाउनलोड किया गया है, और इसकी सामग्री चेकसम को संकुल से मेल खाना चाहिए ।zz चेकसम सामग्री या एक अखंडता विफलता की सूचना दी गई है।
आपका अंतिम प्रश्न प्रति दर्पण संरचना के बारे में नहीं है, यह दर्पण सिंक्रनाइज़ेशन के बारे में है, जो दर्पण प्रक्रिया पर निर्भर करता है। सिंक के दौरान संग्रह अखंडता को तोड़ने के बिना एक अस्थायी स्थान का उपयोग करके सिंक्रनाइज़ करना संभव है। मुझे यकीन नहीं है कि सभी उबंटू दर्पण ऐसा करते हैं।
जोआओ ने मेरे प्रश्न के उत्तरार्ध का उत्तर दिया, इसलिए मैंने पहले छमाही की जांच स्वयं की। रूट स्तर पर, चार निर्देशिकाएं और एक फ़ाइल होती है।
root
| -- dists
| -- pool
| -- indices
| -- project
| -- ls-lr.gz
(इसके अलावा मेरे कॉलेज रेपो में, केवल पहली दो प्रविष्टियाँ थीं। इसलिए अंतिम 3 रेपो के कामकाज के लिए गैर-जरूरी लगती हैं।)
फ़ाइल ls-lr.gzमें ls -lrरिपॉजिटरी रूट डायरेक्टरी पर चलने के रूप में कमांड का आउटपुट है ।
distsडायरेक्ट्री में मेटाडेटा के अधिकांश पैकेज, जिसमें सभी पैकेज शामिल हैं लगता है । फ़ाइल (जिसमें पैकेज की एक सूची होती है) और रिलीज़.जीपीजी / रिलीज़ जो पैकेज पर हस्ताक्षर करता है। (जानकारी के लिए जोआओ को धन्यवाद)
poolनिर्देशिका वास्तविक .deb फ़ाइलें हैं। संगठन है /pool/[section]/[letter]/[group]/packagename.deb। इस प्रकार अजगर-तोड़फोड़ पैकेज का वास्तविक स्थान है /pool/main/s/subversion/python-subversion_1.3.2-3ubuntu2%7edapper1_amd64.deb, क्योंकि तोड़फोड़ अजगर-तोड़फोड़ पैकेज का समूह है, और एस तोड़फोड़ का पहला अक्षर है।
projectsनिर्देशिका का ब्यौरा कैसे दर्पण मूल रेपो को समन्वयित किया गया था कुछ फ़ाइलें हो रहा है।
indicesनिर्देशिका सारी फ़ाइलें हैं, उनमें से ज्यादातर खाली। गैर-खाली फ़ाइलें संकुल के लिए कुछ अतिरिक्त मेटाडेटा की आपूर्ति करती हैं।