UDF में, वॉल्यूम आइडेंटिफायर, वॉल्यूम सेट आइडेंटिफ़ायर, लॉजिकल वॉल्यूम आइडेंटिफ़ायर और फ़ाइल सेट आइडेंटिफ़ायर के बीच क्या अंतर है?


17

मैं देखता हूं कि mkudffsचार अलग-अलग पहचानकर्ताओं के लिए विकल्प हैं: लॉजिकल वॉल्यूम ( --lvid), वॉल्यूम ( --vid), वॉल्यूम सेट ( --vsid), और फ़ाइल सेट आइडेंटिफ़ायर ( --fsid)। हालांकि, यह उन लोगों के लिए कोई मार्गदर्शन नहीं देता है।

तो, मैं यूडीएफ चश्मा गया। ISO / IEC 13346 उर्फ ECMA-167 के साथ शुरू , मुझे लगता है कि:

10.1.4 वॉल्यूम पहचानकर्ता (बीपी 24)

यह फ़ील्ड वॉल्यूम की पहचान निर्दिष्ट करेगी।

14.1.10 तार्किक आयतन पहचानकर्ता (BP 112)

यह फ़ील्ड उस तार्किक आयतन की पहचान निर्दिष्ट करेगी जिस पर फ़ाइल सेट रिकॉर्ड किया गया है।

14.1.12 फ़ाइल सेट पहचानकर्ता (बीपी 304)

यह फ़ील्ड इस फ़ाइल सेट डिस्क्रिप्टर द्वारा वर्णित फ़ाइल सेट की पहचान निर्दिष्ट करेगी।

खैर, यह उपयोगी था।

इसलिए, मैंने OSTA UDF कल्पना 1.02 की कोशिश की , क्योंकि मैं जो UDF संस्करण तैयार करने की कोशिश कर रहा हूं। इसने बहुत मदद नहीं की (हालांकि "निश्चित या तुच्छ मूल्यों" के खिलाफ मुझे चेतावनी दी थी)।

मैंने UDF 1.50 विनिर्देशन की कोशिश की, जो मुझे §4.1 में बताता है — उन मूल्यों को प्रदर्शित करने से पहले, कि .14.1.2.1 में वर्णित एल्गोरिदम का उपयोग करते हुए एक ओएस-विशिष्ट परिवर्तन लागू किया जाना चाहिए। बेशक, is4.1 के बाद अगला भाग ,4.2 है, इसलिए उस पर शुभकामनाएं। इसके अलावा, LogicalVolumeIdentifier "तार्किक मात्रा पहचान में बहुत महत्वपूर्ण है जब एक मीडिया एक ज्यूकबॉक्स में मौजूद होता है। नाम आमतौर पर उपयोगकर्ता को प्रदर्शित किया जाता है।"

तो, मैं कोशिश यूडीएफ 2.01 विनिर्देश , और अब मुझे पता है के द्वारा अब कम से कम उन्हें पता चला है कि यह 4. है 2 .2.1, जो मौजूद है, लेकिन मदद (यह वर्ण सेट की तरह सामान के साथ संबंधित) नहीं करता है।

इसलिए, जहां तक ​​मैं बता सकता हूं:

  • लॉजिकल वॉल्यूम आइडेंटिफ़ायर उपयोगकर्ता के लिए प्रदर्शित होता है (संभवतः केवल ज्यूकबॉक्स हो सकता है)। तो यह कुछ सार्थक करने के लिए सेट किया जाना चाहिए, उदाहरण के लिए, डिस्क शीर्षक। मुझे लगता है कि यह डिस्क शीर्षक है जिसे विंडोज, मैक ओएस, या नॉटिलस प्रदर्शित करेगा।
  • अन्य केवल डिस्क पर जगह बर्बाद करने के लिए मौजूद हैं, उनके लिए कोई वास्तविक विवरण नहीं है। इसके बावजूद, मुझे उन्हें ऐसे मूल्यों के लिए तैयार करना चाहिए जो न तो निश्चित हैं और न ही तुच्छ हैं। संभवतः, मुझे बस उन्हें शेक्सपियर से यादृच्छिक (यानी, निश्चित नहीं) लाइनों को सेट करना चाहिए (यानी, तुच्छ नहीं)।

या, बेहतर अभी तक: अन्य क्षेत्रों के लिए क्या कर रहे हैं?


1
यूयूआईडी का उपयोग करें, न कि शेक्सपियर लाइनों का।
डैनियल बेक

