मैं बस सोच रहा था कि एक विंडोज सिस्टम प्रतीकात्मक लिंक कैसे संभालता है। मेरा सबसे अच्छा अनुमान है कि यह उन्हें पहचान नहीं पाएगा, लेकिन मुझे पूरी तरह यकीन नहीं है।
इसके अलावा, मैक एक से सामना करने पर क्या करते हैं?
मैं बस सोच रहा था कि एक विंडोज सिस्टम प्रतीकात्मक लिंक कैसे संभालता है। मेरा सबसे अच्छा अनुमान है कि यह उन्हें पहचान नहीं पाएगा, लेकिन मुझे पूरी तरह यकीन नहीं है।
इसके अलावा, मैक एक से सामना करने पर क्या करते हैं?
जवाबों:
जब हम गैर-स्थानीय डिस्क के बारे में बात करते हैं तो विंडोज संस्करण और सर्वर-साइड के कॉन्फ़िगरेशन पर निर्भर करता है।
विंडोज विस्टा के बाद से, विंडोज में प्रतीकात्मक लिंक का एक विचार है, लेकिन शब्दार्थ अलग है। लेकिन यहां अधिक महत्वपूर्ण समस्या पथ नामों की होनी चाहिए, जो एक अलग वाक्यविन्यास का पालन करते हैं। शुरुआत के लिए: यूनीक्सॉइड साइड पर सिंगल-रूटेड डायरेक्टरी ट्री और विंडोज साइड पर रूट के रूप में कई ड्राइव अक्षर।
यूनिक्सॉइड साइड पर सिमिलिंक केवल एक विशेष ध्वज के साथ पाठ फाइलें हैं। विंडोज की ओर अंतर्निहित तंत्र को एक प्रतिवर्ती बिंदु कहा जाता है। यह ऑब्जेक्ट मैनेजर को इसे विशेष रूप से पंजीकृत फिल्टर को पास करने के लिए कहता है (इसके लिए मेटा-डेट को रिपर पॉइंट्स में संग्रहीत किया जाता है)। विंडोज 2000 ने पहले से ही एक प्रकार के रिपर पॉइंट्स पेश किए जिन्हें जंक्शन पॉइंट्स के रूप में जाना जाता है (मोटे तौर पर, लेकिन काफी नहीं, डायरेक्टरी सिम्बलिंक्स)। विस्टा के साथ उन्होंने रिमोट ड्राइव पर भी फाइल और निर्देशिका दोनों के लिए सहानुभूति पेश की। और रिमोट ड्राइव पर सिमलिंक भी कुछ हद तक समर्थित हैं।
मुख्य बिंदु यह है कि क्या फ़ाइल सिस्टम ड्राइवर - जब स्थानीय रूप से चलाया जाता है - विंडोज देखने को मिलने वाले रास्तों के लिए कोई समायोजन करेगा। ऐसे मामले में यह कुछ स्थानीय / रिश्तेदार सिम्बलिंक के लिए काम करेगा। लक्ष्य के रूप में निरपेक्ष रास्तों के लिए चीजों को मुश्किल और असंभव हो जाएगा जो कि मतलब है। रिमोट सिमलिंक लिंक ("नेटवर्क शेयरों") के लिए भी।
मैक पक्ष के लिए मेरे पास कोई विचार नहीं है और यह एक अलग प्रश्न के रूप में समझ में आ सकता है। लेकिन जब तक सर्वर साइड यह जानकारी देता है कि यह एक सिम्लिंक है, मुझे कोई समस्या नहीं दिख रही है, क्योंकि वे दोनों एसयूएस शब्दार्थ (विंडोज के विपरीत) का पालन करते हैं।
लिनक्स पक्ष माउंट बिंदुओं पर विचार करें:
/dev/sda1 /
/dev/sda2 /home
/dev/sda3 /var
और अब एक सिम्लिंक को /home/paul/fstab
इंगित करने पर विचार करें /etc/fstab
। वे दो अलग-अलग संस्करणों पर स्थित हैं जो विंडोज - अगर उन्हें एक फाइल सिस्टम ड्राइवर (जो काम करता है!) के माध्यम से देख सकता है - एक साथ बता नहीं सकता जिस तरह से /etc/fstab
यह वर्णन करता है। इसलिए, लिंक, जिसे विंडोज एक फ़ोल्डर के तहत देखेगा \paul\fstab
, भले ही अनुवादित हो, इंगित करेगा \etc\fstab
, जो मौजूद नहीं है /dev/sda2
। और अगर वह सिम्लिंक सापेक्ष पथ की ओर इशारा करेगा तो ../../etc/fstab
चीजें बिल्कुल नहीं बदलेंगी ।
जिस्ट: इसलिए जब यह बोधगम्य है कि आप इसे कुछ कोने के मामलों के लिए काम करने के लिए प्राप्त कर सकते हैं, तो यह तथ्य कि सिमेंटिक्स और सिंटैक्स बाड़ के दोनों किनारों पर भिन्न होते हैं, यह संभावना नहीं है कि आपको एक व्यावहारिक और सामान्य विधि मिल जाएगी।
ntfs
माउंट पॉइंट्स का समर्थन करता है (यदि आप उन सभी पत्रों को पसंद नहीं करते हैं)।
0xC0000022L का उत्तर विंडोज की चीजों के लिए पूरी तरह से है। मैक लिनक्स के सीमलिंक को पहचान सकता है; हालाँकि, लिनक्स मैक के खोजक में बनाए गए उपनामों को नहीं पहचान सकता है (ln -s काम ठीक का उपयोग करके बनाए गए सिमिलिंक)।
.lnk
फाइलों) पर शॉर्टकट के लिए OSX समकक्ष हैं ।