हार्ड डिस्क वॉल्यूम में पूर्वनिर्मित स्थान को समझना

Question

नोट: मैं विशेष रूप से VHDs के साथ काम कर रहा हूं, लेकिन मैं ऐसे ही नियम मान रहा हूं कि शारीरिक हार्ड डिस्क को नियंत्रित करता है। कृपया मुझे सही करें अगर मैं उस धारणा में गलत हूं, लेकिन फिर भी अगर मैं हूं, तो यह मेरे विशेष उपयोग के मामले में एक महत्वपूर्ण बिंदु है।

संदर्भ

ओएस: विंडोज 7 (x64) अल्टीमेट

मैं सिंगल-वॉल्यूम वीएचडी बनाने का प्रयास कर रहा हूं, जिसमें किसी दिए गए आकार का मुफ्त स्थान है, उदाहरण के लिए, अगर मैं बिल्कुल चाहता हूं कि 2 जीबी (2,147,483,648 बाइट्स) सभी शुरुआती और स्वरूपण के पूरा होने के बाद, मुझे लगा कि मुझे 2,092 के रूप में वीएचडी बनाना होगा। एमबी (2,193,620,992 बाइट्स)।

मैं एमबीआर का उपयोग कर रहा हूं, जिसे मैंने खोजा है कि आरंभिकता पर 3,076 केबी (3,149,824 बाइट) की खपत होगी, चाहे वीएचडी आकार की - मैं विभाजन / मात्रा की जानकारी संग्रहीत करने के लिए मान रहा हूं?

हालाँकि, मेरे 2 जीबी उदाहरण में, मैं पूर्ण उपलब्ध स्थान का उपयोग करके एक एकल NTFS वॉल्यूम बनाऊंगा, और एक बार ड्राइव उपलब्ध होने के बाद, आप देख सकते हैं कि कुछ स्थान पहले से ही उपयोग किया जा रहा है - 41,980 KB (42,987,520 बाइट्स) सटीक होने के लिए।

प्रशन

1. इस स्थान का उपयोग किस लिए किया जा रहा है? यह तो ऐसा कोई कारण है है इस्तेमाल किया जा रहा है, या यह सामान्य आंकड़ा भंडारण के लिए पुनः दावा किया जा सकता है?
   
   

2. क्या कोई गणना है जो मैं यह जानने के लिए उपयोग कर सकता हूं कि NTFS वॉल्यूम के निर्माण के बाद कितनी जगह की खपत होगी?
   
   मैं विभिन्न आकारों के वीएचडी चाहता हूं, और परीक्षण और त्रुटि का उपयोग करने के बजाय इस खोई हुई जगह को पूर्व-निर्धारित करने में सक्षम होना चाहता हूं। मैंने विभिन्न आकारों के वीएचडी बनाने और उपयोग किए गए स्थान के मूल्यों की तुलना करने का प्रयास किया है, या तो एक सुसंगत प्रतिशत-मूल उपयोग या एक निश्चित-मात्रा + प्रतिशत-मूल का पता लगाने की कोशिश कर रहा हूं। मैं एक सुसंगत पैटर्न निर्धारित नहीं कर पाया हूं।
   
   

3. क्या मेरा अंतिम लक्ष्य एमबीआर के बजाय जीपीटी के माध्यम से पूरा करना आसान होगा? मैंने इसके साथ प्रयोग करने की जहमत नहीं उठाई।
   
   

4. इसी तरह, क्या NTFS के अलावा किसी प्रारूप के साथ यह आसान होगा?

Comments

अंतरिक्ष फ़ाइल सिस्टम का हिस्सा है, और इसे पुनः प्राप्त नहीं किया जा सकता है। एक पुस्तक के बारे में सोचो, इसमें कई पृष्ठ हैं जो सामग्री, अनुक्रमित और आदि की तालिका के लिए समर्पित हैं। जीपीटी आपकी गणना को आसान नहीं बनाएगा।

— साइबरनार्ड

Answer 1

इस स्थान का उपयोग किस लिए किया जा रहा है? क्या इसका कोई कारण है जिसका उपयोग किया जाना है, या इसे सामान्य डेटा संग्रहण के लिए पुनः प्राप्त किया जा सकता है?

