unix - प्रतीकात्मक लिंक और हार्ड लिंक के बीच क्या अंतर है?




symlink hardlink (14)

MSDN ,

MSDN

एक प्रतीकात्मक लिंक एक फ़ाइल-सिस्टम ऑब्जेक्ट है जो किसी अन्य फ़ाइल सिस्टम ऑब्जेक्ट को इंगित करता है। जिस वस्तु को इंगित किया जा रहा है उसे लक्ष्य कहा जाता है।

प्रतीकात्मक लिंक उपयोगकर्ताओं के लिए पारदर्शी हैं; लिंक सामान्य फ़ाइलों या निर्देशिकाओं के रूप में दिखाई देते हैं, और उपयोगकर्ता या एप्लिकेशन द्वारा बिल्कुल उसी तरीके से कार्य किया जा सकता है।

प्रतीकात्मक लिंक यूनिक्स ऑपरेटिंग सिस्टम के साथ प्रवासन और अनुप्रयोग संगतता में सहायता के लिए डिज़ाइन किए गए हैं। माइक्रोसॉफ्ट ने यूनिक्स लिंक की तरह काम करने के लिए अपने प्रतीकात्मक लिंक लागू किए हैं।

प्रतीकात्मक लिंक या तो पूर्ण या सापेक्ष लिंक हो सकते हैं। पूर्ण लिंक लिंक हैं जो पथ नाम के प्रत्येक भाग को निर्दिष्ट करते हैं; रिश्तेदार लिंक निर्धारित किए जाते हैं कि सापेक्ष-लिंक विनिर्देशक निर्दिष्ट पथ में हैं

पूर्ण प्रतीकात्मक लिंक का एक उदाहरण

X: "C:\alpha\beta\absLink\gamma\file"
Link: "absLink" maps to "\\machineB\share"
Modified Path: "\\machineB\share\gamma\file"

सापेक्ष प्रतीकात्मक लिंक का एक उदाहरण

X: C:\alpha\beta\link\gamma\file
Link: "link" maps to "..\..\theta"
Modified Path: "C:\alpha\beta\..\..\theta\gamma\file"
Final Path: "C:\theta\gamma\file"

हार्ड लिंक

एक हार्ड लिंक फ़ाइल की फ़ाइल सिस्टम का प्रतिनिधित्व है जिसके द्वारा एक से अधिक पथ एक ही मात्रा में एक फ़ाइल को संदर्भित करते हैं।

विंडोज़ में एक हार्ड लिंक बनाने के लिए, जहां लिंक बनाया जाना है वहां नेविगेट करें और यह आदेश दर्ज करें:

mklink /H Link_name target_path

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

  • संदर्भ विभिन्न स्थानीय ड्राइव में हैं
  • संदर्भ में नेटवर्क ड्राइव शामिल हैं। दूसरे शब्दों में, संदर्भों में से एक नेटवर्क ड्राइव है
  • बनाए जाने के लिए कठिन लिंक लक्ष्य के समान पथ में है

संगम

एनटीएफएस जंक्शन नामक एक और लिंक प्रकार का समर्थन करता है। एमएसडीएन इसे निम्नानुसार परिभाषित करता है:

एक जंक्शन (जिसे मुलायम लिंक भी कहा जाता है) एक हार्ड लिंक से अलग होता है जिसमें भंडारण वस्तुओं का संदर्भ अलग-अलग निर्देशिका होते हैं, और एक जंक्शन एक ही कंप्यूटर पर विभिन्न स्थानीय वॉल्यूम्स पर स्थित निर्देशिकाओं को लिंक कर सकता है । अन्यथा, जंक्शन हार्ड लिंक के समान रूप से काम करते हैं।

हार्ड लिंक सेक्शन और जंक्शन सेक्शन में बोल्ड किए गए हिस्सों में दोनों के बीच बुनियादी अंतर दिखता है।

विंडोज़ में जंक्शन बनाने के लिए कमांड, नेविगेट करें कि लिंक कहां बनाया जाना है और फिर दर्ज करें:

mklink /J link_name target_path

