सवाल आलसी umount या लिनक्स में एक व्यस्त डिस्क unmounting


मैंने पढ़ा है कि डिस्क को 'umount' करना संभव है जो 'आलसी' विकल्प का उपयोग करके अन्यथा व्यस्त है। मैनपेज के बारे में यह कहना है:

umount - फ़ाइल सिस्टम अनमाउंट करें

-एल आलसी unmount। फाइल सिस्टम पदानुक्रम से फाइल सिस्टम को अलग करें, और फाइल सिस्टम के सभी संदर्भों को जल्द से जल्द साफ़ करें             यह अब व्यस्त नहीं है। यह विकल्प एक "व्यस्त" फाइल सिस्टम की अनुमति देता है             अनमाउंट किया जाना है। (कर्नेल 2.4.11 या बाद में आवश्यक है।)

लेकिन उसमें क्या बात होगी? मैंने सोचा कि हम विभाजन को क्यों हटाते हैं:

  1. हार्डवेयर को हटाने के लिए
  2. फाइल सिस्टम पर संचालन करने के लिए जो घुड़सवार होने पर असुरक्षित होगा

इनमें से किसी भी मामले में, सभी 'आलसी' अनमाउंट आईएमएचओ की सेवा करता है यह निर्धारित करना मुश्किल है कि डिस्क वास्तव में ध्वस्त हो गई है और आप वास्तव में इन कार्यों के साथ आगे बढ़ सकते हैं। के लिए एकमात्र आवेदन umount -l ऐसा लगता है कि अनुभवहीन उपयोगकर्ताओं को 'महसूस' करने के लिए लगता है जैसे उन्होंने कुछ हासिल नहीं किया है।

आप आलसी अनमाउंट का उपयोग क्यों करेंगे?


17
2018-04-13 14:47


मूल




जवाब:


क्योंकि आप आलसी हैं - डिस्क ऑपरेशन करने के बाद आप अनमाउंट करना चाहते हैं।

यहां एक व्यावहारिक परिदृश्य है:

आप उपयोग कर रहे हैं rsync अपने बैकअप करने और दूर चलने के लिए। आप ऐसा कर सकते हैं umount -l ड्राइव और एक बार यह कॉपी और सिंक हो जाने के बाद, यह अनमाउंट करता है, ताकि जब आप ब्रेक के बाद वापस आ जाएंगे (जो आपको पता है कि बैकअप से अधिक समय लगेगा) तो आप कीबोर्ड के साथ फिर से पहेली करने के बजाए ड्राइव को अनप्लग कर सकते हैं।


8
2018-04-13 14:56



यदि आप आलसी थे, तो निश्चित रूप से आप तर्क का उपयोग न करने के द्वारा अधिक समय बचा सकते हैं, क्योंकि एक बार जब आप वापस आ गए तो आपको पता था कि आप तुरंत इसे समाप्त कर सकते हैं बैकअप समाप्त हो गया है? या पोस्ट-बैकअप ऑपरेशंस के ड्राइव हिस्से को खाली कर दें? - deed02392
इस बारे में सोचें: डिस्क अब व्यस्त नहीं है - अब इसे अनमाउंट करें। अब यह घुड़सवार नहीं है इसलिए कुछ भी इसे लिख नहीं सकता है। यह त्रुटि करने के बजाए "ऐसा करें जब आप कर सकते हैं"। - Broam
तो डिस्क ऑपरेशन कब किया जाता है तो आप कैसे जानते हैं? पहले से अनमाउंट किए गए फाइल सिस्टम में फ़ाइल लिखने में सक्षम होने के इस उदाहरण (बग?) को देखें - Tom Hale


यह वास्तव में प्रशासनिक कार्यों में अनुवर्ती कार्यों को करने के लिए और अधिक समय प्राप्त करने के लिए लागू किया जाता है।

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

उदाहरण: कार्य 1 और कार्य 2 दो प्रशासनिक कार्य वापस वापस निर्धारित किए गए हैं।

कार्य 1 दैनिक बैकअप

यह एक प्रोजेक्ट विभाजन से बैकअप विभाजन में बड़ी संख्या में फाइलों की प्रतिलिपि बनाता है, कहें, / mnt / backupProj, जिसे फ्लाई पर रखा जाएगा और इस कार्य के अंत में अनमाउंट किया जाएगा .. प्रतिलिपि में काफी समय लगता है।

कार्य 2 एसक्यूएल-विचार अपडेट करें

एक समर्पित सर्वर पर डेटाबेस दृश्य अद्यतनों की एक श्रृंखला करता है।

टास्क 2 स्पष्ट रूप से कार्य 1 से पूरी तरह से स्वतंत्र है, इसलिए हम बैकअप कार्य को पूरा करने के इंतजार किए बिना आलसी / unmount / mnt / backupProj कर सकते हैं।


5
2018-04-13 15:42



क्या आप एक उदाहरण प्रदान कर सकते हैं? यह किस स्थिति में 'समय प्राप्त / बचाएगा'? - deed02392


मैं उन मामलों में आलसी उमाउंट का उपयोग करता हूं जहां यह स्पष्ट रूप से विभिन्न कारणों (जैसे कि एनएफएस सर्वर डाउन) के लिए फंस गया था, जब भी मुझे माउंट द्वारा घुड़सवार निर्देशिका की मूल सामग्री देखने की आवश्यकता होती है। दोनों मामलों में माउंट व्यस्त है। मुझे लगता है कि अन्य किनारे के मामले हैं लेकिन इन 2 विकल्पों का उपयोग करने के सबसे आम कारण हैं।


4
2018-04-13 18:26



सिफारिश करता है --force एनएफएस मामले के लिए। - Tom Hale


एक बाध्य माउंट पर विचार करें क्योंकि आप काम करते समय देख सकते हैं chroot:

mount --rbind /proc /mnt/proc
# do stuff
umount /mnt/proc

यदि आपके सिस्टम पर एक डिमन है जो लगातार पूछताछ करता है /proc (मैं तुम्हें देख रहा हूं ksysguardd), तो आप असमर्थ होंगे umount /mnt/proc। आलसी आपको चलेगा umountइस मामले में।


3
2018-06-09 20:51



क्यों उपयोग नहीं करते हैं --force इसके बजाए यहाँ? - Tom Hale


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


2
2018-02-04 07:48





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

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

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

मैनपेज को पैराफ्रेश करना, इसका मतलब यह है कि अगर वॉल्यूम में आलसी फाइलें खुलती हैं, तो वास्तविकता में यह बढ़ता रहता है लेकिन फाइल सिस्टम के माध्यम से सुलभ नहीं होता है और आखिरी खुली फ़ाइल बंद होने पर ही वास्तव में अनमाउंट होती है।


1
2018-05-12 13:24



धन्यवाद यह एक उपयोगी अनुप्रयोग की तरह लगता है। मर्जी lsof पुराने माउंटपॉइंट पर खुली फाइलें दिखाएं? मुझे आश्चर्य है कि यह पुरानी मात्रा और नई पर खुली फ़ाइलों को कैसे अलग करेगा? - deed02392