@DanielBeck: ठीक है, वॉल्यूमसेटइंटिफायर क्षेत्र के बारे में एक नोट है, जो कहता है कि पहले 16 को अद्वितीय होना चाहिए, पहले 8 को टाइमस्टैम्प होना चाहिए ... इसलिए मुझे लगता है कि एक के लिए, यूयूआईडी की अनुमति नहीं है, लेकिन फिर न शेक्सपियर है। हालांकि, मुझे चिंता है कि यूयूआईडी को "तुच्छ" माना जा सकता है। :-P एक गंभीर नोट पर, मुझे संदेह है कि वॉल्यूम सेट सामान ISO9660 में वॉल्यूम सेट सामान के उद्देश्य से समान है, IOW, कोई भी उपयोग नहीं करता है, लेकिन समिति ने वैसे भी जोड़ा।
derobert

जवाबों:


2

ये एलवीआईडी को छोड़कर उपयोगी तारों का गुच्छा नहीं हैं ।

फार्म mkudffs:

  • --lvid लॉजिकल वॉल्यूम पहचानकर्ता निर्दिष्ट करें। यह निम्नलिखित क्षेत्रों के लिए दिए गए स्ट्रिंग सेट करता है:
    • लॉजिकल वॉल्यूम डिस्क्रिप्टर में लॉजिकल वॉल्यूम आइडेंटिफ़ायर ( ECMA-167 में चित्र 15 देखें )
    • कार्यान्वयन के उपयोग में तार्किक वॉल्यूम पहचानकर्ता। ( UDF 2.01 में 2.2.7.2 देखें )
    • फ़ाइल सेट डिस्क्रिप्टर में लॉजिकल वॉल्यूम आइडेंटिफ़ायर। ( ECMA-167 में चित्र 9 देखें ) फ़ाइल सेट डिस्क्रिप्टर। (चित्र देखें [ECMA-167] [5] में ९)।
      विंडोज़ में डिस्क लेबल के रूप में दिखाया गया लॉजिकल वॉल्यूम आइडेंटिफ़ायर।
  • - मात्रा पहचानकर्ता निर्दिष्ट करें। यह प्राथमिक वॉल्यूम डिस्क्रिप्टर में वॉल्यूम आइडेंटिफ़ायर फ़ील्ड में givend string सेट करता है। ( ECMA-167 में चित्र 6 देखें )। अधिकतम लंबाई 31 बाइट्स। डिफ़ॉल्ट मान "लिनक्स यूडीएफ"।
  • --vsid वॉल्यूम सेट पहचानकर्ता निर्दिष्ट करें। यह प्राइमरी वॉल्यूम डेस्पिरेटर में वॉल्यूम सेट आइडेंटिफ़ायर फ़ील्ड के लिए स्ट्रिंग देता है। ( ECMA-167 में चित्र 6 देखें )। अधिकतम लंबाई 127 बाइट्स। डिफ़ॉल्ट मान "लिनक्स यूडीएफ"।
    वॉल्यूम सेट आइडेंटिफ़ायर को कुछ डिस्क संलेखन कार्यक्रमों जैसे इमगबर्न, मैजिकिसो द्वारा संपादित किया जा सकता है। यह उस वॉल्यूम सेट की एक पहचान निर्दिष्ट करता है जिसमें वॉल्यूम एक सदस्य है।
  • --fsid फ़ाइल सेट पहचानकर्ता निर्दिष्ट करें। यह फ़ाइल सेट डिस्क्रिप्टर में फ़ाइल सेट पहचानकर्ता फ़ील्ड सेट करता है। ( ECMA-167 में चित्र 9 देखें )। अधिकतम लंबाई 31 बाइट्स। डिफ़ॉल्ट मान "लिनक्स यूडीएफ"।

हां, मैंने मैन पेज और मानकों के उन खंडों को पढ़ा है (आखिरकार, मैंने उन्हें अपने प्रश्न में जोड़ा है) ... सवाल यह है कि उन क्षेत्रों के लिए क्या है , उन्हें कैसे सेट किया जाए।
derobert

1

मुझे लगता है कि ये पूरी तरह से आप पर निर्भर हैं; मैं कहता हूं कि उद्यम प्रक्रियाओं का समर्थन करने के लिए क्षेत्र हैं। एक उपयोग जो आसानी से दिमाग में आता है वह है "FOO, 2015-12 का मासिक पूर्ण बैकअप" जैसे सामान के लिए वॉल्यूम सेट पहचानकर्ता का उपयोग करना, और वॉल्यूम पहचानकर्ता तब "42 का डिस्क 1" जैसा कुछ हो सकता है। या हो सकता है कि आपके पास वास्तव में एक भौतिक पहचानकर्ता होगा, उदाहरण के लिए एक बारकोड, जो डिस्क पर मुद्रित है, और वॉल्यूम पहचानकर्ता इसे पकड़ सकता है (ताकि आप डिस्क को ड्राइव में पढ़कर या बारकोड रीडर को इंगित करके पहचान सकें। )।

