यूनिवर्सल डिस्क फॉर्मेट
यूनिवर्सल डिस्क फॉर्मेट(यूडीएफ) एक खुला प्रारूप, विक्रेता-तटस्थ संचिका प्रणाली है जो कंप्यूटर डेटा भंडारण के लिए मीडिया की विस्तृत श्रृंखला के लिए है। व्यवहार में, यह आईएसओ 9660 को प्रतिस्थापित करते हुए डीवीडी और नए ऑप्टिकलचक्रिका प्रारूपों के लिए सबसे व्यापक रूप से उपयोग किया गया है। इसके परिरूप के कारण, यह अभिलेखबद्ध करने योग्य और (पुनः) लिखने योग्य ऑप्टिकलचक्रिका दोनों पर वृद्धिशील अद्यतनीकरण (अपडेट) के लिए बहुत उपयुक्त है। यूडीएफ को (ऑप्टिकल संग्रहण टेक्नोलॉजी एसोसिएशन) (ओएसटीए) द्वारा विकसित और अनुरक्षित किया गया था।
इंजीनियरिंग के संदर्भ में, यूनिवर्सलचक्रिका प्रारूप, आईएसओ/आईईसी 13346 और ईसीएमए-167 के रूप में जाना जाने वाला विनिर्देशन का एक प्रोफाइल (इंजीनियरिंग) है। [1]
उपयोग
आम तौर पर, ऑप्टिकलचक्रिका संलेखन सॉफ्टवेयर एक बैच प्रक्रिया में एक यूडीएफ संचिका प्रणाली को मास्टर किया जाएगा और इसे एक ही पास में ऑप्टिकल मीडिया को लिख देगा। लेकिन जब सीडी आरडब्ल्यू डब्ल्यू, यूडीएफ जैसे पुनर्लेखन योग्य मीडिया को पैकेट लेखन संचिकाओ (फाइलों) को बनाने, हटाने औरचक्रिका पर बदलने की अनुमति देता है, जैसे कि एक सामान्य प्रयोजन संचिका प्रणाली हटाने योग्य मीडिया जैसे फ्लॉपीचक्रिका और यूएसबी फ्लैश ड्राइव पर होता है। यह एक बार लिखने वाले मीडिया पर भी संभव है,जैसे कि सीडी-आर,लेकिन उस स्थिति में हटाई गई संचिकाओ द्वारा कब्जा कर लिया गया स्थान पुनः प्राप्त नहीं किया जा सकता है (और इसके बजाय पहुंच योग्य नहीं हो जाता है)।
यूडीएफ में बहु-सत्र निष्णात भी संभव है, हालांकि कुछ कार्यान्वयन कई सत्रों के साथ चक्रिका (डिस्क) को पढ़ने में असमर्थ हो सकते हैं।[2]
इतिहास
Optical discs |
---|
ऑप्टिकल स्टोरेज टेक्नोलॉजी एसोसिएशन ने यूडीएफ संचिका प्रणाली को सभी ऑप्टिकल मीडिया के लिए एक सामान्य संचिका प्रणाली बनाने के लिए मानकीकृत किया: संचिका सिस्टम अनुमतियाँ के लिए केवल पढ़ने के लिए और फिर से लिखने योग्य ऑप्टिकल मीडिया दोनों के लिए। जब पहली बार मानकीकृत किया गया, तो यूडीएफ संचिका प्रणाली का उद्देश्य आईएसओ 9660 को बदलना था, जो केवल-पढ़ने और लिखने योग्य मीडिया दोनों के लिए समर्थन की इजाजत देता था। यूडीएफ के पहले संस्करण के जारी होने के बाद, डीवीडी कंसोर्टियम ने इसे डीवीडी-वीडियो और डीवीडी ऑडियो के लिए आधिकारिक संचिका प्रणाली के रूप में अपनाया।[3] यूडीएफ मूल आईएसओ 9660 खंड वर्णनकर्ता प्रारूप को आईएसओ 9660 के साथ साझा करता है। एक यूडीएफ ब्रिज प्रारूप को 1.50 से परिभाषित किया गया है ताकि एक चक्रिका में आईएसओ 9660 संचिका प्रणाली भी हो सके जो यूडीएफ भाग पर संचिकाओ के संदर्भ में हो।[4]
संशोधन
यूडीएफ के कई संशोधन जारी किए गए हैं:[3][5]
- संशोधन 1.00[6] (24 अक्टूबर 1995)। मूल विमोचन।
- संशोधन 1.01[6](3 नवंबर 1995)। डीवीडी परिशिष्ट जोड़ा और कुछ मामूली परिवर्तन किए।
- संशोधन 1.02[7] (30 अगस्त 1996)। यह प्रारूप डीवीडी-वीडियो चक्रिका द्वारा उपयोग किया जाता है।
- संशोधन 1.50[8] (4 फरवरी 1997)। वृद्धिशील लेखन संरचना की शुरुआत करके सीडी-आर/डीवीडी-आर मीडिया पर (वर्चुअल) पुनर्लेखन के लिए समर्थन जोड़ा गया। सीडी -आरडब्ल्यू, और डीवीडी-आरडब्ल्यू और डीवीडी+आरडब्ल्यू जैसे पुनर्लेखन योग्य मीडिया पर दोष प्रबंधन के लिए अतिरिक्त तालिकाओं को जोड़ा गया। यूडीएफ ब्रिज जोड़ें।
- संशोधन 2.00[9] (3 अप्रैल 1998)। स्रोत संचिकाओ और वास्तविक समय संचिकाओ (डीवीडी रिकॉर्डिंग के लिए) और सरलीकृत निर्देशिका प्रबंधन के लिए जोड़ा गया समर्थन। वृद्धिशील लेखन समर्थन बढ़ाया गया था।
- संशोधन 2.01[10] (15 मार्च 2000) मुख्य रूप से यूडीएफ 2.00 के लिए एक बगफिक्स लोकार्पण है। यूडीएफ मानक की कई अस्पष्टताओं को संस्करण 2.01 में हल किया गया था।
- संशोधन 2.50[11] (30 अप्रैल 2003)। मेटाडेटा विभाजन को जोड़ा गया जिससे मेटाडेटा क्लस्टरिंग, आसान ध्वंस पुनः प्राप्ति और संचिका प्रणाली जानकारी का वैकल्पिक दोहराव: सभी मेटाडेटा जैसे नोड्स और निर्देशिका सामग्री एक अलग विभाजन पर लिखे गए हैं जिन्हें वैकल्पिक रूप से प्रतिबिंबित किया जा सकता है। यह प्रारूप ब्लू - रेचक्रिका |ब्लू-रे और अधिकांश एचडी-डीवीडी चक्रिका के कुछ संस्करणों द्वारा उपयोग किया जाता है।
- संशोधन 2.60[12] (1 मार्च 2005)। अनुक्रमिक रूप से रिकॉर्डीय मीडिया पर कूट-लेखन क्षमता का समर्थन करने वाले ड्राइव के लिए कूट-लेखन विधि को जोड़ा गया। । यूडीएफ 2.50 कार्यान्वयन के साथ केवल पठनीय संगतता है।: 10 (कुछ ब्लू रे इस प्रारूप का उपयोग करते हैं।)
यूडीएफ संशोधन आंतरिक रूप से बाइनरी-कोडेड दशमलव के रूप में कूटलेखन किए गए हैं; संशोधन 2.60, उदाहरण के लिए, 0x0260 के रूप में दर्शाया गया है। .[12]: 23 अपने स्वयं के संशोधन की घोषणा करने के अलावा, प्रत्येक वॉल्यूम के लिए संगतता को न्यूनतम पठन और न्यूनतम लेखन संशोधनों द्वारा परिभाषित किया गया है, प्रत्येक इस छवि पर प्रत्येक संरचना के लिए इन संचालन के लिए संभव होने के लिए इन कार्यों के लिए आवश्यकताओं को इंगित करता है। एक अधिकतम लेखन संशोधन अतिरिक्त सभी कार्यान्वयन के उच्चतम यूडीएफ समर्थन स्तर को रिकॉर्ड करता है जो इस छवि को लिखा है।[12]: 34 उदाहरण के लिए, एक यूडीएफ 2.01 वॉल्यूम जो स्ट्रीम संचिकाों का उपयोग नहीं करता है (यूडीएफ 2.00 में शुरू किया गया) लेकिन वृद्धिशील लेखन (यूडीएफ 1.50) का उपयोग करता है जिसे यूडीएफ 2.60-संभव कार्यान्वयन द्वारा बनाया गया है संशोधन 0x0201, न्यूनतम पठन संशोधन 0x0150, न्यूनतम 0x0150, न्यूनतम 0x0150, और अधिकतम 0x0260 पर लिखा जा सकता है।
निर्दिष्टीकरण
यूडीएफ मानक तीन संचिका प्रणाली विविधताओं को परिभाषित करता है, जिन्हें रचना कहा जाता है। य़े हैं:
- सादा (रैंडम रीड / राइट एक्सेस)। यह सभी यूडीएफ संशोधनों में समर्थित मूल प्रारूप है
- आभासी आबंटन सारणीयोजित मूल्य कर प्रणाली (संवर्धन लेखन) विशेष रूप से लिखने के लिए प्रयुक्त मीडिया
- बख्शा (सीमित यादृच्छिक लेखन अभिगम) पुनर्लेखनयोग्य मीडिया के लिए विशेष रूप से प्रयोग किया गया
सादा निर्माण
मानक के पहले संस्करण में पेश किया गया, इस प्रारूप का उपयोग किसी भी प्रकार के चक्रिका पर किया जा सकता है जो यादृच्छिक पढ़ने / लिखने की अनुमति देता है, जैसे हार्डचक्रिका , डीवीडी+आरडब्ल्यू + आरडब्ल्यू और डीवीडी-रैम मीडिया। मेटाडेटा (v2.50 तक) और संचिका आँकड़े को कमोबेश सीधे संबोधित किया जाता है। इस प्रारूप में ऐसी चक्रिका को लिखित रूप में,चक्रिका पर किसी भी भौतिक ब्लॉक को नई या अद्यतन संचिकाओ के आवंटन के लिए चुना जा सकता है।
चूंकि यह मूल प्रारूप है, व्यावहारिक रूप से कोई भी ऑपरेटिंग सिस्टम या संचिका प्रणाली संचालक जो यूडीएफ के लिए समर्थन का दावा करता है, इस प्रारूप को पढ़ने में सक्षम होना चाहिए।
वृद्धिशील लेखन रचना
लेखन-एक बार मीडिया जैसे डीवीडी-आर और सीडी-आर के लिए लिखे जाने पर सीमाएं होती हैं, जिसमें प्रत्येक भौतिक ब्लॉक को केवल एक बार ही लिखा जा सकता है, और लेखन को वृद्धि से होना चाहिए। इस प्रकार यूडीएफ का सादा निर्माण केवल सीडी-आर को पूर्व-मास्टरिंग द्वारा लिखा जा सकता है और फिर मीडिया को एक टुकड़े में सभी डेटा लिख सकता है, जैसा कि एक आईएसओ 9660 संचिका प्रणाली सीडी मीडिया को लिखा जाता है।
एक सीडी-आर को एक हार्डचक्रिका की तरह वस्तुतः रूप से उपयोग करने में सक्षम करने के लिए, जहां उपयोगकर्ता वसीयत पर एक सीडी-आर पर संचिकाओ को जोड़ और संशोधित कर सकता है (जिसे ड्राइव लेटर एक्सेस कहा जाता है), ओएसटीए ने वृद्धिशील लेखन रचना को यूडीएफ मानक में जोड़ा इसके संशोधन में 1.5. वृद्धिशील लेखन चक्रिका एक अतिरिक्त संरचना है जो पैकेट लेखन की अनुमति देता है; यानी,चक्रिका पर संचिकाओ या अन्य डेटा को संशोधित या या नष्ट कर दिया जाता है, तब भौतिक ब्लॉक को रीमैप करना। लेखन-एक बार मीडिया के लिए, पूरे संपूर्ण चक्रिका को कल्पित किया जाता है, जिससे उपयोगकर्ता के लिए लेखन-एक बार प्रकृति पारदर्शी हो जाती है; चक्रिका का प्रबंध उसी तरह किया जा सकता है जैसे कोई फिर से लिखने योग्य चक्रिका का प्रबंध करता है।
सीडी-आर या डीवीडी-आर मीडिया की एक बार लिखने की प्रकृति का अर्थ है कि जब चक्रिका पर कोई संचिका हटा दी जाती है, तब भी संचिका का डेटा चक्रिका पर बना रहता है। यह अब निर्देशिका में प्रकट नहीं होता है, लेकिन यह अभी भी मूल स्थान पर कब्जा कर लेता है जहां इसे संग्रहीत किया गया था। आखिरकार, कुछ समय तक इस योजना का उपयोग करने के बाद,चक्रिका भर जाएगी, क्योंकि संचिकाओ को हटाकर खाली स्थान को पुनर्प्राप्त नहीं किया जा सकता है।चक्रिका की पिछली स्थिति (हटाने से पहले की स्थिति) तक पहुँचने के लिए विशेष उपकरणों का उपयोग किया जा सकता है, जिससे पुनर्प्राप्ति संभव हो जाती है।
सभी ड्राइव यूडीएफ के संस्करण 1.5 या उच्चतर को पूरी तरह से लागू नहीं करते हैं, और इसलिए कुछयोजित मूल्य कर प्रणाली रचना को संभालने में असमर्थ हो सकते हैं।
बख्शा (आरडब्ल्यू) निर्माण
डीवीडी-आरडब्ल्यू और सीडी-आरडब्ल्यू जैसे पुनर्लेखन योग्य मीडिया की डीवीडी-आर और सीडी-आर मीडिया की तुलना में कम सीमाएँ हैं। सेक्टरों को यादृच्छिक रूप से फिर से लिखा जा सकता है (हालांकि एक समय में पैकेट में)। इन मीडिया को किसी भी समय पूरी तरह से मिटाया जा सकता है,चक्रिका को फिर से खाली करके, एक नया यूडीएफ या अन्य संचिका प्रणाली (जैसे, आईएसओ 9660 या सीडी-डीए ) लिखने के लिए तैयार किया जा सकता है। हालाँकि, -आरडब्ल्यू मीडिया के क्षेत्र कुछ समय बाद खराब हो सकते हैं, जिसका अर्थ है कि उनका डेटा अविश्वसनीय हो जाता है, बहुत बार फिर से लिखे जाने के कारण (आमतौर पर कुछ सौ पुनर्लेखन के बाद, सीडी-आरडब्ल्यू के साथ)।
यूडीएफ प्रारूप के सादे और वृद्धिशील लेखन रचना का उपयोग कुछ सीमाओं के साथ, पुनर्लेखन योग्य मीडिया पर किया जा सकता है। यदि सादे रचना का उपयोग -आरडब्ल्यू मीडिया पर किया जाता है, तो डेटा के संचिका-प्रणाली स्तर के संशोधन की अनुमति नहीं दी जानी चाहिए, क्योंकि यह चक्रिका पर अक्सर उपयोग किए जाने वाले क्षेत्रों (जैसे निर्देशिका और ब्लॉक आवंटन डेटा के लिए) को जल्दी से खराब कर देगा। जो तब किसी का ध्यान नहीं जाएगा और डेटा हानि की ओर ले जाएगा।चक्रिका पर संचिकाओ के संशोधन की अनुमति देने के लिए, पुनः लिखने योग्य चक्रिका का उपयोग -आर मीडिया जैसेयोजित मूल्य कर प्रणाली रचना का उपयोग करके किया जा सकता है। यह सुनिश्चित करता है कि सभी ब्लॉक (क्रमशः) केवल एक बार लिखे जाते हैं, यह सुनिश्चित करते हुए कि कोई भी ब्लॉक दूसरों की तुलना में अधिक बार फिर से लिखा नहीं जाता है। इस तरह, एक आरडब्ल्यूचक्रिका को अविश्वसनीय होने से पहले मिटाया जा सकता है और कई बार पुन: उपयोग किया जा सकता है। हालांकि, यह अंततः अविश्वसनीय हो जाएगा और इसका पता लगाने का कोई आसान तरीका नहीं होगा।योजित मूल्य कर प्रणाली रचना का उपयोग करते समय, सीडी-आरडब्ल्यू/डीवीडी-आरडब्ल्यू मीडिया कंप्यूटर पर सीडी-आर या डीवीडी+/-आर मीडिया के रूप में प्रभावी रूप से प्रकट होता है। हालाँकि, मीडिया को किसी भी समय फिर से मिटाया जा सकता है।
पुनर्लेखन योग्य मीडिया की विशिष्टताओं को संबोधित करने के लिए संशोधित निर्माण 1.5 में जोड़ा गया था। यह रचना उन दोषों को प्रबंधित करने के लिए एक अतिरिक्त बख्शा सारणी जोड़ता है जो अंततःचक्रिका के उन हिस्सों पर होंगे जिन्हें कई बार फिर से लिखा गया है। यह तालिका खराब हो चुके क्षेत्रों का तय रखती है और उन्हें काम करने वाले क्षेत्रों के लिए रीमैप करती है। यूडीएफ दोष प्रबंधन उन प्रणालियों पर लागू नहीं होता है जो पहले से ही दोष प्रबंधन के दूसरे रूप को लागू करते हैं, जैसे ऑप्टिकल चक्रिका के लिए माउंट रेनियर (पैकेट लेखन) (एमआरडब्ल्यू), या हार्ड ड्राइव के लिए चक्रिका नियंत्रक।
उपकरण और ड्राइव जो यूडीएफ के संशोधन 1.5 का पूरी तरह से समर्थन नहीं करते हैं, वे बख्शते तालिका को अनदेखा कर देंगे, जो उन्हें पुराने घिसे-पिटे क्षेत्रों को पढ़ने के लिए प्रेरित करेगा, जिससे दूषित डेटा की पुनर्प्राप्ति होगी।
तथाकथित यूडीएफ ओवरहेड जो संपूर्णचक्रिका पर फैला हुआ है, डेटा स्टोरेज स्पेस का एक हिस्सा सुरक्षित रखता है, सीडी-आरडब्ल्यू की उपयोग योग्य क्षमता को सीमित करता है उदा। 650 एमबी की मूल क्षमता लगभग 500 एमबी है।[13]
चरित्र सेट
यूडीएफ विनिर्देशों[3]केवल एक अक्षर संग्रह ओएसटीए सीएस0 की अनुमति दें, जो यू+एफईएफएफ और यू+एफएफएफई को छोड़कर किसी भी यूनिकोड कोड बिंदु को संग्रहीत कर सकता है। ईसीएमए-167 में परिभाषित अतिरिक्त वर्ण संग्रह का उपयोग नहीं किया जाता है।[1]: 7.2 इरेटा डीसीएन-5157 के बाद से, कोड बिंदुओं की सीमा को यूनिकोड 4.0 (या किसी नए या पुराने संस्करण) से सभी कोड बिंदुओं तक विस्तारित किया गया था, एरटा डीसीएन-5157 के बाद से कोड बिंदुओं की सीमा को यूनिकोड 4.0 (या किसी भी नए या पुराने संस्करण) से सभी कोड बिंदुओं तक विस्तारित किया गया था, जिसमेंइमोजी जैसे सादा 1-16 अक्षर शामिल हैं डीसीएन-5157 भी सामान्यीकरण फॉर्म सी के लिए स्ट्रिंग को सामान्य करने की सिफारिश करता है[14] ओएसटीए सीएस0 वर्ण संग्रह एक 16-बिट यूनिकोड स्ट्रिंग को 8-बिट या 16-बिट इकाइयों में संपीड़ित करता है, जो संपीड़न प्रकार को इंगित करने के लिए एकल-बाइट कॉम्पिड टैग से पहले होता है। 8-बिट स्टोरेज कार्यात्मक रूप से ISO-8859-1 के बराबर है, और 16-बिट स्टोरेज बड़े एंडियन में UTF-16 है। संदर्भ एल्गोरिदम न तो निषिद्ध कोड बिंदुओं की जांच करता है और न ही यूनिवर्सल वर्ण संग्रह वर्णों सरोगेट जोड़ों व्याख्या करता है, इसलिए NTFS की तरह स्ट्रिंग विकृत हो सकती है।[3]: 2.1.2, 6.4 (डीसीएन-5157 द्वारा भंडारण का कोई विशिष्ट रूप निर्दिष्ट नहीं किया गया है, लेकिन यूटीएफ-16 बीइ, UCS-2 के साथ ज्यादातर पिछड़े संगत होने के बावजूद सभी यूनिकोड को संग्रहीत करने का एकमात्र प्रसिद्ध तरीका है।)[14]
अनुकूलता
कई डीवीडी प्लेयर 1.02 संस्करण के अलावा किसी भी यूडीएफ संशोधन का समर्थन नहीं करते हैं। यदि आईएसओ 9660 ब्रिज प्रारूप का उपयोग किया जाता है, तो नए संशोधन के साथ बनाई गई चक्रिका अभी भी इन खिलाड़ियों में काम कर सकती है। भले ही एक ऑपरेटिंग सिस्टम यूडीएफ 1.50 को पढ़ने में सक्षम होने का दावा करता है, फिर भी यह केवल सादे निर्माण का समर्थन कर सकता है और जरूरी नहीं कि वृद्धिशील लेखन या स्पेयर यूडीएफ बनाता है।
मैक ओएस 10.4.5 संशोधन 1.50 का समर्थन करने का दावा करता है (देखें मैन माउन्ट-यूडीएफ), फिर भी यह केवल प्लेन रचना के चक्रिका को ठीक से माउंट कर सकता है किसी भी तरह की आभासी सहायता प्रदान नहीं कर सकता है। यह यूडीएफचक्रिका को वृद्धिशील लेखन के साथ माउंट नहीं कर सकता, जैसा कि सोनी माविका मुद्दे के साथ देखा गया है।[15][16] 10.4.11 से पहले स्पेयरिंग टेबल के साथ माउंटचक्रिका जारी करता है लेकिन इसकी संचिकाओ को सही ढंग से नहीं पढ़ता है। संस्करण 10.4.11 इस समस्या को ठीक करता है।[17][18] इसी तरह, विन्डोज़ एक्सपी सर्विस पैक 2 (SP2) डीवीडी-आरडब्ल्यूचक्रिका को नहीं पढ़ सकता है जो एक दोष प्रबंधन प्रणाली के रूप में यूडीएफ 2.00 स्पैरिंग टेबल का उपयोग करता है।[19] यह समस्या तब होती है जब यूडीएफ दोष प्रबंधन प्रणाली डीवीडी-आरडब्ल्यू चक्रिका पर एक से अधिक सेक्टर तक फैली एक स्पैरिंग तालिका बनाता है। विंडोज एक्सपी एस पी2 यह पहचान सकता है कि डीवीडी यूडीएफ का उपयोग कर रहा है, लेकिन विंडोज़ एक्सप्लोरर किसी डीवीडी की सामग्री को एक खाली फ़ोल्डर के रूप में प्रदर्शित करता है। इसके लिए एक हॉटफिक्स उपलब्ध है[20] और सर्विस पैक 3 में शामिल है।[21] डिफ़ॉल्ट यूडीएफ संस्करणों और विकल्पों के कारण, विंडोज द्वारा स्वरूपित यूडीएफ विभाजन मैक ओएस के अंतर्गत नहीं लिखा जा सकता है। दूसरी ओर, मास्टर बूट दस्तावेज़ पार्टीशन टेबल की आवश्यकता के कारण मैकोज़ द्वारा स्वरूपित विभाजन सीधे विंडोज़ द्वारा नहीं लिखा जा सकता है। इसके अलावा, लिनक्स केवल यूडीएफ 2.01 को लिखने का समर्थन करता है। लिनक्स और मैक ओएस के लिए एक स्क्रिप्ट कहा जाता है यूडीएफ 2.01 का उपयोग करके और नकली एमबीआर जोड़कर इन असंगतताओं को संभालता है;[22] विंडोज के लिए सबसे अच्छा समाधान आदेश पंक्ति उपकरण का उपयोग करना है .
| |||||||||
यू डी एफ संशोधन (पढ़ें + लिखें) | गैर सादा | ||||||||
---|---|---|---|---|---|---|---|---|---|
प्रचालन तंत्र | 1.02 | 1.50 | 2.0x | 2.50 | 2.60 | योजित मूल्य कर प्रणाली | बख्शते टेबल | टिप्पणी | |
AIX 5.2, 5.3, 6.1 | हां | हां | नहीं | नहीं | 1.5 is default | ||||
AmigaOS 4.0 | हां | हां | |||||||
BeOS/magnussoft ZETA/Haiku | हां | हां | हां | हां | हां | ||||
OS/2 (including eComStation and ArcaOS) | हां | Additional fee drivers on OS/2. | |||||||
FreeBSD 5.0 and newer | केवल पढ़ने के लिए | केवल पढ़ने के लिए | नहीं | नहीं | नहीं | नहीं | हां | ||
Linux kernel 2.2 | नहीं | नहीं | नहीं | नहीं | नहीं | नहीं | नहीं | ||
Linux kernel 2.4 | हां | हां | हां | नहीं | नहीं | हां | हां | ||
Linux kernel 2.6.0–2.6.25 | हां | हां | हां | नहीं | नहीं | हां | हां | Kernel versions prior to 2.6.10 supported fewer media types. | |
Linux kernel 2.6.26 and newer | हां | हां | हां | केवल पढ़ने के लिए | केवल पढ़ने के लिए | हां | हां | Permission-related mounting options added in 2.6.30. Auto-detection of UDF file system on hard disk is supported since version 2.6.30. Auto-detection of UDF file system on disk images was fixed in 4.11. | |
Mac OS 8.1–8.5 | हां | नहीं | नहीं | नहीं | नहीं | नहीं | नहीं | Some earlier versions of Mac OS, such as 7.5, 7.6, and 8.0 are also supported via third-party utilities, along with additional UDF version support for 8.1 and 8.5. | |
Mac OS 8.6, Mac OS 9 | हां | हां | नहीं | नहीं | नहीं | नहीं | नहीं | Additional UDF version support via third-party utilities. | |
Mac OS X 10.0–10.3 | हां | हां | नहीं | नहीं | नहीं | नहीं | नहीं | ||
Mac OS X 10.4 | हां | हां | हां | नहीं | नहीं | नहीं | हां | Can create UDF 1.50 (plain build) volumes using the drutil utility.
| |
Mac OS X 10.5 and newer | हां | हां | हां | हां | केवल पढ़ने के लिए | हां | हां | To create, use newfs_udf utility.
| |
NetBSD 4.0 | केवल पढ़ने के लिए | केवल पढ़ने के लिए | केवल पढ़ने के लिए | केवल पढ़ने के लिए | केवल पढ़ने के लिए | हां | हां | Reading multi-session VAT, spared and metapartition variants
from all CD, DVD and BD variants as well as HDD and Flash media. | |
NetBSD 5.0 | हां | हां | हां | हां | हां | हां | हां | Write support for all builds and media including multi-session VAT. Create new with newfs_udf .
Limited writing on 2.50/2.60 (due to needing pre-allocated, fixed sized metadata partition). | |
NetWare 5.1 | |||||||||
NetWare 6 | |||||||||
OpenBSD 3.8–3.9 | केवल पढ़ने के लिए | नहीं | नहीं | नहीं | नहीं | नहीं | नहीं | ||
OpenBSD 4.0–4.6 | केवल पढ़ने के लिए | केवल पढ़ने के लिए | नहीं | नहीं | नहीं | हां | नहीं | ||
OpenBSD 4.7 | केवल पढ़ने के लिए | केवल पढ़ने के लिए | केवल पढ़ने के लिए | केवल पढ़ने के लिए | केवल पढ़ने के लिए | हां | हां | ||
Solaris 7 11/99+ | हां | हां | |||||||
Solaris 8/9/10 | हां | हां | |||||||
DOS, FreeDOS, Windows 3.11, Windows 95, Windows 95 OSR2+ and other DOS based OS | नहीं | नहीं | नहीं | नहीं | नहीं | नहीं | नहीं | नहीं native support. Filesystems that have an ISO9660 backward compatibility structure can be read. | |
Windows 98, Windows Me | केवल पढ़ने के लिए and only for CD/DVD optical disks | नहीं | नहीं | नहीं | नहीं | नहीं | नहीं | Additional read/write support via third party utilities | |
Windows 2000 | केवल पढ़ने के लिए | केवल पढ़ने के लिए | नहीं | नहीं | नहीं | नहीं | नहीं | Additional read/write support via third party utilities | |
Windows XP/Server 2003 | केवल पढ़ने के लिए | केवल पढ़ने के लिए | केवल पढ़ने के लिए | नहीं | नहीं | हां | हां | Additional read/write support via third party utilities | |
Windows Vista | हां | हां | हां | हां | केवल पढ़ने के लिए | हां | हां | Referred to by Microsoft as Live File System. Requires fake MBR partition on नहींn-optical devices. | |
Windows 7, Windows 8, Windows 10 | हां | हां | हां | हां | हां | हां | हां | ||
Operating system | 1.02 | 1.50 | 2.0x | 2.50 | 2.60 | VAT | Sparing tables | नहींte | |
UDF revision (read + write) | नहींn-plain |
यह भी देखें
- संचिका प्रणाली की तुलना
- डीवीडी संलेखन
- आईएसओ / आईईसी 13490
संदर्भ
- ↑ 1.0 1.1 "ECMA-167 – Volume and File Structure for Write-Once and Rewritable Media using Non-Sequential Recording for Information Interchange" (PDF).
- ↑ Multi-session mastering has always been part of the UDF specification. See [UDF 2.01/6.10.1], though earlier documents were not very clear that the anchor offsets are specified to be from the last session.
- ↑ 3.0 3.1 3.2 3.3 "OSTA - UDF Specifications".
- ↑ "ECMA Technical Report TR/71: DVD Read-Only Disk File System Specifications" (PDF). February 1998.
- ↑ "Wenguang's Introduction to Universal Disk Format (UDF)".
- ↑ 6.0 6.1 Mentioned only in history of Revision 1.02
- ↑ "OSTA Universal Disk Format Specification Revision 1.02" (PDF).
- ↑ "OSTA Universal Disk Format Specification Revision 1.50" (PDF).
- ↑ "OSTA Universal Disk Format Specification Revision 2.00" (PDF).
- ↑ "OSTA Universal Disk Format Specification Revision 2.01" (PDF).
- ↑ "OSTA Universal Disk Format Specification Revision 2.50" (PDF).
- ↑ 12.0 12.1 12.2 "OSTA Universal Disk Format Specification Revision 2.60" (PDF).
- ↑ Thompson, Robert Bruce; Thompson, Barbara Fritchman (24 July 2003). "PC Hardware in a Nutshell: A Desktop Quick Reference" by Robert Bruce Thompson, Barbara Fritchman Thompson (2003) −– Chapter 11 (starting page 340): CD writers. ISBN 9780596552343.
- ↑ 14.0 14.1 "UDF 2.60 approved errata" (PDF). Retrieved 22 April 2018.
- ↑ "Sony Mavica UDF Compatibility Issue". Apple. 19 February 2012. Archived from the original on April 26, 2012. Retrieved 16 July 2014.
- ↑ "Mac OS X UDF Compatibility Issues". Free(code). 11 July 2012. Retrieved 16 July 2014.
- ↑ "Intel Update". Apple. 14 November 2007. Archived from the original on March 28, 2010. Retrieved 16 July 2014.
- ↑ "PowerPC Update". Apple. 14 November 2007. Archived from the original on May 31, 2010. Retrieved 16 July 2014.
- ↑ "Microsoft Windows UDF Read Troubleshooting". microsoft.com.
- ↑ "Windows XP UDF hotfix". microsoft.com.
- ↑ "MS Windows and UDF optical discs".
- ↑ "JElchison/format-udf: Bash script to format a block device (hard drive or Flash drive) in UDF". GitHub. 27 June 2020.
The output is a drive that can be used for reading/writing across multiple operating system families: Windows, macOS, and Linux. This script should be capable of running in macOS or in Linux.
अग्रिम पठन
- ISO/IEC 13346 standaआरd, also kनहींwn as ECMA-167.
बाहरी संबंध
- OSTA home page
- यूडीएफ specifications: 1.02, 1.50, 2.00, 2.01, 2.50, 2.60 (Maआरch 1, 2005), Secuआरeयूडीएफ
- Wenguang Wang's यूडीएफ Intआरoduction
- Linux यूडीएफ suppoआरt
- Micआरosoft Windows यूडीएफ आरead Tआरoubleshooting
- AIX - सीडी-आरOM file system and यूडीएफS