Cara memperbaiki kesalahan "gagal mengunci /var/lib/dpkg/lock".

Meskipun distribusi Linux mungkin memilih untuk menginstal perangkat lunak sesuai keinginannya, lebih sering daripada tidak, mereka dapat, minimal, menginstalnya dari repositori resmi mereka. Repositori ini dapat dikelola secara langsung oleh distribusi dan/atau berdasarkan yang lain, seperti yang terjadi pada Debian->Ubuntu->Linux Mint, misalnya. Dalam kasus ini, pengelola paket adalah APT, dan terkadang kami dapat melihat pesannya "tidak dapat mengunci /var/lib/dpkg/lock" di terminal atau bahkan di alat dengan antarmuka grafis.

Artikel ini akan mencoba menjelaskannya. tentang apa itu dan bagaimana kesalahan dapat diselesaikan yang menyebabkan kita melihat pesan "/var/lib/dpkg/lock tidak dapat dikunci", tetapi saya dapat memberi tahu Anda bahwa ada solusi yang sangat sederhana yang dapat memperbaiki ini dan banyak masalah lainnya, baik di Linux- berbasis distribusi atau sistem operasi lainnya, termasuk seluler.

Apa arti kesalahan "tidak dapat mengunci /var/lib/dpkg/lock"?

Secara umum, ketika kita melihat kesalahan "tidak dapat mengunci /var/lib/dpkg/lock", terminal atau perangkat lunak yang menunjukkannya menunjukkan bahwa proses APT lain sedang berjalan dan menggunakan database yang sama yang sedang kita coba akses . Dengan kata lain, proses APT baru mencoba mengunci file /var/lib/dpkg/lock, dia tidak bisa mendapatkannya karena dia sibuk dan menginformasikannya kepada kami.

Yang paling umum adalah itu proses APT lainnya, seperti update, sudah berjalan dan mengunci file kunci, sehingga tidak bisa mengambil langkah pertama, tepatnya mengunci file tersebut.

Bagaimana cara memperbaiki kesalahan tersebut

Hal pertama yang harus kita lakukan, terutama jika kita tidak suka menggunakan terminal, adalah periksa apakah ada aplikasi perangkat lunak yang berjalan. Misalnya, di Ubuntu kita dapat melihat apakah Perangkat Lunak Ubuntu (garpu dari Perangkat Lunak GNOME) sedang melakukan sesuatu, dan juga Pembaruan Perangkat Lunak, aplikasi yang bertanggung jawab, seperti namanya, untuk memperbarui perangkat lunak. Jika kami tidak melihat salah satu dari aplikasi tersebut terbuka, kami juga dapat memulai monitor sistem dan mencarinya, untuk melihat apakah aplikasi tersebut berjalan di latar belakang.

itu aplikasi yang harus kita cari akan bergantung pada distribusinya yang kami gunakan, karena Perangkat Lunak Ubuntu tidak ada di Kubuntu, dan Discover juga tidak ada di versi utama Debian. Setiap distribusi mengelola perangkat lunak dengan alat yang dipilihnya untuk ditambahkan, dan mereka dapat memblokir arsip Perangkat Lunak GNOME, Discover, toko perangkat lunak lain, atau alat pemutakhiran.

Apakah mereka berada di latar depan atau di latar belakang, satu pilihan adalah bersabarlah dan tunggu untuk melihat apakah pekerjaan yang Anda lakukan selesai. Terkadang kita melihat pesan kesalahan dan kita ingin segera memperbaikinya, padahal solusinya adalah menunggu sebentar.

Reboot atau logoff sudah cukup