हाल ही में मुझे नौकरी साक्षात्कार के दौरान यह पूछा गया था। मैं ईमानदार था और कहा कि मुझे पता था कि एक प्रतीकात्मक लिंक कैसे व्यवहार करता है और कैसे एक बना सकता है, लेकिन एक कठिन लिंक के उपयोग को समझ में नहीं आता है और यह एक प्रतीकात्मक से अलग कैसे होता है।


इस जवाब में जब मैं एक फाइल कहता हूं तो मेरा मतलब स्मृति में स्थान है

सहेजे गए सभी डेटा को इनोड नामक डेटा संरचना का उपयोग करके स्मृति में संग्रहीत किया जाता है। प्रत्येक इनोड में एक इनोडेनंबर होता है। इनोड संख्या को इनोड तक पहुंचने के लिए उपयोग किया जाता है। फ़ाइल के सभी हार्ड लिंक के अलग-अलग नाम हो सकते हैं लेकिन समान इनोड नंबर साझा करते हैं। चूंकि सभी हार्ड लिंक में एक ही इनोडेनंबर होता है (जो एक ही इनोड तक पहुंच जाता है), वे सभी एक ही भौतिक स्मृति को इंगित करते हैं।

एक प्रतीकात्मक लिंक एक विशेष प्रकार की फाइल है। चूंकि यह एक फ़ाइल भी है, इसमें फ़ाइल का नाम और एक इनोड नंबर होगा। जैसा कि ऊपर दिया गया है, इनोड संख्या में एक इनोड acceses जो डेटा को इंगित करता है.अब क्या एक प्रतीकात्मक लिंक विशेष बनाता है प्रतीकात्मक लिंक में इनोडेनबॉर्स उन इनोड्स तक पहुंचते हैं जो किसी अन्य फ़ाइल को "पथ" इंगित करते हैं। अधिक विशेष रूप से प्रतीकात्मक लिंक में इनोड संख्या उन इनोड्स को acceses जो एक और हार्ड लिंक इंगित करते हैं।

जब हम जीयूआई में एक फाइल को ले जा रहे हैं, प्रतिलिपि बना रहे हैं, तो हम फाइल के हार्डलिंक्स के साथ भौतिक स्मृति नहीं खेल रहे हैं। जब हम एक फाइल हटाते हैं तो हम फाइल के हार्डलिंक को हटा रहे हैं। हम भौतिक स्मृति को मिटा नहीं रहे हैं। अगर फ़ाइल के सभी हार्डलिंक हटा दिए जाते हैं तो संग्रहीत डेटा तक पहुंचना संभव नहीं होगा हालांकि यह स्मृति में अभी भी मौजूद हो सकता है


उपरोक्त सभी उत्तरों को जोड़कर, हार्डलिंक और सॉफ्टलिंक फ़ाइल को ढूंढने में अंतर को नीचे समझा जा सकता है:

मेरे पास मेरी वर्तमान निर्देशिका में एक फ़ाइल f6 है, साथ ही टी 2 नाम की एक निर्देशिका है।

फ़ाइल f1 और ./t2/f2 f6 प्रतीकात्मक लिंक हैं।

फ़ाइल ./t2/f8 और ./t2/f8 f6 हार्ड लिंक हैं।

नरम और कड़ी लिंक खोजने के लिए हम इसका उपयोग कर सकते हैं:

$ find -L . -samefile f6 

> ./f1
> ./f6
> ./f7
> ./t2/f2
> ./t2/f8

केवल हार्डलिंक खोजने के लिए हम इसका उपयोग कर सकते हैं:

$ find . -xdev -samefile f6

> ./f6
> ./f7
> ./t2/f8

चूंकि एक ही फ़ाइल सिस्टम पर -xdev बनाया जा सकता है, इसलिए हम उसी फ़ाइल-सिस्टम / माउंट-पॉइंट में -L विकल्प का उपयोग किए बिना -L विकल्प के साथ सभी -xdev खोज सकते हैं। यह विभिन्न माउंट पॉइंट्स में अनावश्यक खोज बचाता है।

