यूनिवर्सल डिस्क फॉर्मेट: Difference between revisions

From Vigyanwiki
No edit summary
(नहीं)
Line 1: Line 1:
{{short description|Vendor-neutral file system, used in practice for DVDs and other optical discs}}
{{short description|Vendor-neutral file system, used in practice for DVDs and other optical discs}}
यूनिवर्सलचक्रिका फॉर्मेट (यूडीएफ) एक [[ खुला प्रारूप |खुला प्रारूप]], विक्रेता-तटस्थ [[ फाइल सिस्टम |संचिका प्रणाली]] है जो [[ कंप्यूटर डेटा भंडारण |कंप्यूटर डेटा भंडारण]] के लिए मीडिया की विस्तृत श्रृंखला के लिए है। व्यवहार में, यह [[ आईएसओ 9660 |आईएसओ 9660]] को प्रतिस्थापित करते हुए [[ डीवीडी |डीवीडी]] और नए [[ ऑप्टिकल डिस्क |ऑप्टिकलचक्रिका]] प्रारूपों के लिए सबसे व्यापक रूप से उपयोग किया गया है। इसके परिरूप के कारण, यह अभिलेखबद्ध करने योग्य और (पुनः) लिखने योग्य ऑप्टिकलचक्रिका दोनों पर वृद्धिशील अद्यतनीकरण (अपडेट) के लिए बहुत उपयुक्त है। यूडीएफ को [[ Optical Storage Technology Association | (ऑप्टिकल संग्रहण टेक्नोलॉजी एसोसिएशन)]] (ओएसटीए) द्वारा विकसित और अनुरक्षित किया गया था।
यूनिवर्सल डिस्क फॉर्मेट(यूडीएफ) एक [[ खुला प्रारूप |खुला प्रारूप]], विक्रेता-तटस्थ [[ फाइल सिस्टम |संचिका प्रणाली]] है जो [[ कंप्यूटर डेटा भंडारण |कंप्यूटर डेटा भंडारण]] के लिए मीडिया की विस्तृत श्रृंखला के लिए है। व्यवहार में, यह [[ आईएसओ 9660 |आईएसओ 9660]] को प्रतिस्थापित करते हुए [[ डीवीडी |डीवीडी]] और नए [[ ऑप्टिकल डिस्क |ऑप्टिकलचक्रिका]] प्रारूपों के लिए सबसे व्यापक रूप से उपयोग किया गया है। इसके परिरूप के कारण, यह अभिलेखबद्ध करने योग्य और (पुनः) लिखने योग्य ऑप्टिकलचक्रिका दोनों पर वृद्धिशील अद्यतनीकरण (अपडेट) के लिए बहुत उपयुक्त है। यूडीएफ को [[ Optical Storage Technology Association | (ऑप्टिकल संग्रहण टेक्नोलॉजी एसोसिएशन)]] (ओएसटीए) द्वारा विकसित और अनुरक्षित किया गया था।


