कड़े शब्दों में, यूयूआईडी बिल्कुल भी संबोधित नहीं कर रहा है।
संबोधित करना बहुत सरल है: ड्राइव X क्षेत्र Y - या फिर पढ़ें। मेमोरी एड्रेस Z - या फिर पढ़ें। संबोधित करना सरल, तेज है, व्याख्या के लिए बहुत जगह नहीं छोड़ता है, और यह हर जगह है।
UUID संबोधित नहीं कर रहा है। इसके बजाय यह खोज, खोज, कभी-कभी उपकरणों के प्रकट होने की प्रतीक्षा कर रहा है, और फाइलसिस्टम (★) को भी समझ रहा है । और कितने डिवाइस हैं इसके आधार पर, इसमें बहुत लंबा समय लग सकता है। और एक बार मिल जाने के बाद, इसे वापस संबोधित करना है।
GRUB में, इसे search(★★) कहा जाता है और यह तभी उपलब्ध होता है जब GRUB ने पहले ही पंखों को बड़ा कर लिया है (खोज एक मॉड्यूल है, जैसा कि हर फाइलसिस्टम इसका समर्थन करता है, इस प्रकार केवल लोडिंग कोर के बाद उपलब्ध होता है)। लिनक्स में, यह (उदाहरण के लिए) कहा जाता है findfs, फाइंड फाइल्स सिस्टम में एक फाइल सिस्टम या विभाजन के लिए ब्लॉक डिवाइस को खोजेगा ।
यह सभी ब्लॉकदेवियों के माध्यम से जाता है, उन्हें स्टैंडबाय से जागता है, डेटा पढ़ता है, और परिणाम अभी भी यादृच्छिक हो सकता है यदि यूयूआईडी अद्वितीय नहीं है जैसा कि होना चाहिए ( ddदुर्घटना या पसंद के बाद ), या यूयूआईडी बदले जाने पर आपको कोई परिणाम नहीं मिलता है UUIDs कॉन्फ़िगरेशन त्रुटियों के लिए भी प्रवण हैं।
सामान्य तौर पर, यूयूआईडी महान होते हैं, और निश्चित रूप से उपलब्ध होने पर आपको हर जगह उनका उपयोग करना चाहिए, खासकर जब पारंपरिक एड्रेसिंग विफल होने के लिए बाध्य है क्योंकि लिनक्स में ड्राइव ऑर्डर यादृच्छिक है; लेकिन यह समझें कि जटिलता सरलता से ऊपर और परे है। और विशेष रूप से बूटलोडर्स के शुरुआती चरणों में, यह अभी तक एक विकल्प नहीं हो सकता है। संबोधन पहले आता है, बढ़ते पंख बाद में आते हैं।
बूटलोडर के लिए, यह केवल प्रयास करने के लिए आवश्यक नहीं हो सकता है (प्रत्येक बूटलोडर GRUB जैसे फाइल सिस्टम की एक विस्तृत श्रृंखला का समर्थन नहीं करता है)। यदि hd0परिस्थिति (BIOS प्रदान करता है) के कारण "डिस्क जिसे हमने बूट किया था" होने की गारंटी है, और इसलिए यदि आप यादृच्छिक ड्राइव ऑर्डर के मुद्दों को नियंत्रित कर सकते हैं, तो अन्य विभाजनों की संभावित विशाल सूची से गुजरने की आवश्यकता नहीं हो सकती है। UUIDs की खोज करें।
यदि आप अपने कॉन्फ़िगरेशन में यह कहने के लिए पर्याप्त आश्वस्त हैं कि hd0,gpt2वह वही है जो आप चाहते हैं, और यह होना चाहिए, और यह अन्यथा नहीं हो सकता है, तो इस तरह से उपयोग करने में कुछ भी गलत नहीं है। कभी-कभी, सादा और सरल संबोधन ठीक काम करता है।
(★) मैंने पहले यहां LABELs के लिए इसे समझाया था ...
लेबल के लिए कोई सामान्य मानक नहीं है, यह सभी हाथ से बुना हुआ है, उदाहरण के लिए उपयोग -लिनेक्स में सुपरब्लॉक प्रारूपों के इस कार्यान्वयन को देखें । यदि आप एक नया फाइल सिस्टम कल आविष्कार करते हैं, भले ही उसमें एक लेबल हो, यह तब तक दिखाई नहीं देगा जब तक कि समर्थन जोड़ा नहीं जाता है।
... और यह UUIDs के लिए बहुत समान है।
(★★) वास्तव में, GRUB का searchएक --hintविकल्प है, और ... अब मैंने स्रोत कोड की जाँच नहीं की है, और यह उनके मैनुअल में भी प्रलेखित नहीं है, लेकिन इस तरह का विकल्प आपको दोनों दुनिया के सर्वश्रेष्ठ देने के लिए समझ में आता है: संकेत बताना चाहिए searchकरने के लिए पहला यह है कि विभाजन की जांच , और अगर UUID मैचों की उम्मीद है, यह डिवाइस पहचान न्यूनतम प्रयास , और अगर यह मेल नहीं खाता, यह अभी भी पूर्ण विकसित खोज करना प्रारंभ कर देंगे किसी भी तरह काम कर रहे चीजें रखने के लिए ।
इसके अलावा, पहले पाए गए UUIDs को कैश किया जाता है, इसलिए इसे बार-बार सभी उपकरणों से गुजरना नहीं पड़ता है - और यह बहुत अच्छा काम करता है, बशर्ते आप जिस यूयूआईडी की तलाश कर रहे हैं वह वास्तव में कहीं मौजूद है पहली बार में इसे कैश में बनाएँ।