"/var/lib/dpkg/lock করতে ব্যর্থ" ত্রুটিটি কীভাবে ঠিক করবেন

যদিও একটি লিনাক্স ডিস্ট্রিবিউশন সফ্টওয়্যারটি ইনস্টল করার জন্য বেছে নিতে পারে তবে এটি উপযুক্ত মনে করে, প্রায়শই নয়, তারা সর্বনিম্নভাবে, তাদের অফিসিয়াল রিপোজিটরি থেকে এটি ইনস্টল করতে পারে। এই সংগ্রহস্থলগুলি সরাসরি বিতরণ দ্বারা এবং/অথবা অন্যদের উপর ভিত্তি করে রক্ষণাবেক্ষণ করা যেতে পারে, যেমন ডেবিয়ান->উবুন্টু->লিনাক্স মিন্টের সাথে ঘটে, উদাহরণস্বরূপ। এই ক্ষেত্রে, প্যাকেজ ম্যানেজার হল APT, এবং কখনও কখনও আমরা বার্তা দেখতে পারি "লক করা যায়নি /var/lib/dpkg/lock" টার্মিনালে বা এমনকি একটি গ্রাফিক্যাল ইন্টারফেস সহ একটি টুলেও।

এই নিবন্ধটি কিছুটা আলোকপাত করার চেষ্টা করবে। এটি কী এবং কীভাবে ত্রুটিটি সমাধান করা যেতে পারে সে সম্পর্কে যার ফলে আমরা "/var/lib/dpkg/lock লক করা যায়নি" বার্তাটি দেখতে পাই, কিন্তু আমি আপনাকে বলতে পারি যে একটি খুব সহজ সমাধান রয়েছে যা এটি এবং অন্যান্য অনেক সমস্যার সমাধান করতে পারে, তা লিনাক্স-এ হোক না কেন- ভিত্তিক ডিস্ট্রিবিউশন বা মোবাইল সহ অন্য কোন অপারেটিং সিস্টেম।

ত্রুটি "লক করতে পারেনি /var/lib/dpkg/lock" মানে কি?

সাধারণভাবে, যখন আমরা "/var/lib/dpkg/lock করতে পারে না" ত্রুটিটি দেখি, টার্মিনাল বা সফ্টওয়্যারটি যেটি দেখায় তা নির্দেশ করে যে অন্য একটি APT প্রক্রিয়া চলছে এবং একই ডাটাবেস ব্যবহার করছে৷ আমরা যা অ্যাক্সেস করার চেষ্টা করছি৷ . অন্য কথায়, নতুন APT প্রক্রিয়াটি /var/lib/dpkg/lock ফাইলটিকে লক করার চেষ্টা করে, তিনি ব্যস্ততার কারণে এটি পেতে পারেন না এবং তা আমাদের জানান।

সবচেয়ে সাধারণ হয় আরেকটি APT প্রক্রিয়া, যেমন আপডেট, ইতিমধ্যেই চলছে এবং লক ফাইলটি লক করেছে, তাই এটি প্রথম পদক্ষেপ নিতে পারে না, যা সঠিকভাবে বলা ফাইলটিকে লক করা।

কীভাবে ত্রুটি ঠিক করা যায়

প্রথম জিনিসটি আমাদের করতে হবে, বিশেষ করে যদি আমরা টার্মিনাল ব্যবহার করতে পছন্দ করি না, তা হল কোন সফ্টওয়্যার অ্যাপ্লিকেশন চলছে কিনা তা পরীক্ষা করুন. উদাহরণস্বরূপ, উবুন্টুতে আমরা দেখতে পারি যে উবুন্টু সফ্টওয়্যার (জিনোম সফ্টওয়্যারের কাঁটা) কিছু করছে কিনা, এবং সফ্টওয়্যার আপডেট, সফ্টওয়্যার আপডেট, যে অ্যাপ্লিকেশনটির নাম অনুসারে, সফ্টওয়্যার আপডেট করার দায়িত্ব রয়েছে। যদি আমরা এই অ্যাপ্লিকেশনগুলির মধ্যে কোনটি খোলা না দেখি, আমরা সিস্টেম মনিটর চালু করতে পারি এবং সেগুলি ব্যাকগ্রাউন্ডে চলছে কিনা তা দেখতে।

The আমাদের যে অ্যাপ্লিকেশনগুলি সন্ধান করতে হবে তা বিতরণের উপর নির্ভর করবে যেটি আমরা ব্যবহার করছি, যেহেতু উবুন্টু সফ্টওয়্যার কুবুন্টুতে নেই, ডেবিয়ানের মূল সংস্করণে ডিসকভারও নেই। প্রতিটি ডিস্ট্রিবিউশন সফ্টওয়্যারটিকে এমন সরঞ্জামগুলি দিয়ে পরিচালনা করে যা এটি যোগ করার জন্য বেছে নেয় এবং তারা জিনোম সফ্টওয়্যার সংরক্ষণাগার, আবিষ্কার, অন্য কোনও সফ্টওয়্যার স্টোর বা আপডেট টুল ব্লক করতে পারে।