तो हार्डलिंक को खोजना कुछ हद तक तेज़ है, फिर सॉफ्टलिंक खोजना (अगर मैं गलत हूं या स्पष्ट नहीं हूं तो कृपया सुधारें)।


एक कठिन लिंक और एक प्रतीकात्मक लिंक के बीच अंतर देखने का एक आसान तरीका एक साधारण उदाहरण के माध्यम से है। फ़ाइल के लिए एक कठिन लिंक उस स्थान पर इंगित करेगा जहां फ़ाइल संग्रहीत है, या उस फ़ाइल का इनोड। एक प्रतीकात्मक लिंक वास्तविक फ़ाइल को इंगित करेगा।

तो अगर हमारे पास "ए" नामक एक फ़ाइल है और एक हार्ड लिंक "बी" और एक प्रतीकात्मक लिंक "सी" बनाते हैं जो सभी फाइल "ए" को संदर्भित करते हैं:

echo "111" > a
ln a b
ln -s a c

"ए", "बी", और "सी" का उत्पादन होगा:

cat a --> 111
cat b --> 111
cat c --> 111

अब चलिए फाइल "ए" को हटा दें और देखें कि "ए", "बी" और "सी" के आउटपुट के साथ क्या होता है:

rm a
cat a --> No such file or directory
cat b --> 111
cat c --> No such file or directory

तो क्या हुआ?

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

हालांकि, फाइल "ए" को भंडारण की जगह, या "इन" फ़ाइल के इनोड को इंगित करें। इसलिए यदि फ़ाइल "ए" हटा दी गई है तो यह अब इनोड को इंगित नहीं करेगी, लेकिन क्योंकि फ़ाइल "बी" करता है, इसलिए इनोड को "ए" से संबंधित सामग्री को तब तक स्टोर करना जारी रहेगा जब तक कि कोई और कठिन लिंक अब इंगित न करें।


किसी भी लिनक्स (आईएसएच) कंसोल का उपयोग करके, कुछ अच्छी अंतर्ज्ञान जो मदद कर सकती है।

दो फाइलें बनाएं:

$ touch blah1; touch blah2

उनमें कुछ डेटा दर्ज करें:

$ echo "Cat" > blah1
$ echo "Dog" > blah2

(असल में, मैं पहली जगह गूंज का उपयोग कर सकता था, क्योंकि यह फाइलें बनाता है अगर वे मौजूद नहीं हैं ... लेकिन इसे कभी भी ध्यान न दें।)

और जैसा कि अपेक्षित था:

$cat blah1; cat blah2
Cat
Dog

चलो कठिन और मुलायम लिंक बनाते हैं:

$ ln blah1 blah1-hard
$ ln -s blah2 blah2-soft

चलो देखते हैं कि अभी क्या हुआ:

$ ls -l

blah1
blah1-hard
blah2
blah2-soft -> blah2

Blah1 के नाम को बदलना कोई फर्क नहीं पड़ता:

$ mv blah1 blah1-new
$ cat blah1-hard
Cat

blah1-हार्ड पॉइंट इनोड, फ़ाइल की सामग्री, जो कि नहीं बदला गया था।

$ mv blah2 blah2-new
$ ls blah2-soft
blah2-soft
$ cat blah2-soft  
cat: blah2-soft: No such file or directory

फ़ाइल की सामग्री नहीं मिली क्योंकि सॉफ्ट लिंक नाम को इंगित करता है, जो बदला गया था, और सामग्री के लिए नहीं। इसी तरह, अगर blah1 हटा दिया गया है, blah1-hard अभी भी सामग्री रखती है; अगर blah2 हटा दिया गया है, blah2-soft एक गैर-मौजूदा फ़ाइल का सिर्फ एक लिंक है।


जब मूल फ़ाइल चारों ओर स्थानांतरित हो रही है तो हार्ड लिंक उपयोगी होते हैं। उदाहरण के लिए, फ़ाइल को / bin से / usr / bin या / usr / local / bin से ले जाना। फ़ाइल में किसी भी सिम्लिंक को / bin में तोड़ दिया जाएगा, लेकिन एक हार्डलिंक, फ़ाइल के लिए सीधे इनोड पर एक लिंक होने पर, परवाह नहीं करेगा।

