लॉक फ़ाइल नहीं खोल सका /var/lib/dpkg/lock त्रुटि संदेश भ्रमित हो सकता है क्योंकि यह बहुत अच्छी तरह से पूछ सकता है कि क्या आप तुरंत बाद में रूट कर रहे हैं, भले ही आप sudo उपसर्ग के साथ अपडेट कमांड चला रहे हों। यह त्रुटि कमांड उपयुक्त-प्राप्त पैकेज प्रबंधक का उपयोग करने वाली लगभग सभी चीज़ों पर दिखाई देगी। चाहे आप उबंटू के विभिन्न संस्करणों में से किसी एक को चलाने वाले डेस्कटॉप या लैपटॉप को अपडेट कर रहे हों या रास्पबेरी पाई को रास्पियन डेबियन स्पिन के साथ अपडेट कर रहे हों, तो हो सकता है कि आप पाएंगे कि यह इनमें से किसी भी प्लेटफॉर्म पर एक समस्या हो सकती है।
फिर भी, फिक्स बल्कि सरल है। आप आमतौर पर किसी भी चीज़ को नज़रअंदाज़ कर सकते हैं जो आपसे पूछती है कि आप जड़ हैं या नहीं और सीधे समस्या के केंद्र में जा सकते हैं, जो एक ही समय में लॉक की गई फ़ाइल तक पहुँचने की कोशिश करने वाली दो प्रक्रियाओं से संबंधित है।
विधि 1:सुनिश्चित करें कि sudo कमांड के प्रत्येक भाग को एक्सेस कर सके
यदि आप sudo apt-get update &&apt-get upgrade चलाते हैं, तो आपको यह त्रुटि मिल सकती है क्योंकि दूसरी प्रक्रिया में /var/lib/dpkg/lock फ़ाइल तक पहुंचने का सही अधिकार नहीं है।
इसके बजाय sudo apt-get update &&sudo apt-get upgrade running चलाने का प्रयास करें यह देखने के लिए कि क्या इससे कोई फर्क पड़ता है। यदि ऐसा होता है, तो आपकी समस्या पहले ही ठीक हो चुकी है और यह केवल इसलिए था क्योंकि आप दूसरी प्रक्रिया को फ़ाइल तक पहुँचने के लिए पर्याप्त अनुमति नहीं दे रहे थे। ध्यान रखें कि यह कमांड आपके सभी पैकेजों को अपडेट करेगा और फिर अपग्रेड करेगा, इसलिए यह आपको इसे स्वीकृत करने के लिए प्रेरित कर सकता है और इसे चलने में कुछ समय लग सकता है।
अन्यथा, हालांकि, समस्या पहले ही पूरी तरह से हल हो चुकी है और आपको कुछ और करने की आवश्यकता नहीं है।
विधि 2:/var/lib/dpkg/lock फ़ाइल को हटाना
जो लोग कर्ल, wget या किसी अन्य कमांड का उपयोग कर रहे हैं जो किसी फ़ाइल को विवेकपूर्वक डाउनलोड करते हैं, उन्हें उस कमांड को sudo के साथ पेश करना पड़ सकता है, क्या उन्हें रास्पियन से काम करना चाहिए क्योंकि यह कुछ मामलों में उपयुक्त-प्राप्त की जगह लेता है। शुद्ध डेबियन, जुबंटू, लुबंटू, लिनक्स मिंट और इसी तरह के अन्य डेस्कटॉप/लैपटॉप-उन्मुख के साथ काम करने वालों को इसके बारे में चिंता करने की ज़रूरत नहीं होगी, लेकिन यह एक और कोशिश के लायक हो सकता है।
यदि यह अभी भी काम नहीं करता है, तो आपको यह जांचना पड़ सकता है कि आपके पास कोई अन्य प्रोग्राम नहीं है जो आपके अपडेट को चलाने के दौरान फ़ाइल तक पहुंचने का प्रयास कर रहा है। sudo lsof /var/lib/dpkg/lock . का उपयोग करके देखें यह देखने के लिए कि क्या कोई अन्य प्रक्रिया चल रही है जो इसे खोलती है। यदि आपने इसे कहीं खोल दिया है, तो आप बस एप्लिकेशन को बंद कर सकते हैं।
ध्यान रखें कि इस फ़ाइल को खोलने के लिए किसी एप्लिकेशन के लिए पढ़ने और लिखने की पहुंच का मतलब उस एक्सटेंशन से है, जिसमें कहा गया है कि प्रोग्राम में रूट विशेषाधिकार होने चाहिए, इसलिए प्रोग्राम को बंद करने के लिए आपको रूट विशेषाधिकारों की आवश्यकता होगी। यदि आप इस सुविधा का समर्थन करने वाले ग्राफिकल डेस्कटॉप वातावरण का उपयोग कर रहे हैं तो आप टास्क मैनेजर एप्लिकेशन को देखने का भी प्रयास कर सकते हैं। बस आपत्तिजनक प्रक्रिया पर राइट-क्लिक करें और अगर आपके पास ऐसा करने की अनुमति है तो इसे बंद कर दें। कमांड लाइन से किल या किलऑल कमांड को भी आज़माएं।
अब आप अपने apt-get कमांड को फिर से चलाने की कोशिश कर सकते हैं और देख सकते हैं कि क्या इससे कोई फर्क पड़ता है, लेकिन अगर ऐसा होता तो आपको कुछ और नहीं करना पड़ता। यदि आपको अभी भी समस्या हो रही है, तो लॉक फ़ाइलों को एकमुश्त निकालने का प्रयास करें। हालांकि इसे अंतिम उपाय के रूप में देखा जाना चाहिए, यह आमतौर पर उपयुक्त-प्राप्त कार्यक्रम से संबंधित किसी भी समस्या का कारण नहीं बनता है। ऐसा करने से पहले आप अभी भी अन्य तरीकों को समाप्त करना चाहेंगे क्योंकि यह उपयुक्त सिस्टम के साथ खिलवाड़ कर सकता है।
रिबूटिंग कभी-कभी मदद करता है, लेकिन यदि आप लगातार सर्वर या रास्पियन डिवाइस पर हैं तो यह एक व्यवहार्य विकल्प नहीं हो सकता है। sudo rm /var/lib/dpkg/lock &&sudo rm /var/lib/apt/lists/lock चलाने का प्रयास करें , जो उन विशेष फ़ाइलों को मुक्त कर देगा जो आपके द्वारा चलाए जा रहे समय पर एक नज़र डाल रही हैं। उन फ़ाइलों के नामों के बारे में सावधान रहना सुनिश्चित करें, क्योंकि rm को रूट के रूप में चलाना विनाशकारी है।
यह मानते हुए कि आपने अन्य विकल्पों को समाप्त करने के बाद ही ऐसा किया है, तो आप अपने अपडेट कमांड को फिर से चलाने का प्रयास कर सकते हैं और देख सकते हैं कि क्या होता है। आपको और कोई समस्या नहीं होनी चाहिए क्योंकि फ़ाइलें उस समय मौजूद नहीं रहेंगी, हालांकि उपयुक्त रूटीन चलने के दौरान उन्हें फिर से बनाने में सक्षम होंगे।