मैं यह समझना चाहूंगा कि प्रारूपण वास्तव में क्या हटाता है।
जब कंप्यूटर एक डिस्क, या एक विभाजन "प्रारूपित" करता है, तो इसका मतलब है कि फाइल सिस्टम वॉल्यूम बनाना। एक "वॉल्यूम" मूल रूप से एक जगह है जहां फाइलें संग्रहीत की जाती हैं; पुराने फ्लॉपी डिस्क के लिए, पूरी डिस्क मूल रूप से वॉल्यूम थी। हार्ड ड्राइव के लिए, एक विभाजन में एक वॉल्यूम संग्रहीत किया गया था, और एक डिस्क में कई विभाजन हो सकते हैं (जिसका अर्थ है कि इसमें कई वॉल्यूम होंगे)।
मूल रूप से, स्वरूपण एक रिक्त तालिका बनाते हुए समाप्त होता है। जब मैं "टेबल" कहता हूं, तो आप पंक्तियों और स्तंभों के साथ एक चार्ट के बारे में सोच सकते हैं। प्रत्येक पंक्ति एक फ़ाइल नाम को संदर्भित करती है। प्रत्येक स्तंभ एक फ़ाइल टुकड़े की पहचान करता है। उदाहरण के लिए, "इस फ़ाइल का पहला खंड सेक्टर 1000 पर है"। "इस फ़ाइल का दूसरा खंड सेक्टर 2000 में है"। स्वरूपण प्रक्रिया एक रिक्त तालिका बनाती है, और फिर उस तालिका को भर दिया जाता है जैसे कि फाइलें बनाई जाती हैं। डॉस के साथ, फाइल सिस्टम प्रकार इस तालिका के नाम पर रखा गया था, जिसे "फ़ाइल आवंटन तालिका" कहा जाता था।
यदि आप पुराने डेटा के बारे में चिंतित नहीं हैं, और जो पुराने डेटा को एक्सेस कर सकते हैं (जो एक चिंता का विषय हो सकता है यदि वह डेटा गोपनीय / संवेदनशील है), तो आपका सबसे अच्छा शर्त "त्वरित प्रारूप" करना है, जो कि केवल न्यूनतम विवरण बनाता है। फाइल के वॉल्यूम के लिए फाइल का ट्रैक रखता है। यदि आपके पास "न्यूनतम" / "त्वरित" प्रारूप और "पूर्ण" / "विस्तारित" प्रारूप के बीच कोई विकल्प है, तो बाद का प्रारूप प्रत्येक डिस्क क्षेत्र के लिए कुछ करने की संभावना है जो कि फाइल सिस्टम वॉल्यूम का हिस्सा है। इसका मतलब यह हो सकता है कि प्रत्येक क्षेत्र को मिटा दिया जाए, या सिर्फ यह सुनिश्चित करने के लिए कुछ अन्य जाँच करने की कोशिश की जाए कि यह क्षेत्र भौतिक रूप से प्रयोग करने योग्य है।
कंप्यूटर लॉन्च करते समय, कुछ दिखाता है, डॉस जैसा दिखता है।
LPChip के उत्तर की तरह , मैं मान रहा हूं कि आपका मतलब "सिस्टम स्टार्टअप" प्रक्रिया है। पुरानी मशीनों पर, इसे सामान्यतः बेसिक इनपुट / आउटपुट सिस्टम कहा जाता है, जिसे BIOS के रूप में संक्षिप्त किया जाता है। BIOS कैसे काम करता है, इसके बारे में कुछ मानक हैं, ताकि कंप्यूटर सॉफ्टवेयर (ऑपरेटिंग सिस्टम की तरह) कंप्यूटर के कुछ हिस्सों के साथ बातचीत कर सके। कई नए सिस्टम एक नए मानक का उपयोग करते हैं, जिन्हें (U) EFI ((यूनिफ़ाइड) एक्स्टेंसिबल फ़र्मवेयर इंटरफ़ेस) कहा जाता है। मुझे ऐसा कोई शब्द नहीं मिला है कि उद्योग ने व्यापक रूप से BIOS और (U) EFI दोनों मानकों का वर्णन करने के लिए उपयोग किया है, इसलिए मैंने "सिस्टम स्टार्टअप" शब्द को बनाया है।
प्राथमिक कारण मुझे लगता है कि आप इसे "डीओएस जैसा दिखना" कह सकते हैं, पाठ मोड का उपयोग है। (अच्छा ol ' CP437 !) हालांकि, मैंने जो पढ़ा है, उससे मुझे कुछ आभास हुआ है कि (U) EFI को कमांड लाइन (शायद सिर्फ कुछ कार्यान्वयन के साथ) के साथ नियंत्रित किया जा सकता है।
यह संभवतः एक हार्ड ड्राइव पर संग्रहीत नहीं किया जा सकता है? यह कहाँ संग्रहीत किया जाता है?
यह आमतौर पर पूरी तरह से कुछ चिप्स में संग्रहीत किया जाता है। पुराने सिस्टम पर, ये ROM (केवल पढ़ने के लिए मेमोरी) थे। हालांकि, जब नई तकनीक (जैसे बड़ी हार्ड ड्राइव) चिप्स के साथ असंगत हो गई, तो लोगों को नई तकनीक का समर्थन करने के लिए शारीरिक रूप से चिप्स को बदलना पड़ा। 1990 के दशक के उत्तरार्ध में, लोगों ने लेखन योग्य स्मृति का उपयोग करना शुरू कर दिया, जिसे वे अक्सर "फ्लैश मेमोरी" कहते थे। ऐसी स्मृति को बहुत बार लिखे जाने का इरादा नहीं है।
जब आप उस सिस्टम स्टार्टअप सॉफ्टवेअर में कॉन्फ़िगरेशन विकल्प बदलते हैं, तो आपके कॉन्फ़िगरेशन का विवरण कुछ अन्य मेमोरी में स्टोर हो जाता है, जिसे सामान्यतः CMOS कहा जाता है। यह मेमोरी का एक छोटा सा हिस्सा है (आपकी रैम से अलग), मदरबोर्ड पर संग्रहीत होता है।
मैंने पढ़ा कि हार्ड ड्राइव पर बूट सेक्टर है, क्या प्रारूप तैयार करने के बाद हार्ड ड्राइव पर कुछ बचा है?
BIOS मानक का उपयोग करने वाले सिस्टम यह देखने के लिए हार्ड ड्राइव की जांच करेंगे कि क्या 511 वीं और 512 वीं बाइट में ये बिट्स हैं: 0101 0101 # 0010: 30
यदि ऐसा है, तो डिस्क को "बूट करने योग्य" माना जाता था, और BIOS CPU को डिस्क के पहले बाइट पर स्थित निर्देशों का पालन करना शुरू करने के लिए कहेगा। डिस्क के पहले 512 बाइट्स को "मास्टर बूट रिकॉर्ड" ("एमबीआर") कहा जाता था। MBR में संग्रहीत कोड को छोटा होना चाहिए था, क्योंकि 511 वीं बाइट को 01010101 होना चाहिए था यदि कंप्यूटर बूट होने वाला था। वास्तव में, इस बूट करने योग्य कोड में से अधिकांश "विभाजन तालिका" नामक मानक का उपयोग करके 510 वें बाइट्स के माध्यम से 447 वें की जांच करना है। उस तालिका में बाइट्स निर्दिष्ट करें कि कहाँ विभाजन था (या एक से अधिक विभाजन)। आमतौर पर, पहला विभाजन हार्ड ड्राइव के दूसरे सिलेंडर पर शुरू होगा। (पुरानी हार्ड ड्राइव के साथ, "सिलेंडर" शब्द हार्ड ड्राइव की भौतिक विशेषता को संदर्भित करता है।
(यू) ईएफआई थोड़ा अधिक जटिल है, और अधिक जटिल जीपीटी संरचना को समझ रहा है।
किसी भी मामले में, स्वरूपण का इससे कोई लेना-देना नहीं है। स्वरूपण विभाजन के भीतर डेटा से संबंधित है (अक्सर दूसरे सिलेंडर पर शुरू होता है, जिसे अक्सर सिलेंडर नंबर 1 कहा जाता था, क्योंकि पहले सिलेंडर को अक्सर सिलेंडर नंबर शून्य कहा जाता था)। इसलिए फॉर्मेटिंग को शुरुआती बूट कोड को प्रभावित नहीं करना चाहिए जो एमबीआर डिस्क पर उपयोग करता है। हालाँकि, स्वरूपण उस कोड को प्रभावित कर सकता है जिसे MBR के डेटा के उपयोग के बाद कंप्यूटर उपयोग करने का प्रयास करता है।
क्या यह वास्तव में एक ड्राइव पर 0 बाइट्स के साथ समाप्त होता है?
आप 0 बाइट्स का इस्तेमाल करते हैं? बिलकुल नहीं। ड्राइव पर उपयोग किए जाने वाले बिल्कुल बाइट्स हैं। विभाजन फाइल सिस्टम वॉल्यूम को संग्रहीत करता है, जिसमें तालिका होती है जिसका उपयोग फ़ाइलनामों को ट्रैक करने के लिए किया जाएगा और जहां फ़ाइल के टुकड़े संग्रहीत होते हैं। आमतौर पर अन्य विवरण होते हैं, जैसे कि "लेबल" (जो कि एक नाम है जिसे आप फाइल सिस्टम वॉल्यूम में असाइन कर सकते हैं)। यह डिस्क के कुल डेटा की अपेक्षाकृत कम मात्रा होना चाहिए, लेकिन यह डिस्क का एक हिस्सा है जिसका उपयोग किया जाता है।
जब आप अपने ऑपरेटिंग सिस्टम से पूछते हैं कि कितने बाइट उपलब्ध हैं, तो ऑपरेटिंग सिस्टम आमतौर पर रिपोर्ट करते हैं कि फाइलों को स्टोर करने के लिए कितने बाइट्स का उपयोग किया जा सकता है। यह वह डेटा है जिसमें अधिकांश लोग रुचि रखते हैं। ऑपरेटिंग सिस्टम उन बाइट्स को रिपोर्ट नहीं कर रहा है जो फ़ाइल टेबल को स्टोर करने के लिए उपयोग किए जाते हैं, और न ही विभाजन के बाहर बाइट्स (जैसे एमबीआर)।
हालाँकि, चूंकि तालिका खाली है, सभी बाइट्स जो कि फ़ाइल के टुकड़े स्टोर कर सकते हैं उपलब्ध हैं, और उनमें से शून्य का उपयोग किया जाता है। पुरानी फ़ाइलों की सामग्री डिस्क पर हो सकती है, अगर डिस्क त्वरित-स्वरूपित थी। ( टेस्टडिस्क जैसे कार्यक्रम ऐसी सामग्री को खोजने में मदद करने में सक्षम हो सकता है।) हालांकि, जब आप ऑपरेटिंग सिस्टम को नई फ़ाइलों में नई सामग्री को संग्रहीत करने के लिए कहते हैं, तो ऑपरेटिंग सिस्टम डिस्क के उन क्षेत्रों का उपयोग करेगा (क्योंकि तालिका यह नहीं कहती है कि डिस्क के उन क्षेत्रों में। किसी भी फ़ाइल टुकड़े को संग्रहीत कर रहे हैं जिसकी हमें परवाह है)। इसलिए, पुराने डेटा को नए डेटा द्वारा अधिलेखित किया जा सकता है (जिसके कारण टेस्टडिस्क उस पुराने डेटा को पुनर्प्राप्त करने में सक्षम होगा जब ऐसा होता है)। ध्यान दें कि यहां तक कि अगर फ़ाइलों की सामग्री को सहेजा जाता है, तो डिस्क के स्वरूपित होने पर उन फ़ाइलों के नाम जैसे विवरण को अधिलेखित कर दिया गया हो सकता है। (मैं कहता हूं "हो सकता है" क्योंकि फ़ाइलों को संग्रहीत करने के अलग-अलग तरीके हैं। डेटा को ट्रैक करने के उन तरीकों में से कुछ में एक तालिका शामिल हो सकती है जिसमें एक सुसंगत आकार होता है, डिस्क पर अनुभागों का ट्रैक रखने के लिए स्थान का उपयोग करते हुए भी जब वे अनुभाग नहीं होते हैं फ़ाइलों को संग्रहीत करना अभी तक। डिस्क पर संग्रहीत डेटा के आधार पर अन्य विधियों में तालिका का आकार भिन्न हो सकता है, इसलिए एक खाली डिस्क में एक छोटी तालिका हो सकती है। इसलिए हो सकता है कि कुछ फ़ाइलनाम अभी भी भौतिक रूप से डिस्क पर संग्रहीत हैं, लेकिन ऑपरेटिंग सिस्टम उस पुराने डेटा पर नज़र नहीं रख रहा है, और जब ऑपरेटिंग सिस्टम को ऐसा करने का लाभ मिलता है, तो डेटा को भी हटा दिया जाएगा।