यह एमएफटी (मास्टर फाइल टेबल) है। डिफ़ॉल्ट रूप से ड्राइव का 12.5% ​​इसके लिए आरक्षित होता है, लेकिन यह भी बड़ा हो सकता है यदि आपके पास कई टन फाइलें हैं।

यह मुख्य मेटाडेटा फ़ाइल है, इस मामले में यह आपके ड्राइव पर संग्रहीत फ़ाइलों की सूची है। प्रत्येक फ़ाइल और निर्देशिका को कम से कम एक प्रविष्टि रिकॉर्डिंग की आवश्यकता होती है यह आईडी, नाम, मैक समय (संशोधन, पहुंच, निर्माण) और कुछ अन्य सामान है।

कृपया ध्यान दें कि $MFTNTFS में एकमात्र मेटाडेटा फ़ाइल नहीं है। अन्य तत्व हैं, जैसे कि $MFTMirr, $LogFileऔर इसी तरह। यदि आप उत्सुक हैं, तो मेरी एमएससी थीसिस में इस बारे में थोड़ी अधिक जानकारी है।

क्या कोई गणना है जो मैं यह जानने के लिए उपयोग कर सकता हूं कि NTFS वॉल्यूम के निर्माण के बाद कितनी जगह की खपत होगी?

आप शायद एक बहुत ही जटिल के साथ आ सकते हैं लेकिन यह फ़ाइल सिस्टम निर्माण के तत्काल क्षण में काम करेगा। जैसे ही ओएस ड्राइव पर काम करना शुरू करता है, फाइल सिस्टम पर कुछ और लिखा जा सकता है।

क्या मेरा अंतिम लक्ष्य एमबीआर के बजाय जीपीटी के माध्यम से पूरा करना आसान होगा?

जीपीटी विभाजन तालिका को संग्रहीत करने का एक तरीका है (ठीक है मैं यहां काफी सरल हूं)। फ़ाइल सिस्टम प्रारूप (NTFS) नहीं बदलता है।

इसी तरह, क्या NTFS के अलावा किसी प्रारूप के साथ यह आसान होगा?

ज़रुरी नहीं। सभी फ़ाइल सिस्टम को कुछ मेटाडेटा की आवश्यकता होती है। cpioमूल रूप से "स्मैश" फ़ाइलों की तरह संग्रहणीय समाधान हैं, लेकिन वे फ़ाइल सिस्टम के रूप में अच्छी तरह से काम नहीं करते हैं।

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

Comments

धन्यवाद! बहुत सूचनाप्रद! RE # 3: मैंने मान लिया कि GPT मदद नहीं करेगा, क्योंकि मैं बहुत पहले से ही उस हिस्से को समझ गया था, यही कारण है कि मैंने दोनों को पहली जगह पर प्रयोग नहीं किया। लेकिन मुझे लगा कि मैं दोहरी जाँच करूँगा। RE # 4 (NTFS विकल्प): यह समझ में आता है कि इन सभी को मेटाडेटा स्टोर करने की आवश्यकता है। मुझे लगता है कि सवाल यह है कि क्या किसी भी अन्य सिस्टम में एक अधिक अनुमानित एमएफटी समकक्ष है, जिसे मैं अधिक आसानी से खाता हो सकता है? या क्या सभी मेटाडेटा स्टोरेज सिस्टम में बहुत सारी फाइलें होने पर बड़ी होने की क्षमता है? RE # 2: आपने # 1 में 12.5% ​​का उल्लेख किया है। क्या यह शुरू में सही नहीं है?

— मार्कस ह्यूजेस

@Marcus, उफ़ मैं आपकी टिप्पणी के बारे में भूल गया। मैं हर संभव फ़ाइल सिस्टम का विशेषज्ञ नहीं हूं, लेकिन अंततः मेटाडेटा की मात्रा उन फ़ाइलों की संख्या पर भी निर्भर करती है जो आप स्टोर कर रहे हैं, न केवल उनके आकार। 12.5% आरक्षित है , जरूरी नहीं कि कब्जा हो। :)

— एंड्रिया लज्जाज़ारो