हार्ड लिंक कम डिस्क स्थान ले सकते हैं क्योंकि वे केवल एक निर्देशिका प्रविष्टि लेते हैं, जबकि एक सिम्लिंक को अपना नाम इनोड करने के लिए अपने इनोड की आवश्यकता होती है।

हार्ड लिंक को हल करने में भी कम समय लगता है - सिम्लिंक सिम्लिंक निर्देशिकाओं में मौजूद अन्य सिम्लिंक को इंगित कर सकता है। और इनमें से कुछ एनएफएस या अन्य उच्च विलंबता फाइल सिस्टम पर हो सकते हैं, और इसके परिणामस्वरूप नेटवर्क यातायात को हल किया जा सकता है। हार्ड लिंक, हमेशा एक ही फाइल सिस्टम पर रहते हैं, हमेशा एक ही लुकअप में हल होते हैं, और नेटवर्क विलंबता को कभी भी शामिल नहीं करते हैं (यदि यह एक एनएफएस फाइल सिस्टम पर हार्डलिंक है, तो एनएफएस सर्वर संकल्प करेगा, और यह अदृश्य होगा ग्राहक प्रणाली)। कभी-कभी यह महत्वपूर्ण है। मेरे लिए नहीं, लेकिन मैं उच्च प्रदर्शन प्रणाली की कल्पना कर सकता हूं जहां यह महत्वपूर्ण हो सकता है।

मुझे यह भी लगता है कि एमएमएपी (2) और यहां तक ​​कि खुली (2) जैसी चीजें एक ही कार्यक्षमता का उपयोग करती हैं जैसे फ़ाइल के इनोड को सक्रिय रखने के लिए हार्डलिंक्स, ताकि फ़ाइल अनलिंक (2) एड हो जाए, फिर भी इनोड प्रक्रिया को जारी रखने की अनुमति देने के लिए बनी हुई है, और प्रक्रिया को बंद करने के बाद ही यह फ़ाइल वास्तव में दूर हो जाती है। यह अधिक सुरक्षित अस्थायी फ़ाइलों के लिए अनुमति देता है (यदि आप खुले और अनियमित होने के लिए अनलिंक कर सकते हैं, जिसके लिए एक POSIX API हो सकता है जिसके लिए मुझे याद नहीं है, तो आपके पास वास्तव में एक सुरक्षित अस्थायी फ़ाइल है) जहां आप पढ़ सकते हैं / लिख सकते हैं बिना किसी डेटा के इसे एक्सेस करने में आपका डेटा। खैर, यह सच था / proc ने सभी को आपके फ़ाइल वर्णनकर्ताओं को देखने की क्षमता दी, लेकिन यह एक और कहानी है।

जिसमें से बात करते हुए, प्रक्रिया ए में खुली फ़ाइल को पुनर्प्राप्त करना, लेकिन फ़ाइल सिस्टम पर अनलिंक इनोड लिंक को फिर से बनाने के लिए हार्डलिंक्स का उपयोग करके घूमता है, इसलिए जब फ़ाइल इसे खोलती है या बंद हो जाती है तो फ़ाइल दूर नहीं जाती है।


प्रतीकात्मक लिंक पथ नाम से लिंक हैं। यह किसी सिस्टम के फ़ाइल पेड़ में कहीं भी हो सकता है, और लिंक बनने पर भी मौजूद नहीं होना चाहिए। लक्ष्य पथ सापेक्ष या पूर्ण हो सकता है।

हार्ड लिंक एक इनोड के लिए अतिरिक्त पॉइंटर्स हैं, जिसका अर्थ है कि वे केवल लक्ष्य के समान मात्रा में मौजूद हो सकते हैं। फ़ाइल के अतिरिक्त हार्ड लिंक फ़ाइल के संदर्भ में उपयोग किए जाने वाले "मूल" नाम से अलग नहीं हैं।


