किस उपकरण के साथ मुझे UDF के रूप में हार्ड ड्राइव को प्रारूपित करना चाहिए?


32

(यह यूडीएफ के लिए " विभाजन आईडी / फाइलसिस्टम प्रकार क्या है? " का अनुसरण है।

मैं UDF के रूप में हार्ड ड्राइव को प्रारूपित करने के दो तरीके जानता हूं:

  • Windows Vista या बाद में: " format x: /fs:UDF" (उपयोग न करें /q!)
  • लिनक्स: " mkudffs --media-type=hd --blocksize=512 /dev/sdx"

समस्या यह है कि 'अन्य' ओएस डिस्क को बिल्कुल भी स्वरूपित नहीं करता है: यह केवल इसे माउंट करने से इनकार करता है, चाहे मैं कितनी भी कोशिश करूं।

मैं यूडीएफ के रूप में एक हार्ड ड्राइव को कैसे प्रारूपित कर सकता हूं ताकि विंडोज और लिनक्स दोनों इसका उपयोग करने में सक्षम हों?

EDIT: कमांड्स को अपडेट किया, अब परिणाम ओएस में काम करना चाहिए।


UDF ऑप्टिकल मीडिया के लिए डिज़ाइन किया गया था, शायद यही समस्या है?
चॉपर 3

1
आप जो कमांड देते हैं वह लिनक्स पर काम करता है। मैंने कर्मिक पर प्रारूपित किया, और विंडोज 7 और कर्मिक दोनों के तहत पढ़ और लिख सकता हूं।
मैट जॉइनर

4
एमबीआर फर्स्ट (dd if = / dev / zero of = / dev / sdx bs = 512 count = 1) को शून्य करना न भूलें, ताकि किसी भी बचे हुए विभाजन तालिका के साथ भ्रम से बचने के लिए (क्योंकि UDF पहले सेक्टर का उपयोग नहीं करता है)।
सीजरबी

3
संबंधित प्रश्न: superuser.com/questions/39942/use-udf-on-a-usb-flash-drive
CesarB

1
धन्यवाद स्कोलिमा, यह बहुत अच्छा है। अलविदा FAT32। मुझे केवल UDF संस्करण 2.01 और 512 ब्लॉक आकार से चिपके रहने के लिए सावधान रहने की आवश्यकता है और मेरे पास लिनक्स और विंडोज पर साझा किए गए सही हार्ड डिस्क विभाजन हैं।
मर्क

जवाबों:


17

यह पता चला है कि /qविंडोज पर स्विच का उपयोग करना अपराधी था: यह 'त्वरित प्रारूप' को सक्षम करता है, अर्थात, डिस्क पर किए गए प्रत्येक लेखन के साथ पृष्ठभूमि में प्रारूपण प्रक्रिया जारी रहती है। एक बार जब यह खत्म हो जाता है, तो ड्राइव को लिनक्स द्वारा ही ठीक किया जाता है।


दूसरी ओर, लिनक्स के mkudffs के साथ स्वरूपण सेकंडों में सफलतापूर्वक पूरा हो जाता है।
मार्क डेश 29'11

मुझे वास्तव में लिनक्स में mkudffs के साथ फाइल सिस्टम बनाने के बाद Win7 में एक त्वरित प्रारूप करना था। इसके बिना, विंडोज सिर्फ ड्राइव को प्रारूपित करना चाहता था। इसने ड्राइव के अंत में 5 एमबी खाली जगह का निर्माण किया, जो भी कारण हो। लेकिन कम से कम यह अब दोनों ओएस में काम करता है।
डैनमन

स्वयं के उत्तर में: वे 5MB हाल के UDF संस्करणों में मेटा डेटा ब्लॉक हो सकते हैं।
डैनमैन

1
पूरा गलत! त्वरित स्वरूपण "पृष्ठभूमि में निरंतर प्रारूप" नहीं है। यह पटरियों को फ़ॉर्मेट किए बिना फ़ाइल सिस्टम का सिर्फ इनिशियलाइज़ेशन है।
ऐनिक्स

6

यूडीएफ को प्रारूपित करते समय, एक चीज जो पर्याप्त रूप से रेखांकित नहीं की जा सकती है वह यह है कि यूडीएफ को प्रारूपित करते समय उचित ब्लॉक आकार का उपयोग करना कितना महत्वपूर्ण है। जैसा कि यहां बताया गया है , एक कॉन्फ़िगर ब्लॉक आकार का उपयोग करना जो भौतिक क्षेत्र के आकार की संभावना से मेल नहीं खाता है, जिसका अर्थ है कि कुछ ऑपरेटिंग सिस्टम ड्राइव को वैध यूडीएफ के रूप में पहचानने में सक्षम नहीं होंगे।

उपरोक्त-लिंक किए गए उत्तर (और मेरे अन्य शोध / परीक्षण) से प्रेरित होकर, मैंने UDF में फ़ॉर्मेटिंग की प्रक्रिया को स्वचालित करने के लिए एक स्क्रिप्ट लिखी - ठीक से पता लगाए गए सेक्टर आकार का उपयोग करके। GitHub पर प्रारूप-udf देखें । उल्लेखनीय विशेषताएं:

  • यूनिवर्सल डिस्क प्रारूप (UDF) में एक ब्लॉक ड्राइव (हार्ड ड्राइव या फ्लैश ड्राइव) को प्रारूपित करता है
    • UDF संशोधन 2.01 अधिकतम अनुकूलता के लिए उपयोग किया जाता है
    • पहले 4096 क्षेत्र किसी भी मौजूदा एमबीआर (उचित यूडीएफ का पता लगाने के लिए आवश्यक) को मिटाने के लिए शून्य किए गए हैं
  • परिणामी फाइल सिस्टम को कई ऑपरेटिंग सिस्टम परिवारों (विंडोज, ओएस एक्स, और लिनक्स) में पढ़ा / लिखा जा सकता है
  • बैश वातावरण वाले किसी भी OS पर चलता है

अंतिम बिंदु के कारण, मैंने जो स्क्रिप्ट लिखी है उसका उपयोग विंडोज पर नहीं किया जा सकता है। हालाँकि, स्क्रिप्ट OS X और Linux पर चलेगी। ऐसा करने के बाद, विंडोज को नए स्वरूपित UDF ड्राइव का जादुई पता लगाने में सक्षम होना चाहिए।

पोस्ट किए गए सवालों के सीधे जवाब देने के लिए, प्रारूप-यूडीएफ होगा:

  • ऑपरेटिंग सिस्टम और वातावरण ( mkudffsलिनक्स पर) के आधार पर स्वरूपण के लिए उपयुक्त उपकरण चुनें
  • स्वरूपण (सहित blocksize) के लिए आवश्यक सभी मापदंडों का स्वचालित रूप से पता लगाना और उन्हें आबाद करना
  • अधिकतम OS संगतता (संगतता चार्ट के लिए GitHub पृष्ठ देखें)
  • अधिकतम सुविधा सेट (और न्यूनतम सीमाएं) प्राप्त करें जो पूछने वाले की तलाश है

5

आपने अपनी खोज को पिछले प्रश्न (कि यूडीएफ फाइलसिस्टम को पूरे डिस्क पर बनाया जाना चाहिए था, विभाजन नहीं) को उस विंडोज कमांड ("प्रारूप x: / fs: UDF") के साथ कैसे मिलाया? मेरे प्रयासों में, विंडोज़ केवल विभाजन को ड्राइव अक्षर देता है।

जहाँ तक संगतता के लिए प्रारूपण करने की बात है, मुझे लगता है कि कुंजी ब्लॉक आकार में है। चूंकि अधिकांश हार्ड ड्राइव और यूएसबी फ्लैश स्टिक में ब्लॉक बाइट का आकार 512 बाइट्स होता है, इसलिए एफएस बनाने वाले ब्लॉक साइज के होने पर मुझे सबसे अधिक अनुकूलता मिली है। मुझे लगता है कि format.com उस ब्लॉक आकार का उपयोग कर रहा है, और mkudffs के पास ब्लॉक आकार बदलने के लिए एक कमांड स्विच है। जब मैं 512 बाइट ब्लॉक का उपयोग करता हूं तो मुझे केवल फाइल सिस्टम को माउंट करने के लिए ओएस एक्स और विंडोज मिल सकता है। लिनक्स के पुराने संस्करणों ने 2048 का ब्लॉक आकार ग्रहण किया, लेकिन आप हमेशा "-o bs = 512" के साथ माउंट कर सकते हैं।

संपूर्ण डिस्क बनाम विभाजन समस्या अभी भी संगतता समस्याओं का कारण बनती है। जब मैं संपूर्ण डिस्क को प्रारूपित करता हूं तो विंडोज माउंट नहीं होगा, और ओएस एक्स अपने फाइल सिस्टम को निर्धारित करते समय विभाजन के प्रकार से परे नहीं दिखता है, मुझे मैन्युअल रूप से माउंट करने के लिए मजबूर करता है। लिनक्स ने परवाह नहीं की, जब तक मैंने इसे उपयुक्त डिवाइस नाम (sda बनाम sda1) दिया।

सारांश में, मैंने पाया सबसे संगत सेटअप प्रकार 06 (FAT16) का एक एकल विभाजन है, जिसे ब्लॉक आकार 512 में UDF के साथ स्वरूपित किया गया है। स्वचालित रूप से विंडोज पर काम करता है, और लिनक्स और ओएस एक्स पर मैनुअल हस्तक्षेप का एक छोटा सा हिस्सा है।


3
मैंने एक और प्रयोग किया है। इस बार मैंने हार्ड ड्राइव के बजाय यूएसबी फ्लैश स्टिक का इस्तेमाल किया। "Mkudffs --media-type = HD --blocksize = 512 / dev / sda" के साथ प्रारूपित, लिनक्स, OS X और Vista पर बिना किसी परेशानी के काम करता है। बहुत बुरा लगता है कि विंडोज हार्ड ड्राइव पर नहीं बल्कि यूएसबी स्टिक पर पार्टीशन रहित फॉर्मेट की अनुमति देता है।
शमौन

आप निश्चित रूप से फ्लैश मेमोरी को समय से पहले पहनने से बचने के लिए एक ही ब्लॉक का आकार रखना चाहते हैं, देखें: lwn.net/Articles/428584
मार्श
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.