आपको सिखाया गया है कि हार्ड डिस्क में फाइलें होती हैं, लेकिन यह पूरी सच्चाई नहीं है। दरअसल, हार्ड ड्राइव में बहुत सारे सिंगल बिट्स द्वारा व्यक्त की गई एक बहुत बड़ी संख्या होती है। लेकिन यह व्याख्या आपके या आपके कंप्यूटर के लिए कोई मतलब नहीं रखती है, क्योंकि एकल बड़ी संख्या में प्रसंस्करण बहुत आम नहीं है (और मैं वास्तव में बड़ी संख्या के बारे में बात कर रहा हूं)। इसके बजाय, कंप्यूटर इसे छोटे 'शब्दों' (8-बिट, 16-बिट, 32-बिट या जो कुछ भी) में विभाजित करता है और जैसे उपयोग करता है। फिर भी, यह सिर्फ शब्दों का एक समूह है (मान लीजिए 8-बिट शब्द, यानी बाइट्स)।
अब, वह ड्राइव विभाजन है। मैंने बताया है कि इस उत्तर में विभाजन एक अच्छा विचार क्यों है :
आम तौर पर, विभाजन के बिना ड्राइव का उपयोग किया जा सकता है। अधिकांश पेंड्रिवल्स उसी तरह काम करते हैं। लेकिन विभाजन का उपयोग करने के कई फायदे हैं, बस उनमें से कुछ को नाम देने के लिए:
- आपके पास एक ही हार्ड ड्राइव पर दो ओएस हो सकते हैं और एक दूसरे के साथ हस्तक्षेप नहीं कर सकते हैं। प्रत्येक व्यक्ति अपने विभाजन को एक तार्किक ड्राइव के रूप में मानेगा और जब तक आप इसे नहीं बताएंगे, तब तक यह दूसरे के साथ खिलवाड़ नहीं करेगा।
- आप तार्किक रूप से अपना डेटा अलग कर सकते हैं। यदि किसी कारण से एक विभाजन दूषित हो जाता है, तो अन्य विभाजन बहुत हद तक बरकरार रहेंगे।
- विभाजन का उपयोग करना कई छोटी हार्ड ड्राइव का उपयोग करने से बेहतर है, क्योंकि आपका सिस्टम शांत है, कम ऊर्जा खपत करता है और आप आकार बदल सकते हैं, हटा सकते हैं, उन्हें चारों ओर ले जा सकते हैं आदि।
- आप कुछ विशेष उद्देश्यों के लिए हार्ड ड्राइव के कुछ हिस्सों का उपयोग कर सकते हैं।
अब, हर विभाजन का अपना फाइल सिस्टम है। विंडोज के आधुनिक संस्करण NTFS का उपयोग करते हैं , लेकिन FAT , FAT32 और exFAT बाहरी मीडिया या विरासत विभाजन के लिए समर्थित हैं। हर दिन उपयोग किए जाने वाले लिनक्स इंस्टॉलेशन में आमतौर पर एक्सट्रीम फाइलसिस्टम का इस्तेमाल होता है , एक्सट्रीम लेटेस्ट एक है।
फाइलसिस्टम उस तरह को परिभाषित करता है जिस तरह से फाइल भौतिक रूप से डिस्क पर स्थित होती है। आप इसे इस तरह से सोच सकते हैं: यदि आपके पास बिना किसी अध्याय, पृष्ठ संख्या या रेखा विराम के 10000 पृष्ठों की पुस्तक थी, तो इसका उपयोग करना बहुत कठिन होगा। बेशक पृष्ठ संख्या और अध्याय शीर्षक पृष्ठ पर कुछ स्थान लेते हैं, लेकिन वे पुस्तक का उपयोग बहुत आसान और तेज करते हैं। यदि आप अध्याय में कूदना चाहते हैं, तो हम कहते हैं, 42, आप इसे केवल सामग्री की तालिका में देखते हैं। तब आप पुस्तक के माध्यम से पत्ता जब तक आप चाहते हैं अध्याय नहीं मिल रहा है। आपकी फाइलें अध्याय हैं और आपका फाइल सिस्टम पुस्तक है। फ़ाइलसिस्टम मेटाडेटा, जैसे फ़ाइल सीमाएँ, फ़ाइल नाम आदि में भी जगह होती है, लेकिन यह तुलनात्मक रूप से बहुत कम जगह है, और यह चीजों को बहुत तेज़ी से काम करता है।
यदि आपका "अध्याय" खाली है, तो उसमें अभी भी हेडिंग या पेज नंबर हो सकता है? खाली फ़ाइल में डेटा का शून्य बाइट्स होता है। मेटाडेटा जगह लेता है, लेकिन यह फाइल का हिस्सा नहीं है, बल्कि फाइल सिस्टम का है। अन्यथा आप अपनी पाठ फ़ाइलों के अंदर फ़ाइल नाम देखेंगे?
वैसे, इसीलिए DOS के शुरुआती संस्करण केवल 8.3 नामों को स्वीकार कर रहे थे - फाइलनाम के लिए आरक्षित स्थान बहुत सीमित था। NTFS उन फिल्नामों की अनुमति देता है जो 255 वर्ण लंबे [1] हैं ।
आपकी टिप्पणी पर सिर्फ एक और शब्द:
मेरे पास एक तरह का वायरस था जो किसी भी तरह से मेरे पीसी में कुछ फ़ाइलों को दूषित कर देता था ताकि वे आकार में लगभग 100GB दिखाई दें। उनमें से हर एक। मेरे 40GB हार्डडिस्क पर। तो किसी तरह का जादू रहा होगा ...: -डॉ
यह पूरी तरह से संभव है कि आपकी हार्ड ड्राइव की तुलना में वैध फाइलें बड़ी हों, जिन्हें स्पार्स फाइल कहा जाता है । हेन्स ने इस सवाल पर अपनी टिप्पणी में इनका एक उत्कृष्ट स्पष्टीकरण दिया है :
एक बांधने की कल्पना करें जो 100 पृष्ठों को रखने में सक्षम है। यदि आप उस बाइंडर का उपयोग एक नियमित फ़ाइल के रूप में करते हैं तो आप 100 पृष्ठ सम्मिलित कर सकते हैं। आप सभी 100 पढ़ सकते हैं। आप सभी को 100 लिख सकते हैं। अब एक विरल बाइंडर की कल्पना करें। आप पहले पृष्ठ को "पेज 1: कंटेंट ए" लिखते हैं। इसके बाद आप एक दूसरा पेज लिखते हैं जिसे आप लिखते हैं "पेज 9999: कंटेंट बी:"। जब भी आप किसी पृष्ठ को पढ़ने की कोशिश करते हैं तो आप देखते हैं कि क्या यह मौजूद है। यदि ऐसा नहीं होता है, तो आपका उत्तर होगा कि यह एक खाली पृष्ठ है। यदि यह मौजूद है तो आप पृष्ठ की सामग्री लौटाते हैं। जब भी आप एक ऐसे पृष्ठ पर लिखते हैं जो अभी तक बांधने की मशीन में मौजूद नहीं है तो आप एक नई शीट जोड़ते हैं।