प्रतीकात्मक लिंक हार्ड लिंक के समान तरीके से फ़ाइल में एक और नाम देते हैं। लेकिन शेष प्रतीकात्मक लिंक होने पर भी एक फ़ाइल हटा दी जा सकती है।


बस, हार्ड लिंक: बस फ़ाइल में नया नाम जोड़ें, इसका मतलब है कि एक फ़ाइल में एक ही समय में कई नाम हो सकते हैं, सभी नाम एक-दूसरे के बराबर हैं, कोई भी पसंदीदा नहीं है, हार्ड लिंक का मतलब सभी सामग्रियों की प्रतिलिपि बनाना नहीं है फ़ाइल का और नई फाइल बनाना नहीं है, यह सिर्फ ज्ञात होने के लिए एक वैकल्पिक नाम बनाते हैं ..

प्रतीकात्मक लिंक (symlink): एक फ़ाइल फ़ाइल को दूसरी फ़ाइल में है, यदि प्रतीकात्मक लिंक किसी मौजूदा फ़ाइल को इंगित करता है जिसे बाद में हटा दिया जाता है, तो प्रतीकात्मक लिंक उसी फ़ाइल नाम को इंगित करता रहता है, भले ही नाम अब किसी फ़ाइल को नाम न दे।


मुझे एक सामान्य परिदृश्य, सॉफ्टवेयर इंस्टॉल में हार्ड लिंक को समझने का एक आसान तरीका मिला।

एक दिन मैंने स्थापित करने के लिए फ़ोल्डर Downloads करने के लिए एक सॉफ्टवेयर Downloads किया। sudo make install ने sudo make install , कुछ निष्पादन योग्य स्थानीय बिन फ़ोल्डर में cp एड थे। यहां, cp हार्ड लिंक बनाता है। मैं सॉफ़्टवेयर से खुश था लेकिन जल्द ही एहसास हुआ कि Downloads लंबे समय तक एक अच्छी जगह नहीं है। इसलिए मैं सॉफ़्टवेयर फ़ोल्डर को source निर्देशिका में संपादित करता हूं। खैर, मैं अभी भी विंडोज में जैसे किसी भी लक्षित लिंक चीजों के बारे में चिंता किए बिना सॉफ्टवेयर चला सकता हूं। इसका मतलब है कि हार्ड लिंक सीधे इनोड और अन्य फ़ाइलों को पाता है।


मैं निक के सवाल पर जोड़ता हूं: हार्ड लिंक उपयोगी या आवश्यक कब होते हैं? मेरे दिमाग में आने वाला एकमात्र एप्लिकेशन, जिसमें प्रतीकात्मक लिंक नौकरी नहीं करेंगे, एक चिड़चिड़ाहट वाले वातावरण में सिस्टम फाइल की एक प्रति प्रदान कर रहा है।


वृद्धिशील बैकअप करते समय हार्ड लिंक बहुत उपयोगी होते हैं। उदाहरण के लिए, rsnapshot देखें। विचार हार्ड लिंक का उपयोग कर कॉपी करना है:

  • एन + 1 में बैकअप नंबर एन कॉपी करें
  • बैकअप एन - 1 से एन कॉपी करें
  • ...
  • बैकअप 1 में बैकअप 0 कॉपी करें
  • किसी भी बदली हुई फ़ाइलों के साथ बैकअप 0 अपडेट करें।

नया बैकअप आपके द्वारा किए गए किसी भी बदलाव के अलावा कोई अतिरिक्त स्थान नहीं लेगा, क्योंकि सभी वृद्धिशील बैकअप उन फ़ाइलों के लिए इनोड्स के उसी सेट को इंगित करेंगे जो बदले नहीं गए हैं।


हार्ड लिंक बनाम सॉफ्ट लिंक आसानी से इस छवि द्वारा समझाया जा सकता है।


सॉफ्ट लिंक :

मुलायम या प्रतीकात्मक मूल फ़ाइल में एक छोटा सा कट है .... यदि आप मूल को हटाते हैं तो शॉर्टकट विफल रहता है और यदि आप केवल शॉर्ट कट को हटाते हैं तो मूल के साथ कुछ भी नहीं होता है।