मुझे लगता है कि फ़ाइल सेट पहचानकर्ता उपयोगी हो सकता है जब आप फाइल सिस्टम में फ़ाइलों का एक गुच्छा डाल रहे हैं जो तार्किक इकाई ("सेट") के कुछ तरीके बनाते हैं, लेकिन वे सहज रूप से एक "वॉल्यूम" नहीं बनाते हैं; उदाहरण के लिए, "मारिया कैरी .gifs 1994-1998" या "बॉब के हाई स्कूल निबंध"।


0

तार्किक रूप से उन फ़ील्ड्स को बोलने वाले सभी डेटा मौजूद होते हैं जो समिति के कुछ सदस्य (या सदस्य) विकसित और / या संशोधित किए गए मानक के लिए एक आवश्यकता को देखते हैं। सिर्फ इसलिए कि किसी को लगता है कि यह डिस्क पर जगह की बर्बादी है इसका मतलब यह नहीं है कि मानक पर सहमति होने पर इस मामले पर एक या अधिक राय नहीं थी। वास्तव में समिति के कुछ सदस्यों या सदस्यों ने उन्हें एक उद्देश्य या किसी अन्य के लिए पर्याप्त उपयोगी समझा जो उन्होंने मानक के अनुसार बनाया। मैं कहता हूं कि मानक में स्पष्ट रूप से परिभाषित कुछ भी व्याख्या के लिए खुला नहीं है और इसलिए या तो आप जिस भी उद्देश्य की इच्छा रखते हैं, उसके लिए इस्तेमाल किया जा सकता है या ऐसे समय तक सुरक्षित रूप से अनदेखा किया जाता है जब तक कि यह स्पष्ट रूप से मानक द्वारा परिभाषित नहीं होता है। एक सॉफ्टवेयर संलेखन परिप्रेक्ष्य से, 'mkudffs' को यह परिभाषित करने की आवश्यकता नहीं है कि आपको इन क्षेत्रों के लिए क्या उपयोग करना चाहिए,


0

मुझे लगता है कि ये मूल्य अन्य ऐनक पर केंद्रित हैं, जो कि मीडिया mngt को सामान्य बनाने की कोशिश करता है। मेरे उदाहरण में मैं लिनक्स का उल्लेख करूंगा लेकिन इसका मतलब यह नहीं है, यह विंडोज पर लागू नहीं होगा। वो चश्मा। बस वहीं छिपे हैं।

लिनक्स पर निम्न cmd चलाएँ और आउटपुट को देखें: blkid

/ देव / x: LABEL = "विंडोज़" UUID = "?" TYPE = "ntfs" PARTLABEL = "मूल डेटा विभाजन" PARTUUID = "?"

/ देव / y: LABEL = "लिनक्स" UUID = "?" TYPE = "ext4" PARTLABEL = "संग्रहण" PARTUUID = "?"

जैसा कि आप देख सकते हैं, हर के लिए 2 वर्णन फ़ील्ड हैं:

  • विभाजन
  • उस विभाजन पर फाइलसिस्टम

दोनों मामलों में, पहला मानव पठनीय विवरण और बाद वाला मशीन विवरण है। डोमेन नाम प्रणाली (डीएनएस) की तरह, मशीन विवरण के बाद से - यूयूआईडी - को अद्वितीय होने की आवश्यकता है। इसलिए हम विभाजन के लिए nx 2 x 2 डेटा फ़ील्ड के बारे में बात कर सकते हैं। लेकिन, चूंकि ऑप्टिकल मीडिया का विभाजन नहीं होता है, इसलिए कच्चा मीडिया विभाजन के रूप में गिना जाता है। जिसका अर्थ है 2 x 2 = 4 गुण, हमेशा। उपर्युक्त उदाहरण में UDF गुणों को फिट करने का प्रयास करें:

/ देव / x: LABEL = "LVID" UUID = "VID" TYPE = "UDF" PARTLABEL = "VSID" PARTUUID = "FSID"

मैंने कई घंटे खोजे और कई लेख पढ़े, लेकिन यह सत्यापित नहीं कर सका। तो यह सिर्फ एक धारणा है। लेकिन LVID के लिए यह शब्द की परिभाषा और परीक्षण द्वारा आश्वस्त है। WinCDemu के साथ बाद में लिनक्स और विंडोज, इस संपत्ति को विभाजन के लिए लेबल के रूप में उपयोग करते हैं। जो कि, ऑप्टिकल मीडिया के लिए, स्वयं माध्यम है।

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

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.