"लॉक / var / lib / dpkg / लॉक करने में विफल" त्रुटि को कैसे ठीक करें

हालांकि एक लिनक्स वितरण सॉफ्टवेयर को स्थापित करने का विकल्प चुन सकता है, लेकिन यह फिट दिखता है, अधिक बार नहीं, वे इसे कम से कम अपने आधिकारिक रिपॉजिटरी से स्थापित कर सकते हैं। इन रिपॉजिटरी को सीधे वितरण और/या दूसरों के आधार पर बनाए रखा जा सकता है, जैसा कि उदाहरण के लिए डेबियन->उबंटू->लिनक्स मिंट के साथ होता है। इन मामलों में, पैकेज मैनेजर एपीटी है, और कभी-कभी हम संदेश देख सकते हैं "लॉक नहीं कर सका/var/lib/dpkg/lock" टर्मिनल में या ग्राफिकल इंटरफ़ेस वाले टूल में भी।

यह लेख कुछ प्रकाश डालने का प्रयास करेगा। यह क्या है और त्रुटि को कैसे हल किया जा सकता है यह हमें "/ var/lib/dpkg/lock को लॉक नहीं किया जा सकता" संदेश देखने का कारण बनता है, लेकिन मैं आपको बता सकता हूं कि एक बहुत ही सरल समाधान है जो इसे और कई अन्य समस्याओं को ठीक कर सकता है, चाहे वह लिनक्स में हो- आधारित वितरण या मोबाइल सहित कोई अन्य ऑपरेटिंग सिस्टम।

त्रुटि "/var/lib/dpkg/lock लॉक नहीं कर सका" का क्या अर्थ है?

सामान्य तौर पर, जब हम देखते हैं कि त्रुटि "लॉक नहीं कर सका/var/lib/dpkg/lock" है, तो टर्मिनल या सॉफ्टवेयर जो यह दर्शाता है कि एक और APT प्रक्रिया चल रही है और उसी डेटाबेस का उपयोग करती है। जिसे हम एक्सेस करने का प्रयास कर रहे हैं। . दूसरे शब्दों में, नई APT प्रक्रिया /var/lib/dpkg/lock फ़ाइल को लॉक करने का प्रयास करती है, वह इसे प्राप्त नहीं कर सकता क्योंकि वह व्यस्त है और हमें इसकी सूचना दें।

सबसे आम है कि एक और एपीटी प्रक्रिया, जैसे कि अद्यतन, पहले से ही चल रहा है और लॉक फ़ाइल को लॉक कर दिया है, इसलिए यह पहला कदम नहीं उठा सकता है, जो उक्त फ़ाइल को लॉक करने के लिए ठीक है।

त्रुटि को कैसे ठीक करें

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

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

चाहे वे अग्रभूमि में हों या पृष्ठभूमि में, एक विकल्प है धैर्य रखें और यह देखने के लिए प्रतीक्षा करें कि आप जो काम कर रहे हैं वह पूरा हो गया है या नहीं। कभी-कभी हमें एक त्रुटि संदेश दिखाई देता है और हम चाहते हैं कि इसे तुरंत ठीक कर दिया जाए, जबकि समाधान एक क्षण प्रतीक्षा करना है।

रिबूट या लॉगऑफ़ पर्याप्त होना चाहिए

कई साल पहले, एक दोस्त हमेशा मुझसे पूछ रहा था कि विंडोज में अपने क्रैश को कैसे ठीक किया जाए। एक समय ऐसा भी आया जब मैंने उससे मुश्किल से ही पूछा, और मैंने उसकी सिफारिश की रिबूट क्योंकि यह लगभग हमेशा उसके लिए सबसे अच्छा समाधान था। त्रुटि के मामले में "लॉक / var / lib / dpkg / लॉक नहीं कर सका" भी एक संभावित समाधान है। स्क्रैच से शुरू करते समय, आप अपडेट टूल द्वारा लॉक की गई फ़ाइल के साथ शुरू कर सकते हैं, लेकिन यह जल्द ही इसे अनलॉक कर देगा, जब आप यह सत्यापित करेंगे कि इंस्टॉल करने के लिए कुछ भी नया नहीं है या है, लेकिन आपने हमें इसके बारे में पहले ही सूचित कर दिया है।