सॉफ्ट लिंक सिंटेक्स : ln -s Pathof_Target_file link

आउटपुट: link -> ./Target_file

सबूत: readlink link भी ls -l link आउटपुट में आप lrwxrwxrwx में पहले अक्षर को एल के रूप में lrwxrwxrwx जो संकेत है कि फ़ाइल एक मुलायम लिंक है।

लिंक हटाना: unlink link

नोट: यदि आप चाहें, तो आपका सॉफ्टलिंक वर्तमान डीआईआर से कहीं और स्थानांतरित करने के बाद भी काम कर सकता है। सुनिश्चित करें कि आप एक नरम लिंक बनाते समय पूर्ण पथ देते हैं और सापेक्ष पथ नहीं देते हैं। यानी (रूट / उपयोगकर्ता / target_file से शुरू करें और नहीं ./Target_file)

हार्ड लिंक:

हार्ड लिंक एक दर्पण प्रति या एक ही फ़ाइल में एकाधिक पथ से अधिक है। फ़ाइल 1 में कुछ करें और यह फ़ाइल 2 में दिखाई देता है। एक को हटाने से दूसरे को ठीक रहता है।

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

एक बार हार्ड लिंक बनने के बाद लिंक में मूल फ़ाइल का इनोड होता है। मूल फ़ाइल को नाम बदलने या स्थानांतरित करने से हार्ड लिंक को प्रभावित नहीं किया जाएगा क्योंकि यह अंतर्निहित इनोड से लिंक होता है। इनोड पर डेटा में किए गए किसी भी बदलाव को उन सभी फ़ाइलों में परिलक्षित किया जाता है जो इनोड को संदर्भित करते हैं।

हार्ड लिंक वाक्यविन्यास : ln Target_file link

आउटपुट: नाम लिंक वाले एक फ़ाइल को लक्ष्यफाइल के समान इनपुट नंबर के साथ बनाया जाएगा।

सबूत: ls -i link Target_file (उनके ls -i link Target_file जांच करें)

लिंक हटाना: rm -f link (लिंक को सामान्य फ़ाइल की तरह हटाएं)

नोट : प्रतीकात्मक लिंक फ़ाइल सिस्टम को फैला सकते हैं क्योंकि वे केवल एक और फ़ाइल का नाम हैं। जबकि हार्ड लिंक केवल उसी फ़ाइल सिस्टम के भीतर मान्य हैं।

प्रतीकात्मक लिंक में कुछ विशेषताएं हैं जो हार्ड लिंक गायब हैं:

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

कारण हार्ड लिंक फ़ाइल सिस्टम या विभाजन को पार नहीं कर सकते हैं:

हार्ड डिस्क पर बहुत सारे क्षेत्र हैं।

कहें कि फ़ाइल इनोड (सेक्टर) 4001 पर शुरू होती है और 5000 पर समाप्त होती है। फ़ाइल "/export/home/john/mail.doc" है

फिर: 1. "mail.doc" के लिए एक कठिन लिंक जिसका नाम "हार्डलिंक टॉममेल" है, वह मान है: "4001"। 2. "mail.doc" का एक सॉफ्ट लिंक जिसका नाम "सॉफ्टलिंक टॉममेल" है, में यह मान है: "/export/home/john/mail.doc"।

1 में) हार्ड लिंक केवल उसी डिस्क पर इंगित कर सकता है। यह किसी अन्य ड्राइव को इंगित नहीं कर सकता है। सभी ड्राइवों में मूल्य "4001" का एक इनोड होता है, हार्ड डिस्क सभी डिस्क के बीच अंतर कैसे कर सकता है? कौन सा ड्राइव "4001" है?

2 में) मुलायम लिंक में एक स्ट्रिंग होती है। स्ट्रिंग किसी अन्य ड्राइव पर किसी अन्य फाइल सिस्टम को इंगित कर सकती है, क्योंकि पूर्ण पथ निर्दिष्ट है।





hardlink