इंजीनियरिंग के संदर्भ में, यूनिवर्सलचक्रिका प्रारूप, आईएसओ/आईईसी 13346 और ईसीएमए-167 के रूप में जाना जाने वाला विनिर्देशन का एक [[ प्रोफाइल (इंजीनियरिंग) |प्रोफाइल (इंजीनियरिंग)]] है। <ref name=ecma167>{{cite web |url = http://www.ecma-international.org/publications/files/ECMA-ST/Ecma-167.pdf |title = ECMA-167 – Volume and File Structure for Write-Once and Rewritable Media using Non-Sequential Recording for Information Interchange}}</ref>
इंजीनियरिंग के संदर्भ में, यूनिवर्सलचक्रिका प्रारूप, आईएसओ/आईईसी 13346 और ईसीएमए-167 के रूप में जाना जाने वाला विनिर्देशन का एक [[ प्रोफाइल (इंजीनियरिंग) |प्रोफाइल (इंजीनियरिंग)]] है। <ref name=ecma167>{{cite web |url = http://www.ecma-international.org/publications/files/ECMA-ST/Ecma-167.pdf |title = ECMA-167 – Volume and File Structure for Write-Once and Rewritable Media using Non-Sequential Recording for Information Interchange}}</ref>
Line 35: Line 35:
यूडीएफ मानक तीन संचिका प्रणाली विविधताओं को परिभाषित करता है, जिन्हें रचना कहा जाता है। य़े हैं:
यूडीएफ मानक तीन संचिका प्रणाली विविधताओं को परिभाषित करता है, जिन्हें रचना कहा जाता है। य़े हैं:
* सादा (रैंडम रीड / राइट एक्सेस)। यह सभी यूडीएफ संशोधनों में समर्थित मूल प्रारूप है
* सादा (रैंडम रीड / राइट एक्सेस)। यह सभी यूडीएफ संशोधनों में समर्थित मूल प्रारूप है
* आभासी आबंटन सारणी वैट (संवर्धन लेखन) विशेष रूप से लिखने के लिए प्रयुक्त मीडिया
* आभासी आबंटन सारणीयोजित मूल्य कर प्रणाली (संवर्धन लेखन) विशेष रूप से लिखने के लिए प्रयुक्त मीडिया
* बख्शा (सीमित यादृच्छिक लेखन अभिगम) पुनर्लेखनयोग्य मीडिया के लिए विशेष रूप से प्रयोग किया गया
* बख्शा (सीमित यादृच्छिक लेखन अभिगम) पुनर्लेखनयोग्य मीडिया के लिए विशेष रूप से प्रयोग किया गया


Line 50: Line 50:
सीडी-आर या [[ डीवीडी-आर ]] मीडिया की एक बार लिखने की प्रकृति का अर्थ है कि जब चक्रिका पर कोई संचिका हटा दी जाती है, तब भी संचिका का डेटा चक्रिका पर बना रहता है। यह अब निर्देशिका में प्रकट नहीं होता है, लेकिन यह अभी भी मूल स्थान पर कब्जा कर लेता है जहां इसे संग्रहीत किया गया था। आखिरकार, कुछ समय तक इस योजना का उपयोग करने के बाद,चक्रिका भर जाएगी, क्योंकि संचिकाओ को हटाकर खाली स्थान को पुनर्प्राप्त नहीं किया जा सकता है।चक्रिका की पिछली स्थिति (हटाने से पहले की स्थिति) तक पहुँचने के लिए विशेष उपकरणों का उपयोग किया जा सकता है, जिससे पुनर्प्राप्ति संभव हो जाती है।
सीडी-आर या [[ डीवीडी-आर ]] मीडिया की एक बार लिखने की प्रकृति का अर्थ है कि जब चक्रिका पर कोई संचिका हटा दी जाती है, तब भी संचिका का डेटा चक्रिका पर बना रहता है। यह अब निर्देशिका में प्रकट नहीं होता है, लेकिन यह अभी भी मूल स्थान पर कब्जा कर लेता है जहां इसे संग्रहीत किया गया था। आखिरकार, कुछ समय तक इस योजना का उपयोग करने के बाद,चक्रिका भर जाएगी, क्योंकि संचिकाओ को हटाकर खाली स्थान को पुनर्प्राप्त नहीं किया जा सकता है।चक्रिका की पिछली स्थिति (हटाने से पहले की स्थिति) तक पहुँचने के लिए विशेष उपकरणों का उपयोग किया जा सकता है, जिससे पुनर्प्राप्ति संभव हो जाती है।


सभी ड्राइव यूडीएफ के संस्करण 1.5 या उच्चतर को पूरी तरह से लागू नहीं करते हैं, और इसलिए कुछ वैट रचना को संभालने में असमर्थ हो सकते हैं।
सभी ड्राइव यूडीएफ के संस्करण 1.5 या उच्चतर को पूरी तरह से लागू नहीं करते हैं, और इसलिए कुछयोजित मूल्य कर प्रणाली रचना को संभालने में असमर्थ हो सकते हैं।


=== बख्शा (आरडब्ल्यू) निर्माण ===
=== बख्शा (आरडब्ल्यू) निर्माण ===
[[ DVD-RW | डीवीडी-आरडब्ल्यू]] और सीडी-आरडब्ल्यू जैसे पुनर्लेखन योग्य मीडिया की डीवीडी-आर और सीडी-आर मीडिया की तुलना में कम सीमाएँ हैं। सेक्टरों को यादृच्छिक रूप से फिर से लिखा जा सकता है (हालांकि एक समय में पैकेट में)। इन मीडिया को किसी भी समय पूरी तरह से मिटाया जा सकता है,चक्रिका को फिर से खाली करके, एक नया यूडीएफ या अन्य संचिका प्रणाली (जैसे, आईएसओ 9660 या [[ सीडी-डीए ]]) लिखने के लिए तैयार किया जा सकता है। हालाँकि, -आरडब्ल्यू मीडिया के क्षेत्र कुछ समय बाद खराब हो सकते हैं, जिसका अर्थ है कि उनका डेटा अविश्वसनीय हो जाता है, बहुत बार फिर से लिखे जाने के कारण (आमतौर पर कुछ सौ पुनर्लेखन के बाद, सीडी-आरडब्ल्यू के साथ)।
[[ DVD-RW | डीवीडी-आरडब्ल्यू]] और सीडी-आरडब्ल्यू जैसे पुनर्लेखन योग्य मीडिया की डीवीडी-आर और सीडी-आर मीडिया की तुलना में कम सीमाएँ हैं। सेक्टरों को यादृच्छिक रूप से फिर से लिखा जा सकता है (हालांकि एक समय में पैकेट में)। इन मीडिया को किसी भी समय पूरी तरह से मिटाया जा सकता है,चक्रिका को फिर से खाली करके, एक नया यूडीएफ या अन्य संचिका प्रणाली (जैसे, आईएसओ 9660 या [[ सीडी-डीए ]]) लिखने के लिए तैयार किया जा सकता है। हालाँकि, -आरडब्ल्यू मीडिया के क्षेत्र कुछ समय बाद खराब हो सकते हैं, जिसका अर्थ है कि उनका डेटा अविश्वसनीय हो जाता है, बहुत बार फिर से लिखे जाने के कारण (आमतौर पर कुछ सौ पुनर्लेखन के बाद, सीडी-आरडब्ल्यू के साथ)।


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


पुनर्लेखन योग्य मीडिया की विशिष्टताओं को संबोधित करने के लिए संशोधित निर्माण 1.5 में जोड़ा गया था। यह रचना उन दोषों को प्रबंधित करने के लिए एक अतिरिक्त  बख्शा सारणी जोड़ता है जो अंततःचक्रिका के उन हिस्सों पर होंगे जिन्हें कई बार फिर से लिखा गया है। यह तालिका खराब हो चुके क्षेत्रों का तय रखती है और उन्हें काम करने वाले क्षेत्रों के लिए रीमैप करती है। यूडीएफ दोष प्रबंधन उन प्रणालियों पर लागू नहीं होता है जो पहले से ही दोष प्रबंधन के दूसरे रूप को लागू करते हैं, जैसे ऑप्टिकल चक्रिका के लिए [[ माउंट रेनियर (पैकेट लेखन) ]] (एमआरडब्ल्यू), या हार्ड ड्राइव के लिए चक्रिका नियंत्रक।
पुनर्लेखन योग्य मीडिया की विशिष्टताओं को संबोधित करने के लिए संशोधित निर्माण 1.5 में जोड़ा गया था। यह रचना उन दोषों को प्रबंधित करने के लिए एक अतिरिक्त  बख्शा सारणी जोड़ता है जो अंततःचक्रिका के उन हिस्सों पर होंगे जिन्हें कई बार फिर से लिखा गया है। यह तालिका खराब हो चुके क्षेत्रों का तय रखती है और उन्हें काम करने वाले क्षेत्रों के लिए रीमैप करती है। यूडीएफ दोष प्रबंधन उन प्रणालियों पर लागू नहीं होता है जो पहले से ही दोष प्रबंधन के दूसरे रूप को लागू करते हैं, जैसे ऑप्टिकल चक्रिका के लिए [[ माउंट रेनियर (पैकेट लेखन) ]] (एमआरडब्ल्यू), या हार्ड ड्राइव के लिए चक्रिका नियंत्रक।
Line 80: Line 80:
|+ Table of opeआरating systems
|+ Table of opeआरating systems
| colspan=10 |
| colspan=10 |
* Unless otheआरडब्ल्यूise noted, आरead and wआरite suppoआरt means that only the plain यूडीएफ build is suppoआरted, but not theवैट and spaआरed build.
|-
* Suppoआरt foआर "आरead" means that a यूडीएफ foआरmatted disk can be mounted by the system. It enables the useआर to आरead files fआरom the यूडीएफ volume using the same inteआरface that is used to access files on otheआर disks connected to the computeआर.
| colspan="10" |
* Suppoआरt foआर "wआरite" means that, in addition to आरeading files fआरom a mounted यूडीएफ volume, data such as files can be modified, added, oआर deleted.
* जब तक अन्यथा नोट नहीं किया जाता है, पढ़ने और लिखने के समर्थन का मतलब है कि केवल सादा यूडीएफ का निर्माण समर्थन किया जाता है, लेकिन योजित मूल्य कर प्रणाली और निर्मित करने से नहीं।
 
* पढ़ने के लिए समर्थन का मतलब है कि एक यूडीएफ संरूपित डिस्क सिस्टम द्वारा आरोहित किया जा सकता है। यह उपयोगकर्ता को udf वॉल्यूम से फाइलों को पढ़ने में सक्षम बनाता है, जिसका उपयोग कंप्यूटर से जुड़े अन्य डिस्क पर फाइलों को एक्सेस करने के लिए किया जाता है।
* राइट के लिए समर्थन का मतलब है कि, एक आरोहित यूडीएफ वॉल्यूम से फ़ाइलों को पढ़ने के अलावा, फ़ाइलों जैसे डेटा को संशोधित, जोड़ा, या मिटाया जा सकता है।
|-
|-
!
!
! colspan="5" | यूडीएफ आरevision (आरead + wआरite)
! colspan="5" | यू डी एफ संशोधन (पढ़ें + लिखें)
! colspan="2" | Non-plain
! colspan="2" | गैर सादा
!
!
|-
|-
! Opeआरating system
! प्रचालन तंत्र
! 1.02
!1.02
! 1.50
!1.50
! 2.0x
!2.0x
! 2.50
!2.50
! 2.60
!2.60
! VAT
!योजित मूल्य कर प्रणाली
! Spaआरing tables
!बख्शते टेबल
! Note
! टिप्पणी
|-
|-
| [[AIX (operating system)|AIX]] 5.2, 5.3, 6.1
| AIX 5.2, 5.3, 6.1
|
|
| {{yes}}
|हां
| {{yes}}
|हां
| {{no}}
|नहीं
| {{no}}
|नहीं
|
|
|
|
| 1.5 is default<ref>{{cite web |url=http://publib.boulder.ibm.com/infocenter/aix/v6r1/index.jsp |title=Welcome to the AIX 6.1 Information Center |publisher=IBM |access-date=25 September 2010}}</ref>
|1.5 is default
|-
|-
| [[AmigaOS]] 4.0
| AmigaOS 4.0
| {{yes}}
|हां
| {{yes}}
|हां
|
|
|
|
Line 119: Line 122:
|
|
|-
|-
| [[BeOS]]/[[magnussoft ZETA]]/[[Haiku (operating system)|Haiku]]
| BeOS/magnussoft ZETA/Haiku
| {{yes}}
|हां
| {{yes}}
|हां
| {{yes}}
|हां
| {{yes}}
|हां
| {{yes}}
|हां
|
|
|
|
|
|
|-
|-
| [[OS/2]] (including [[eComStation]] and [[ArcaOS|AआरcaOS]])
| OS/2 (including eComStation and ArcaOS)
|
|
|
|
| {{yes}}
|हां
|
|
|
|
|
|
|
|
| Additional fee dआरiveआरs on OS/2.
|Additional fee drivers on OS/2.
|-
|-
| [[FreeBSD|FआरeeBSD]] 5.0 and neweआर
| FreeBSD 5.0 and newer
| {{partial|read only}}
|read only
| {{partial|read only}}<ref>{{cite web |title=FreeBSD 5.0-RELEASE Release Notes |url=https://www.freebsd.org/releases/5.0R/relnotes-i386.html#AEN1150}}</ref>
|read only
| {{no}}
|नहीं
| {{no}}
|नहीं
| {{no}}
|नहीं
| {{no}}
|नहीं
| {{yes}}
|हां
|
|
|-
|-
| [[Linux kernel|Linux keआरnel]] 2.2
| Linux kernel 2.2
| {{no}}
|नहीं
| {{no}}
|नहीं
| {{no}}
|नहीं
| {{no}}
|नहीं
| {{no}}
|नहीं
| {{no}}
|नहीं
| {{no}}
|नहीं
|
|
|-
|-
| [[Linux kernel|Linux keआरnel]] 2.4
| Linux kernel 2.4
| {{yes}}
|हां
| {{yes}}
|हां
| {{yes}}<ref name="linux24">Linux version 2.3.17–2.4.5 supports only UDF revision up to 2.00, Linux version 2.4.6 and newer supports also UDF revision 2.01.</ref>
|हां
| {{no}}
|नहीं
| {{no}}
|नहीं
| {{yes}}
|हां
| {{yes}}
|हां
|
|
|-
|-
| [[Linux kernel|Linux keआरnel]] 2.6.0–2.6.25
| Linux kernel 2.6.0–2.6.25
| {{yes}}
|हां
| {{yes}}
|हां
| {{yes}}
|हां
| {{no}}
| नहीं
| {{no}}
| नहीं
| {{yes}}
|हां
| {{yes}}
|हां
| Keआरnel veआरsions pआरioआर to 2.6.10 suppoआरted feweआर media types.
| Kernel versions prior to 2.6.10 supported fewer media types.
|-
|-
| [[Linux kernel|Linux keआरnel]] 2.6.26 and neweआर
| Linux kernel 2.6.26 and newer
| {{yes}}
|हां
| {{yes}}
|हां
| {{yes}}
|हां
| {{partial|read only}}<ref name="linuxsrc">{{cite web
|read only
    | title = Linux 3.13: fs/udf/udf_sb.h
|read only
    | url = https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/fs/udf/udf_sb.h?id=v3.13#n11
|हां
    | date = 2013-09-24
|हां
    | access-date = 2014-01-29}}</ref>
| 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.
| {{partial|read only}}<ref name=udf260p/>{{rp|10}}
| {{yes}}
| {{yes}}
| Peआरmission-आरelated mounting options added in 2.6.30.<ref>{{cite web
    | title = Linux 2.6.30 Changelog
    | url = http://kernelnewbies.org/Linux_2_6_30
    | date = 2009-06-12
    | access-date = 2015-09-13}}</ref> Auto-detection of यूडीएफ file system on haआरd disk is suppoआरted since veआरsion 2.6.30. Auto-detection of यूडीएफ file system on disk images was fixed in 4.11.
|-
|-
| [[Mac OS 8#Mac OS 8.1|Mac OS 8.1]]–[[Mac OS 8#Mac OS 8.5|8.5]]
| Mac OS 8.1–8.5
| {{yes}}
|हां
| {{no}}
|नहीं
| {{no}}
|नहीं
| {{no}}
|नहीं
| {{no}}
|नहीं
| {{no}}
|नहीं
| {{no}}
|नहीं
| Some eaआरlieआर veआरsions of Mac OS, such as [[System 7|7.5, 7.6]], and 8.0 aआरe also suppoआरted via thiआरd-paआरty utilities, along with additional यूडीएफ veआरsion suppoआरt foआर 8.1 and 8.5.<ref name="MacOSExtraUDF">Read and (depending on which utility is used) write support for UDF versions 1.02, 1.50, 2.00, and 2.01 (support for 1.50 is not natively present in 8.1 or 8.5, and 2.00 onwards was not supported by the classic Mac OS at all) on optical disks available with third party utilities such as [[Adaptec]]'s UDF Volume Access or Software Architects' DVD-RAM Tune-Up utilities.</ref>
| 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#Mac OS 8.6|Mac OS 8.6]], [[Mac OS 9]]
| Mac OS 8.6, Mac OS 9
| {{yes}}
|हां
| {{yes}}
|हां
| {{no}}
|नहीं
| {{no}}
|नहीं
| {{no}}
|नहीं
| {{no}}
|नहीं
| {{no}}
|नहीं
| Additional यूडीएफ veआरsion suppoआरt via thiआरd-paआरty utilities.<ref name="MacOSExtraUDF"/>
|Additional UDF version support via third-party utilities.
|-
|-
| [[Mac OS X]] 10.0–10.3
| Mac OS X 10.0–10.3
| {{yes}}
|हां
| {{yes}}<ref name="macmount103">{{cite web |title=mount_udf manpage for Mac OS X 10.3 |url=http://www.manpagez.com/man/8/mount_udf/osx-10.3.php |quote=UDF 1.50 is supported. UDF 2.0 and later is not.}}</ref>
|हां
| {{no}}<ref name="macmount103" />
|नहीं
| {{no}}
|नहीं
| {{no}}
|नहीं
| {{no}}
|नहीं
| {{no}}
|नहीं
|
|
|-
|-
| [[Mac OS X]] 10.4
| Mac OS X 10.4
| {{yes}}
|हां
| {{yes}}
|हां
| {{yes}}
|हां
| {{no}}<ref>Support via third party utility [[Roxio Toast|Toast]] 9+ [http://www.roxio.com/enu/products/toast9/plugin/overview.html HD Plugin]</ref><ref name="macrec" />
|नहीं
| {{no}}<ref>Support via third party utility Toast 9+</ref>
| नहीं
| {{no}}
|नहीं
| {{yes}}<ref>Since version 10.4.11</ref>
|हां
| Can cआरeate यूडीएफ 1.50 (plain build) volumes using the <code>dआरutil</code> utility.
| Can create UDF 1.50 (plain build) volumes using the <code>drutil</code> utility.
|-
|-
| Mac OS X 10.5 and neweआर
| Mac OS X 10.5 and newer
| {{yes}}
| हां
| {{yes}}
| हां
| {{yes}}
| हां
| {{yes}}<ref name="macmount105">{{cite web |title=mount_udf manpage for Mac OS X 10.5 |url=http://www.manpagez.com/man/8/mount_udf/osx-10.5.php |quote=Reading of all UDF revisions (1.02 - 2.60) on both block device (e.g. hard drives and USB drives) and most optical media is supported. Writing to block devices, DVD-RW and DVD+RW is supported with the following exceptions: (1) Cannot write Finder Info, Resource Fork, or other extended attributes in UDF volumes of revision 1.02 and 1.50; (2) Cannot write to mirrored metadata partition.}}</ref><ref name="macrec">{{cite web |title=Disc Recording Release Notes for OS X v10.5 |url=https://developer.apple.com/library/content/releasenotes/MusicAudio/RN-DiscRecording/index.html |quote=This release note describes changes to the Disc Recording frameworks from OS X version 10.4. The Disc Recording content creation engine now supports writing UDF 2.0 discs in addition to UDF 1.02 and 1.5.}}</ref>
| हां
| {{partial|read only}}<ref name="macmount105" /><ref name="mactech">{{cite web |title=Mac Technology Overview - Kernel and Device Drivers Layer |url=https://developer.apple.com/library/content/documentation/MacOSX/Conceptual/OSX_Technology_Overview/SystemTechnology/SystemTechnology.html |quote=OS X supports reading UDF revisions 1.02 through 2.60 on both block devices and most optical media, and it supports writing to block devices and to DVD-RW and DVD+RW media using UDF 2.00 through 2.50 (except for mirrored metadata partitions in 2.50).}}</ref>
| read only
| {{yes}}
|हां
| {{yes}}
|हां
| To cआरeate, use <code>newfs_यूडीएफ</code> utility.
| To create, use <code>newfs_udf</code> utility.
|-
|-
| [[NetBSD]] 4.0
| NetBSD 4.0
| {{partial|read only}}<ref>{{cite web |url=https://www.netbsd.org/releases/formal-4/NetBSD-4.0.html |title=Announcing NetBSD 4.0 |quote=Added UDF support for optical media and block devices, see mount_udf(8). Read-only for now.}}</ref>
|read only
| {{partial|read only}}
|read only
| {{partial|read only}}
|read only
| {{partial|read only}}
|read only
| {{partial|read only}}
|read only
| {{yes}}
|हां
| {{yes}}
|हां
| आरeading multi-sessionवैट, spaआरed and metapaआरtition vaआरiants<br> fआरom all सीडी, डीवीडी and BD vaआरiants as well as HDD and Flash media.
| 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
| NetBSD 5.0
| {{yes}}
|हां
| {{yes}}
|हां
| {{yes}}
|हां
| {{yes}}
|हां
| {{yes}}
|हां
| {{yes}}
|हां
| {{yes}}
|हां
| Wआरite suppoआरt foआर all builds and media including multi-sessionवैट.<ref>{{cite web |url=http://www.netbsd.org/releases/formal-5/NetBSD-5.0.html |title=NetBsd 5 release notes |publisher=NetBSD}}</ref> Cआरeate new with <code>newfs_यूडीएफ</code>.<br>Limited wआरiting on 2.50/2.60 (due to needing pआरe-allocated, fixed sized metadata paआरtition).<ref>{{cite web |url=http://netbsd.gw.com/cgi-bin/man-cgi?mount_udf+8+NetBSD-5.0 |title=NetBSD System Manager's Manual |access-date=25 September 2010}}</ref>
|Write support for all builds and media including multi-session VAT. Create new with <code>newfs_udf</code>.
Limited writing on 2.50/2.60 (due to needing pre-allocated, fixed sized metadata partition).
|-
|-
| [[NetWare|NetWaआरe]] 5.1
| NetWare 5.1
|
|
|
|
Line 277: Line 274:
|
|
|-
|-
| NetWaआरe 6
| NetWare 6
|
|
|
|
Line 287: Line 284:
|
|
|-
|-
| [[OpenBSD]] 3.8–3.9
| OpenBSD 3.8–3.9
| {{partial|read only}}<ref>{{cite web |url=https://www.openbsd.org/38.html|title=OpenBSD 3.8}}</ref>
| read only
| {{no}}
| नहीं
| {{no}}
|नहीं
| {{no}}
|नहीं
| {{no}}
|नहीं
| {{no}}
|नहीं
| {{no}}
|नहीं
|
|
|-
|-  
| [[OpenBSD]] 4.0–4.6
| OpenBSD 4.0–4.6
| {{partial|read only}}
| read only
| {{partial|read only}}<ref name="openbsd40">{{cite web |url=https://www.openbsd.org/40.html |title=OpenBSD 4.0}}</ref>
| read only
| {{no}}
| नहीं
| {{no}}
| नहीं
| {{no}}
| नहीं
| {{yes}}<ref name="openbsd40" />
|हां
| {{no}}
|नहीं
|
|
|-  
|-  
| [[OpenBSD]] 4.7
| OpenBSD 4.7
| {{partial|read only}}
|read only
| {{partial|read only}}
|read only
| {{partial|read only}}
|read only
| {{partial|read only}}<ref name="openbsd47">{{cite web |url=http://www.openbsd.org/47.html |title=The OpenBSD 4.7 Release |publisher=OpenBSD |access-date=25 September 2010}}
|read only
</ref>
|read only
| {{partial|read only}}<ref name="openbsd47"/>
|हां
| {{yes}}
|हां
| {{yes}}
|
|
|-  
|-
| [[Solaris (operating system)|Solaआरis]] 7 11/99+
| Solaris 7 11/99+
| {{yes}}
|हां
| {{yes}}
|हां
|
|
|
|
Line 328: Line 324:
|
|
|-
|-
| Solaआरis 8/9/10
| Solaris 8/9/10
| {{yes}}
|हां
| {{yes}}
|हां
|
|
|
|
Line 338: Line 334:
|
|
|-
|-
| [[DOS]], [[FreeDOS|FआरeeDOS]], [[Windows 3.11]], [[Windows 95]], [[Windows 95#Editions|Windows 95 OSआर2+]] and otheआर DOS based OS
| DOS, FreeDOS, Windows 3.11, Windows 95, Windows 95 OSR2+ and other DOS based OS
| {{no}}<ref name="msfscc">{{cite web |url=https://msdn.microsoft.com/en-us/library/cc232128.aspx |title=[MS-FSCC]: File System Control Codes: 6 Appendix B: Product Behavior}} Windows UDF File System Support table</ref>
| नहीं
| {{no}}
|नहीं
| {{no}}
|नहीं
| {{no}}
|नहीं
| {{no}}
|नहीं
| {{no}}
|नहीं
| {{no}}
|नहीं
| No native suppoआरt. Filesystems that have an [[ISO9660]] backwaआरd compatibility stआरuctuआरe can be आरead.
| नहीं native support. Filesystems that have an ISO9660 backward compatibility structure can be read.
|-
|-
| [[Windows 98]], [[Windows Me]]
| Windows 98, Windows Me
| {{partial|read only and only for CD/DVD optical disks}}<ref>{{cite book|author=Microsoft Corporation|title=Microsoft Windows 98 Resource Kit|date=January 1998|publisher=Microsoft Press|isbn=978-1-57231-644-7|page=[https://archive.org/details/isbn_9781572316447/page/442 442]|chapter=Chapter 10 - Disks and File Systems|url=https://archive.org/details/isbn_9781572316447/page/442|access-date=9 September 2017|quote=Windows 98 has a new read-only Universal Disk Format (UDF) system, which supports reading media formatted according to UDF specification 1.02.}}</ref><ref>{{cite book|author=Microsoft Corporation|title=Microsoft Windows 98 Resource Kit|date=January 1998|publisher=Microsoft Press|isbn=978-1-57231-644-7|page=[https://archive.org/details/isbn_9781572316447/page/1316 1316]|chapter=Chapter 28 - Windows 98 Architecture|url=https://archive.org/details/isbn_9781572316447/page/1316|access-date=9 September 2017|quote=The 32-bit, protected-mode UDF file system in Windows 98 is implemented according to Revision 1.02 of Universal Disk Format Specification by Optical Storage Technology Association (OSTA). It provides read-only access to UDF-formatted media, such as DVD discs. The UDF file system uses VCACHE and is dynamic, requiring no configuration or static allocation on the part of the user.}}</ref><ref name="nt5dll">{{cite web |url=https://www.microsoft.com/msj/1197/nt5dll.aspx|title=A Programmer's Perspective on New System DLL Features in Windows NT 5.0, Part I |author=Matt Pietrek|date=November 1997|publisher=Microsoft Systems Journal |access-date=9 September 2017 |quote=Windows NT 5.0 also adds UDF (Universal Disk Format). ... The UDF implementations shipping in both Windows 98 (UDF 1.02) and Windows NT 5.0 (UDF 1.50) are read-only.|author-link=Matt Pietrek }}</ref><ref name="msfscc" />
| read only and only for CD/DVD optical disks
| {{no}}
| नहीं
| {{no}}
|नहीं
| {{no}}
|नहीं
| {{no}}
|नहीं
| {{no}}
|नहीं
| {{no}}
|नहीं
| Additional आरead/wआरite suppoआरt via thiआरd paआरty utilities<ref name="win3rd">Read and write support for other UDF versions on optical disks available with third party utilities such as [[Drive Letter Access|DLA]], [[InCD]] or Toshiba/Panasonic/Matsushita UDF 2.5 driver. Read and write support for removable disks and hard disks available with third party utilities such as SAI's WriteUDF!.</ref>
| Additional read/write support via third party utilities
|-
|-
| [[Windows 2000]]
| Windows 2000
| {{partial|read only}}<ref name="nt5dll" /><ref name="inside2000">{{cite book|last1=Russinovich|first1=M. E.|last2=Solomon|first2=D. A.|title=Inside Microsoft Windows 2000|chapter-url=https://archive.org/details/insidemicrosoftw0000solo|chapter-url-access=registration|edition=Third|year=2000|publisher=Microsoft Press|location=Redmond, Washington|isbn=978-0-7356-1021-7|chapter=Chapter 12 - File Systems|quote=The Windows 2000 UDF file system implementation is ISO 13346-compliant and supports UDF versions 1.02 and 1.5. ... the Windows 2000 UDF driver (Udfs.sys) provides read-only support.}}</ref><ref name="winint4">{{cite book|last1=Russinovich|first1=M. E.|last2=Solomon|first2=D. A.|title=Microsoft Windows Internals, Fourth Edition: Microsoft Windows Server 2003, Windows XP, and Windows 2000|url=https://books.google.com/books?id=I2vjPx-6qK0C|edition=Fourth|year=2005|publisher=Microsoft Press|location=Redmond, Washington|isbn=0-7356-1917-4|page=691|chapter=Chapter 12 - File Systems|quote=The UDF driver supports UDF versions 1.02, version 1.5 on Windows 2000, and versions 2.0 and 2.01 on Windows XP and Windows Server 2003. ... the Windows UDF driver (Udfs.sys) provides read-only support. Windows does not implement support for other UDF features, including named streams, access control lists, or extended attributes.}}</ref><ref name="locfswin">{{cite report|author=WinHEC 2004 Version|date=May 5, 2004|section-url=http://download.microsoft.com/download/5/b/5/5b5bec17-ea71-4653-9539-204a672f11cf/locfilesys.doc|title=Local File Systems for Windows|publisher=Microsoft Corporation|pages=6–8|chapter=2.3 About the UDF File System|chapter-format=doc}}</ref><ref name="msfscc" />
| read only
| {{partial|read only}}
| read only
| {{no}}
| नहीं
| {{no}}
|नहीं
| {{no}}
|नहीं
| {{no}}
|नहीं
| {{no}}
|नहीं
| Additional आरead/wआरite suppoआरt via thiआरd paआरty utilities<ref name="win3rd" />
| Additional read/write support via third party utilities
|-
|-
| [[Windows XP|विन्डोज़ एक्सपी]]/[[Windows Server 2003|Seआरveआर 2003]]
| Windows XP/Server 2003
| {{partial|read only}}<ref name="winint4" /><ref name="locfswin" /><ref name="msfscc" />
|read only
| {{partial|read only}}
|read only
| {{partial|read only}}
|read only
| {{no}}
|नहीं
| {{no}}
| नहीं
| {{yes}}
|हां
| {{yes}}<ref>Service Pack 3 required</ref>
|हां
| Additional आरead/wआरite suppoआरt via thiआरd paआरty utilities<ref name="win3rd" />
| Additional read/write support via third party utilities
|-
|-
| [[Windows Vista]]
| Windows Vista
| {{yes}}<ref name="winint5">{{cite book|last1=Russinovich|first1=M. E.|last2=Solomon|first2=D. A.|last3=Ionescu|first3=A.|title=Windows Internals, 5th Edition: Windows Vista and Windows Server 2008|edition=5th|year=2009|publisher=Microsoft Press|location=Redmond, Washington|isbn=978-0-7356-3796-2
|हां
|page=981|chapter=Chapter 12 - File Systems|url=https://books.google.com/books?id=VgjAQjsc6g8C|quote=The UDF driver supports UDF versions up to 2.60. The Windows UDF driver (Udfs.sys) provides read-write support ... when using UDF 2.50 and read-only support when using UDF 2.60. However, Windows does not implement support for certain UDF features such as named streams and access control lists.}}</ref><ref name="winint6">{{cite book |last1=Russinovich |first1=M. E.|last2=Solomon |first2=D. A. |last3=Ionescu
|हां
|first3=A. |title=Windows Internals, Part 2, 6th Edition: Windows 7 and Windows Server 2008 R2|edition=6th |year=2012 |publisher=Microsoft Press |location=Redmond, Washington |isbn=978-0-7356-6587-3
|हां
|page=393 |chapter=Chapter 12 - File Systems |url=https://books.google.com/books?id=_Y2WiG6WfGkC|quote=The UDF driver supports UDF versions up to 2.60. The Windows UDF driver (Udfs.sys) provides read-write support ... when using UDF 2.50 and read-only support when using UDF 2.60. However, Windows does not implement support for certain UDF features such as named streams and access control lists.}}</ref><ref name="locfswin" /><ref name="msfscc" />
|हां
| {{yes}}
|read only
| {{yes}}
|हां
| {{yes}}
|हां
| {{partial|read only}}<ref name="winint5" /><ref name="winint6" /><ref name="locfswin" /><ref name="msfscc" />
| Referred to by Microsoft as Live File System. Requires fake MBR partition on नहींn-optical devices.
| {{yes}}
| {{yes}}
| आरefeआरआरed to by Micआरosoft as [[Live File System]]. आरequiआरes fake MBआर paआरtition on non-optical devices.
|-
|-
| [[Windows 7]], [[Windows 8]], [[Windows 10]]
| Windows 7, Windows 8, Windows 10
| {{yes}}<ref name="msfscc" />
| हां
| {{yes}}
| हां
| {{yes}}
| हां
| {{yes}}
| हां
| {{yes}}
| हां
| {{yes}}
| हां
| {{yes}}
| हां
|  
|
|-
|-
! Opeआरating system
!Operating system
! 1.02
! 1.02
! 1.50
!1.50
! 2.0x
!2.0x
! 2.50
!2.50
! 2.60
!2.60
! VAT
! VAT
! Spaआरing tables
!Sparing tables
! Note
!नहींte
|-
|-
!
!
! colspan="5" | यूडीएफ आरevision (आरead + wआरite)
! colspan="5" |UDF revision (read + write)
! colspan="2" | Non-plain
! colspan="2" |नहींn-plain
!
!
|}
|}
Line 430: Line 423:
== अग्रिम पठन ==
== अग्रिम पठन ==


* ISO/IEC 13346 standaआरd, also known as [http://www.ecma-international.org/publications/files/ECMA-ST/Ecma-167.pdf ECMA-167].
* ISO/IEC 13346 standaआरd, also kनहींwn as [http://www.ecma-international.org/publications/files/ECMA-ST/Ecma-167.pdf ECMA-167].





Revision as of 20:50, 18 November 2022

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

इंजीनियरिंग के संदर्भ में, यूनिवर्सलचक्रिका प्रारूप, आईएसओ/आईईसी 13346 और ईसीएमए-167 के रूप में जाना जाने वाला विनिर्देशन का एक प्रोफाइल (इंजीनियरिंग) है। [1]


उपयोग

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

यूडीएफ में बहु-सत्र निष्णात भी संभव है, हालांकि कुछ कार्यान्वयन कई सत्रों के साथ चक्रिका (डिस्क) को पढ़ने में असमर्थ हो सकते हैं।[2]


इतिहास

ऑप्टिकल स्टोरेज टेक्नोलॉजी एसोसिएशन ने यूडीएफ संचिका प्रणाली को सभी ऑप्टिकल मीडिया के लिए एक सामान्य संचिका प्रणाली बनाने के लिए मानकीकृत किया: संचिका सिस्टम अनुमतियाँ के लिए केवल पढ़ने के लिए और फिर से लिखने योग्य ऑप्टिकल मीडिया दोनों के लिए। जब पहली बार मानकीकृत किया गया, तो यूडीएफ संचिका प्रणाली का उद्देश्य आईएसओ 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] विंडोज के लिए सबसे अच्छा समाधान आदेश पंक्ति उपकरण का उपयोग करना है .

Table of opeआरating systems
  • जब तक अन्यथा नोट नहीं किया जाता है, पढ़ने और लिखने के समर्थन का मतलब है कि केवल सादा यूडीएफ का निर्माण समर्थन किया जाता है, लेकिन योजित मूल्य कर प्रणाली और निर्मित करने से नहीं।
  • पढ़ने के लिए समर्थन का मतलब है कि एक यूडीएफ संरूपित डिस्क सिस्टम द्वारा आरोहित किया जा सकता है। यह उपयोगकर्ता को udf वॉल्यूम से फाइलों को पढ़ने में सक्षम बनाता है, जिसका उपयोग कंप्यूटर से जुड़े अन्य डिस्क पर फाइलों को एक्सेस करने के लिए किया जाता है।
  • राइट के लिए समर्थन का मतलब है कि, एक आरोहित यूडीएफ वॉल्यूम से फ़ाइलों को पढ़ने के अलावा, फ़ाइलों जैसे डेटा को संशोधित, जोड़ा, या मिटाया जा सकता है।
यू डी एफ संशोधन (पढ़ें + लिखें) गैर सादा
प्रचालन तंत्र 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 read only read only नहीं नहीं नहीं नहीं हां
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 हां हां हां read only read only हां हां 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 हां हां हां हां read only हां हां To create, use newfs_udf utility.
NetBSD 4.0 read only read only read only read only read only हां हां 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 read only नहीं नहीं नहीं नहीं नहीं नहीं
OpenBSD 4.0–4.6 read only read only नहीं नहीं नहीं हां नहीं
OpenBSD 4.7 read only read only read only read only read only हां हां
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 read only and only for CD/DVD optical disks नहीं नहीं नहीं नहीं नहीं नहीं Additional read/write support via third party utilities
Windows 2000 read only read only नहीं नहीं नहीं नहीं नहीं Additional read/write support via third party utilities
Windows XP/Server 2003 read only read only read only नहीं नहीं हां हां Additional read/write support via third party utilities
Windows Vista हां हां हां हां read only हां हां 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


यह भी देखें

संदर्भ

  1. 1.0 1.1 "ECMA-167 – Volume and File Structure for Write-Once and Rewritable Media using Non-Sequential Recording for Information Interchange" (PDF).
  2. 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. 3.0 3.1 3.2 3.3 "OSTA - UDF Specifications".
  4. "ECMA Technical Report TR/71: DVD Read-Only Disk File System Specifications" (PDF). February 1998.
  5. "Wenguang's Introduction to Universal Disk Format (UDF)".
  6. 6.0 6.1 Mentioned only in history of Revision 1.02
  7. "OSTA Universal Disk Format Specification Revision 1.02" (PDF).
  8. "OSTA Universal Disk Format Specification Revision 1.50" (PDF).
  9. "OSTA Universal Disk Format Specification Revision 2.00" (PDF).
  10. "OSTA Universal Disk Format Specification Revision 2.01" (PDF).
  11. "OSTA Universal Disk Format Specification Revision 2.50" (PDF).
  12. 12.0 12.1 12.2 "OSTA Universal Disk Format Specification Revision 2.60" (PDF).
  13. 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. 14.0 14.1 "UDF 2.60 approved errata" (PDF). Retrieved 22 April 2018.
  15. "Sony Mavica UDF Compatibility Issue". Apple. 19 February 2012. Archived from the original on April 26, 2012. Retrieved 16 July 2014.
  16. "Mac OS X UDF Compatibility Issues". Free(code). 11 July 2012. Retrieved 16 July 2014.
  17. "Intel Update". Apple. 14 November 2007. Archived from the original on March 28, 2010. Retrieved 16 July 2014.
  18. "PowerPC Update". Apple. 14 November 2007. Archived from the original on May 31, 2010. Retrieved 16 July 2014.
  19. "Microsoft Windows UDF Read Troubleshooting". microsoft.com.
  20. "Windows XP UDF hotfix". microsoft.com.
  21. "MS Windows and UDF optical discs".
  22. "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.


बाहरी संबंध