यदि आप विंडोज इंटर्नल जानते हैं, तो कृपया मेरी त्रुटियों को ठीक करें।
"बढ़ते" में दो प्राथमिक भाग होते हैं, जो दोनों प्रणालियों में समान होते हैं लेकिन उनका पृथक्करण कुछ अलग होता है:
- डिस्क पर फाइल सिस्टम को एक्सेस करना;
- फाइलसिस्टम के लिए एक पथ निर्दिष्ट करना।
लिनक्स पर, एक ही mount()कार्य दोनों कार्य करता है; एक फाइलसिस्टम को उपयोगकर्ता द्वारा चुने गए मार्ग पर स्पष्ट रूप से माउंट किया जाना है और जब तक यह कम से कम एक पथ (संभवतः) पर घुड़सवार नहीं होता है तब तक खोला जाता है। एक बार उस फाइलसिस्टम के सभी रास्ते umount()एड हो जाने के बाद बंद हो जाते हैं।
वॉल्यूम के प्रकट होने पर विंडोज स्वचालित रूप से वॉल्यूम की गणना करता है - यह तुरंत फाइल सिस्टम को खोलता है और ड्राइव अक्षर और / या किसी अन्य कॉन्फ़िगर किए गए नामों को असाइन करता है।
एक डिस्क को अस्थायी रूप से " FSCTL_LOCK_VOLUMEऔर " या ioctl फ़ंक्शंस का उपयोग करके "विघटित" किया जा सकता है - उदाहरण के लिए, इस पर चलने के दौरान - लेकिन प्रोग्राम को अनलॉक या बाहर निकलने पर स्वचालित रूप से फिर से माउंट किया जाता है। इस व्यवहार को लिनक्स के विपरीत देखा जा सकता है। चूंकि एक फाइलसिस्टम को निष्क्रिय करना अस्थायी है, इसलिए यह विच्छेदित होते हुए भी निर्दिष्ट नामों को बरकरार रखता है। ("सुरक्षित रूप से निकालें" फ़ंक्शन फ़ाइल सिस्टम को हटा देता है और अंतर्निहित डिवाइस को निष्क्रिय कर देता है, जिससे विंडोज को फाइलसिस्टम को देखने और इसे रिमूव करने से रोका जा सके।)FSCTL_DISMOUNT_VOLUME chkdsk
एक फाइलसिस्टम में कई नाम दिए जा सकते हैं:
ड्राइव अक्षर ( A:, ) C:, [:- स्वचालित रूप से नए डिस्क को सौंपा गया है और रिबूट पर खो गया है, हालांकि विंडोज उपयोगकर्ता द्वारा कॉन्फ़िगर किए गए असाइनमेंट को याद करता है। इस तरह, वे यूनिक्स माउंटपॉइंट के समान हैं।
(ड्राइव पत्र भी Windows द्वारा समर्थित नेटवर्क फ़ाइल सिस्टम सहित मनमाना उपकरणों, को सौंपा जा सकता। आप पर अपने लक्ष्य को देख सकते हैं \GLOBAL??\और \Sessions\<session>\DosDevices\<loginid>\में WinObj ।)
नोट: ड्राइव अक्षर सामान्य रूप से सिस्टम-वाइड होते हैं, लेकिन उन्हें सत्र-वाइड का उपयोग करके substया DefineDosDevice(), और हाँ स्वीकार किया जा सकता है, यह स्वीकार करता है [:। सत्र-व्यापी कार्य कभी भी कहीं संग्रहीत नहीं होते हैं और रिबूट पर गायब हो जाते हैं।
फ़ोल्डर माउंट पॉइंट ( C:\Disks\Music) - एक फाइल सिस्टम को किसी भी मनमानी निर्देशिका पर रखा जा सकता है, जैसे यूनिक्स में; हालाँकि, उन्हें वास्तव में लक्ष्य डिस्क पर संग्रहीत किया जाता है, रेपर्स पॉइंट्स ( सिम्बलिंक का अधिक शक्तिशाली रूप) के रूप में जो इसके वॉल्यूम नाम से माउंटेड डिस्क को संदर्भित करता है ।
(विभिन्न प्रकार के प्रतिरूप बिंदु भी मौजूद हैं; कुछ मानक माउंट बिंदु, सिम्बलिंक, डायरेक्टरी जंक्शन हैं)
वॉल्यूम GUID पथ ( \\?\Volume{710308c0-978e-11e1-95bc-806d6172696f}\) (कम से कम यह है कि इसे कैसे कहा जाता है) - Win32 नामस्थान\\?\ में विशेष पथ , जिसमें एक UUID है जिसमें Windows इस विशेष विंडोज सिस्टम पर उस विशेष वॉल्यूम को असाइन करता है। उन्हें बदला नहीं जा सकता। वे WinObj में mountvolया उसके द्वारा सूचीबद्ध हैं \GLOBAL??\। ड्राइव अक्षरों के विपरीत, ये सभी उपयोगकर्ताओं के लिए समान हैं।
डिवाइस इंटरफ़ेस पथ \\?\STORAGE#Volume#<something>Signature<hex>Offset<hex>Length<hex>#<uuid>\वॉल्यूम GUID पथ के विपरीत, प्रत्येक वॉल्यूम में बिल्कुल एक डिवाइस इंटरफ़ेस पथ होता है।
- वॉल्यूम डिवाइस का नाम
\Device\HarddiskVolume23- पिछले सभी के विपरीत, जो सिर्फ प्रतीकात्मक लिंक हैं, यह सीधे वॉल्यूम का नाम देता है। आप इसे जानते हैं क्योंकि यह \Deviceनामस्थान में है, नामस्थान में नहीं \\?। इसका मतलब यह भी है कि आप इसका उपयोग इस तरह के कार्यों के साथ नहीं कर सकते हैं CreateFile।
diskmgmt.msc, mountvolऔर diskpartड्राइव अक्षर और माउंट पॉइंट दोनों को प्रबंधित कर सकते हैं।
यहां तक कि जब किसी वॉल्यूम में कोई ड्राइव अक्षर नहीं होता है और किसी भी फ़ोल्डर में "माउंटेड" नहीं होता है, तो यह खुला रहता है और इसकी सामग्री अभी भी इसके वॉल्यूम नाम के माध्यम से एक्सेस की जा सकती है; जैसे
\\?\Volume{710308c0-978e-11e1-95bc-806d6172696f}\Windows\Explorer.exe