ज़रूर, यह सबसे सुंदर समाधान नहीं है, लेकिन यह सबसे कम खर्चीला है और अगर आपके पास लॉग इन रखने का कोई कारण नहीं है तो यह सबसे अच्छा और तेज़ हो सकता है।

जब संदेश "लॉक / var / lib / dpkg / लॉक करने में विफल" नहीं जाता है

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

1. सबसे पहले हम एक टर्मिनल खोलेंगे और इस कमांड के साथ चल रही APT प्रक्रिया की पहचान करेंगे:

sudo lsof /var/lib/dpkg/lock

2. पहचानी गई प्रक्रिया के साथ, हम इसे इस कमांड से खत्म कर देते हैं, पीआईडी ​​​​को उस प्रक्रिया की संख्या से बदल देते हैं जिसे हमने चरण 1 से कमांड के साथ पाया होगा:

sudo kill PID

3. अंत में, हम एपीटी प्रबंधन को फिर से लागू करने का प्रयास करते हैं कि त्रुटि वापस आ रही थी। इसे हमें आगे बढ़ने देना चाहिए।

यदि इससे समाधान नहीं होता है, तो हम कुछ और कठोर कर सकते हैं, इसलिए आपको सावधानी बरतनी होगी या अतिरिक्त कदम उठाने होंगे। यह इसे "कठिन तरीका" कर रहा है: फ़ाइल को हटाना /var/lib/dpkg/lock. इसे सुरक्षित रूप से करने के लिए अनुसरण करने के चरण ये होंगे:

1. हम फ़ाइल का बैकअप बनाते हैं /var/lib/dpkg/lock. जैसा कि हम क्या करेंगे इसे कॉपी करें, हम फ़ाइल प्रबंधक का उपयोग कर सकते हैं, क्योंकि सुपर उपयोगकर्ता अनुमतियों की आवश्यकता नहीं है। टर्मिनल से इसे किया जा सकता है cp /var/lib/dpkg/lock new-path, "नया-पथ" को उस पथ में बदलना जिसमें हम बैकअप प्रतिलिपि बनाना चाहते हैं।
2. हम फाइल को डिलीट करते हैं। इसके लिए विशेषाधिकारों को खींचना जरूरी होगा। यदि हमारा फ़ाइल प्रबंधक हमें अनुमति देता है, तो हम लिख सकते हैं, उदाहरण के लिए, "सूडो नॉटिलस" बिना उद्धरण चिह्नों के इसे एक ग्राफिकल इंटरफ़ेस के साथ हटा दें, लेकिन मुझे लगता है कि टर्मिनल खोलना और लिखना तेज़ और आसान होगा:

sudo rm /var/lib/dpkg/lock

3. हटाई गई फ़ाइल के साथ हम फिर से कोशिश कर सकते हैं जिसकी हमें अनुमति नहीं थी। अगर हम लिखते हैं सुडो एपीटी अद्यतन और हम त्रुटि नहीं देखते हैं, बग ठीक हो गया है।

रिबूट और धैर्य आमतौर पर सबसे अच्छे होते हैं

हालांकि इसे ठीक करने के तरीके हैं, जैसा कि पिछले बिंदु में बताया गया है, त्रुटि "/var/lib/dpkg/lock लॉक नहीं कर सका" यह वास्तव में गंभीर नहीं है और इसे थोड़ी देर प्रतीक्षा करके या रीबूट करके ठीक किया जा सकता है। यह ऐसा कुछ है जो आम तौर पर खुद को ठीक करता है, और यदि ऐसा नहीं होता है, तो रीबूट कम से कम आक्रामक और सबसे प्रभावी होता है। अब, यह लिनक्स है, और सब कुछ या लगभग हर चीज का टर्मिनल से एक समाधान है, यह उल्लेख नहीं करने के लिए कि हम जो चाहें "मार" सकते हैं।

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