তারা অগ্রভাগে বা ব্যাকগ্রাউন্ডে থাকুক না কেন, একটি বিকল্প ধৈর্য আছে এবং আপনি যে কাজটি করছেন তা শেষ হয়েছে কিনা তা দেখার জন্য অপেক্ষা করুন। কখনও কখনও আমরা একটি ত্রুটি বার্তা দেখতে পাই এবং আমরা তা সঙ্গে সঙ্গে সংশোধন করতে চাই, যখন সমাধান একটি মুহূর্ত অপেক্ষা করা হয়.

একটি রিবুট বা লগঅফ যথেষ্ট হওয়া উচিত

অনেক বছর আগে, একজন বন্ধু সবসময় আমাকে জিজ্ঞাসা করত কিভাবে উইন্ডোজে তার ক্র্যাশগুলি ঠিক করা যায়। এমন একটা সময় এসেছিল যখন আমি খুব কমই তাকে আর জিজ্ঞাসা করলাম, এবং আমি তাকে সুপারিশ করলাম পুনরায় বুট করার কারণ এটি প্রায় সবসময় তার জন্য সেরা সমাধান ছিল। ত্রুটির ক্ষেত্রে "লক করা যায়নি /var/lib/dpkg/lock"ও একটি সম্ভাব্য সমাধান। স্ক্র্যাচ থেকে শুরু করার সময়, আপনি আপডেট টুল দ্বারা লক করা ফাইলটি দিয়ে শুরু করতে পারেন, কিন্তু এটি শীঘ্রই এটিকে আনলক করবে, যখন আপনি যাচাই করবেন যে ইনস্টল করার মতো নতুন কিছু নেই বা আছে, কিন্তু আপনি ইতিমধ্যেই এটি সম্পর্কে আমাদের জানিয়েছেন৷

অবশ্যই, এটি সবচেয়ে মার্জিত সমাধান নয়, তবে এটি সর্বনিম্ন ব্যয়বহুল এবং আপনার লগ ইন রাখার কোনো কারণ না থাকলে এটি সেরা এবং দ্রুততম হতে পারে৷

যখন "/var/lib/dpkg/lock লক করতে ব্যর্থ" বার্তাটি চলে যায় না

যখন আমরা পুনরায় চালু করি বা কিছুক্ষণ অপেক্ষা করি এবং আমরা বার্তাটি দেখতে থাকি, আমাদের সাথে যা ঘটছে তা স্বাভাবিক কিছু নয়। ব্লক করা হয়েছে "হ্যাং" বা, অপ্রয়োজনীয় মূল্য, অবরুদ্ধ, তাই এটি ইতিমধ্যে টার্মিনাল টান মূল্য.

1. প্রথম জিনিসটি আমরা একটি টার্মিনাল খুলব এবং এই কমান্ডের সাহায্যে চলমান APT প্রক্রিয়া চিহ্নিত করব:

sudo lsof /var/lib/dpkg/lock

2. শনাক্ত করা প্রক্রিয়ার সাথে, আমরা এই কমান্ডটি দিয়ে এটিকে মেরে ফেলি, PID প্রতিস্থাপন করে প্রসেসের সংখ্যা দিয়ে যা আমরা ধাপ 1 থেকে কমান্ডের মাধ্যমে খুঁজে পেয়েছি:

sudo kill PID

3. অবশেষে, আমরা আবার চেষ্টা করি APT পরিচালনা করার জন্য যে ত্রুটিটি ফিরে আসছে। এটা আমাদের এগিয়ে যেতে অনুমতি দেওয়া উচিত.

যদি এটি সমাধান না করে, আমরা আরও কঠোর কিছু করতে পারি, তাই আপনাকে সতর্কতা অবলম্বন করতে হবে বা অতিরিক্ত পদক্ষেপ নিতে হবে। এটি "কঠিন উপায়" করছে: /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" এটা সত্যিই গুরুতর কিছু না এবং এটি কিছুক্ষণ অপেক্ষা করে বা রিবুট করে ঠিক করা যেতে পারে। এটি এমন কিছু যা সাধারণত নিজেকে ঠিক করে, এবং যদি এটি না হয়, একটি রিবুট হল সবচেয়ে কম আক্রমনাত্মক এবং সবচেয়ে কার্যকর। এখন, এটি লিনাক্স, এবং সবকিছু বা প্রায় সবকিছুরই টার্মিনাল থেকে একটি সমাধান রয়েছে, উল্লেখ করার মতো নয় যে আমরা যা খুশি "হত্যা" করতে পারি।

যে কারণেই হোক না কেন, আমি আশা করি যে এখানে যা বলা হয়েছে তা আপনাকে সাহায্য করতে সক্ষম হয়েছে, হয় আরও আক্রমনাত্মক প্রক্রিয়ার মাধ্যমে বার্তাটি অদৃশ্য করে দিতে বা আপনার একটু ধৈর্য ধরতে।