Bertahun-tahun yang lalu, seorang teman selalu bertanya kepada saya bagaimana cara memperbaiki kerusakannya di Windows. Ada saatnya ketika saya bahkan hampir tidak menanyakannya lagi, dan saya merekomendasikannya reboot karena itu hampir selalu merupakan solusi terbaik untuknya. Dalam kasus kesalahan "tidak dapat mengunci /var/lib/dpkg/lock" juga merupakan solusi yang memungkinkan. Ketika memulai dari awal, Anda dapat memulai dengan file yang dikunci oleh alat pembaruan, tetapi itu akan segera membuka kuncinya, ketika Anda memverifikasi bahwa tidak ada yang baru untuk dipasang atau ada, tetapi Anda telah memberi tahu kami tentang hal itu.

Tentu, ini bukan solusi yang paling elegan, tetapi ini yang paling murah dan mungkin yang terbaik dan tercepat jika Anda tidak punya alasan untuk tetap masuk.

Ketika pesan "gagal mengunci /var/lib/dpkg/lock" tidak hilang

Ketika kita sudah restart atau menunggu beberapa saat dan kita terus melihat pesan tersebut, apa yang terjadi pada kita bukanlah sesuatu yang biasa. Pemblokiran telah "digantung" atau, sebanding dengan redundansinya, diblokir, jadi sudah layak untuk menarik terminal.

1. Hal pertama yang akan kita lakukan adalah membuka terminal dan mengidentifikasi proses APT yang sedang berjalan dengan perintah ini:

sudo lsof /var/lib/dpkg/lock

2. Dengan proses yang teridentifikasi, kami mematikannya dengan perintah ini, mengganti PID dengan nomor proses yang akan kami temukan dengan perintah dari langkah 1:

sudo kill PID

3. Akhirnya kami coba lagi untuk melakukan manajemen APT yang error kembali. Itu harus memungkinkan kita untuk melanjutkan.

Jika ini tidak menyelesaikannya, kami dapat melakukan sesuatu yang lebih drastis, jadi Anda harus berhati-hati atau mengambil langkah ekstra. Ini melakukannya "dengan cara yang sulit": menghapus file /var/lib/dpkg/lock. Langkah-langkah yang harus diikuti untuk melakukannya dengan aman adalah sebagai berikut:

1. Kami membuat cadangan file /var/lib/dpkg/lock. Karena yang akan kita lakukan adalah menyalinnya, kita dapat menggunakan pengelola file, karena izin pengguna super tidak diperlukan. Dari terminal itu bisa dilakukan dengan cp /var/lib/dpkg/lock jalur baru, mengubah "jalur baru" ke jalur tempat kami ingin membuat salinan cadangan.
2. Kami menghapus file. Untuk ini perlu menarik hak istimewa. Jika pengelola file mengizinkan kami, kami dapat menulis, misalnya, "sudo nautilus" tanpa tanda kutip untuk menghapusnya dengan antarmuka grafis, tetapi menurut saya akan lebih cepat dan mudah untuk membuka terminal dan menulis:

sudo rm /var/lib/dpkg/lock

3. Dengan file dihapus, kami dapat mencoba lagi apa yang tidak diizinkan. jika kita menulis sudo apt update dan kami tidak melihat kesalahannya, bug telah diperbaiki.

Reboot dan kesabaran biasanya yang terbaik

Meskipun ada cara untuk memperbaikinya, seperti yang dijelaskan pada poin sebelumnya, kesalahan "tidak dapat mengunci /var/lib/dpkg/lock" tidak ada yang benar-benar serius dan itu bisa diperbaiki dengan menunggu beberapa saat atau dengan reboot. Itu adalah sesuatu yang biasanya memperbaiki dirinya sendiri, dan jika tidak, reboot adalah yang paling tidak agresif dan paling efektif. Sekarang, ini adalah Linux, dan semuanya atau hampir semuanya memiliki solusi dari terminal, belum lagi kita dapat "membunuh" apapun yang kita inginkan.

Untuk alasan apa pun, saya harap apa yang disebutkan di sini dapat membantu Anda, baik untuk menghilangkan pesan dengan proses yang lebih agresif atau agar Anda sedikit bersabar.