Yönetim dizini kilitleyememek (/ var / lib / dpkg /) onu kullanan başka bir işlem midir?

Kullanmaya çalışırken bu hatayı alıyorum apt-get:

E: Could not get lock /var/lib/dpkg/lock - open (11 Resource temporarily unavailable)
E: Unable to lock the administration directory (/var/lib/dpkg/) is another process using it?  

Bunu nasıl düzeltebilirim?

Bu son çare olarak kullanılmalıdır. Bunu dikkatsizce kullanırsanız, kırık bir sistemle sonuçlanabilir. Deneyin diğer cevaplar ilk bunu yapmadan önce.

Kilit dosyasını aşağıdaki komutla silebilirsiniz:

sudo rm /var/lib/apt/lists/lock

Önbellek dizinindeki kilit dosyasını da silmeniz gerekebilir.

sudo rm /var/cache/apt/archives/lock
sudo rm /var/lib/dpkg/lock

Ondan sonra tekrar Synaptic'i açmayı deneyin.

Hemen hemen tüm cevapların kilidi silmeyi önerdiğini görüyorum. Bunu ilk önlem olarak yapmayı tavsiye etmiyorum; belki alternatif yoksa. Kilit, uygun bir işlem çalışırken yerleştirilir ve işlem tamamlandığında kaldırılır. İşlemin açık bir şekilde yürütülmemesi durumunda bir kilit varsa, bu işlemin bir nedenden dolayı sıkışmış olduğu anlamına gelebilir.

Eğer denersen

ps aux | grep [a]pt

veya

pgrep -a apt

aptEn azından kelimeyi içeren işlemleri yakalayacak . Bir apt-getişlemi veya aptitudetakılmış gibi görünen bir işlemi görürseniz, deneyebilirsiniz.

sudo kill processnumber

ve bu işe yaramazsa deneyin

sudo kill -9 processnumber

Bu işlemi öldürmelidir ve kilidi kaldırabilir. Paket yükleme işleminin tam ortasında olmadıkça bir aptveya aptitudeişlemi öldürmek zararsızdır. Her durumda, süreç sıkışmışsa, muhtemelen öldürmekten başka seçeneğiniz yoktur.

dpkgEğer varsa bir süreci doğrudan öldürmek iyi bir fikir değildir, çünkü eğer dpkgaktifse, muhtemelen paket veritabanını manipüle eder ve öldürmek paket veritabanını tutarsız bir durumda bırakabilir; yani bozuk.

Bir apt-getveya bir aptitudeişlemi öldürmek genelde daha güvenlidir.

/var/lib/dpkg/lockDosyanızı kaldırın ve paketin yeniden yapılandırılmasını zorlayın.

sudo rm /var/lib/dpkg/lock
sudo dpkg --configure -a

Bundan sonra çalışması gerekir.

sudoBir apt komutu yürütürken kullanmayı unutursanız, bu mesajı alırsınız .

Aksi halde, bu, başka bir şeyin yazılımı yüklediğini veya kaldırdığını ve eylemleri gerçekleştirirken apt veritabanını kilitlediğinin bir işaretidir. Bunu yapabilen programlar:

• Yazılım Merkezi
• Güncelleme Yöneticisi
• Apt link installer (Sanırım bu şimdi SC'den geçiyor)
• Apt-get veya yetenek komut satırı yardımcı programları.
• Sinaptik Paket Yöneticisi

ÖNEMLİ: sisteminizi çökertebileceğinden aşağıdakileri yalnızca son çare olarak deneyin. İlk herhangi çalışan bir örneğini öldürme deneyin aptveya aptitudeanlatıldığı gibi Faheem cevabı .

Dosyayı kaldırarak kilidi zorlayabilirsiniz, ancak önce kilidi güvenli bir şekilde tutan programı kapatmadan önerilmez , çünkü yolsuzluğa neden olabilir veya bir kurulumu kesebilir (kötü). João tarafından verilen komut, kilidi tutan programı kapatmalı ve sonra kilidi çıkarmalı ancak sizi kurulum kesintisinden korumaz:

sudo fuser -cuk /var/lib/dpkg/lock; sudo rm -f /var/lib/dpkg/lock   

Ve aynı komut apt önbellek kilidi için kullanılabilir:

sudo fuser -cuk /var/cache/apt/archives/lock; sudo rm -f /var/cache/apt/archives/lock

Bunu vurmanın en olası yolu şudur:

• önyükleme Ubuntu
• terminal başlatmak
• tip sudo apt-get install whatever

ve komut satırı otomatik olarak yoklama aptile çakışıyor update-manager.

Yani birkaç dakika içinde tekrar denerseniz, bunu düzeltmelidir.

Sadece bir program kilidi tutabilir. Yetenek, sinaptik veya ustaca çalışmadığınızdan emin olun. Programı kapatıp tekrar çalıştırması gerekir. Çalışması gerekir. Sinaptik açık olabilir veya apt-get komutunu çalıştıran açık bir terminal penceresi açabilir veya güncelleme yöneticisinin çalışmasını sağlayabilirsiniz. Onları kapatın ve tekrar deneyin.

Neyin çalıştığını bulmak için bu komutu terminalde deneyin

ps -e | grep -e apt -e adept | grep -v grep

Not:
Bu bir şey yazdırmazsa, kilidi çıkarmak için terminalde aşağıdakileri yazın

sudo rm /var/lib/dpkg/lock    
sudo rm /var/cache/apt/archives/lock

Şimdi herhangi bir paketi kurabilirsiniz.

Şimdiye kadar kurulumunu çalıştıran olası bir arka planı (kilit dosyasını kaldırarak olduğu gibi) bozmadan çalışmanın en iyi yolu, apt kullanarak hizmeti durdurmaktır:

Hata:

# sudo apt-get upgrade
E: Could not get lock /var/lib/dpkg/lock - open (11: Resource temporarily unavailable)
E: Unable to lock the administration directory (/var/lib/dpkg/), is another process using it?`

Çözüm:

sudo systemctl stop apt-daily.timer

Sistemi yükselttikten sonra yeniden etkinleştirmeyi öneririm, hata kilitleme işlemi yükseltme ile sabitlenebilir.

sudo systemctl start apt-daily.timer

Güncellemeden sonra bu hatanın çözüldüğünü doğrulamadım. Bunu doğruladıktan sonra yeni bir yorum ekleyeceğim

Öncelikle, kilit dosyasını hangi işlemle yarattığımızı kontrol etmeliyiz lsof:

sudo lsof /var/lib/dpkg/lock

veya /var/lib/apt/lists/locksorunlu olan başka bir durumda :

sudo lsof /var/lib/apt/lists/lock

Çıktı şöyle bir şeye yakın olacak:

COMMAND   PID USER   FD   TYPE DEVICE SIZE/OFF    NODE NAME
apt-get   12127 root   4uW  REG  252,1        0    86   /var/lib/apt/lists/lock

O zaman komutanın ne yaptığını kontrol etmeliyiz, onu kullanarak bulabiliriz ps, pgrepvb; komut bu apt-getyüzden çalıştırıyorum:

pgrep apt-get -a

-aAnahtar benim durumumda bu, benim için tam komutu listelenmektedir:

 pgrep -a apt-get
 12127 apt-get update

updateAlt komut çalıştırdığını görebiliriz , ben de böyle bir şey çalıştırabilirim:

ps -f 12127

hangi üretir:

UID        PID  PPID  C STIME TTY      STAT   TIME CMD
root     12127 12126  0 09:39 pts/0    S+     0:00 apt-get update

Kaynak kurtulmuş olmak için bu durumda bazı dakika bekleyeceğini ve 2 ya da 3 dakika problemlerinden sonra hala varsa veya komut ben umursamadı bir şeydi ya da (böyle sistem için zararlı değildi apt-get updateben bir gönderme) SIGTERMiçin süreç:

sudo kill -15 12127

İşi yapmalı, SIGINTBu sefer göndermeyeceksem (Bu CTRL+ tuşlarına basmak gibidir C):

sudo kill -2 12127

Eğer işe yaramadıysa, bir SIGHUP( kill -1) göndermeliyiz , ve sonunda hiçbir şey işe yaramazsa , süreci öldürürüm:

sudo kill -9 12127

veya

sudo pkill -9 apt-get

Sonra meşgul kaynakları kaldırıyorum:

sudo rm /var/lib/apt/lists/lock

Bu hata olabilir , böylece dizin kilitlenmesi, otomatik genellikle sağ girişten sonra, arka planda paketlerin listesini yenilemek için çalışıyor Güncelleme Yöneticisi kaynaklanabilir.

Bu durumda durumu kontrol etmesi için birkaç saniye bekleyin (ya da son güncellemeniz uzun zaman önce olsaydı), durumu kontrol etmek için Güncelleme Yöneticisi'ni başlatın.

Bu, herhangi bir güncelleme kontrolü için paralel olarak çalışan 'Güncelleme Yöneticisi'ni kullanıyorsanız ya da yükleme işlemi yerleri olarak yükleyinse Kilitleyin. Eğer 'Update Manager' olmadan aynı hatayı yaşıyorsanız, onu /var/lib/dgkg/lockkesinlikle kaldırmanız gerekir , ki bu kesinlikle el ile yapamazsınız.

sudo fuser -cuk /var/lib/dpkg/lock
sudo rm -f /var/lib/dpkg/lock

iyi çalışıyor. Alındığı kaynak: https://askubuntu.com/a/15469/68707

Bir şeyi çıkarmak için çok hızlı olmayın, sisteminize tamamen zarar verebilir; yerine şu anda yükleme veya kaldırma programı görevini tamamlayana kadar bekleyin ve bundan sonra erişebilirsiniz. Şu anda yükleyen veya kaldırılan bir şey olmadığını düşünüyorsanız, sisteminizi komutla yeniden başlatın sudo reboot.

Otomatik yüklemeye ayarlanmış güvenlik güncelleştirmeleriniz varsa, bu sıkça olur. Kelimenin tam anlamıyla 30 saniye beklerim ve bu sorunu düzeltir. Bu konuda bir başkasıyla karşılaşması durumunda, bunu oraya atmak.

Benim durumumda, kilidin serbest bırakılması için birkaç dakika beklemem gerekiyordu ( apttutmak için kullanılmış gibi görünüyor ). Bunların hepsi sistem açılışından hemen sonra oldu.

Sadece sudo rm -f /var/lib/apt/lists/lockve tekrar dene.

apt-fast MAYIR düzgün kilidini açmamaktan sorumlu olabilir; Bu, bazen iptal ettiğinizde apt-getveya siz iptal ettiğinizde olur dpkg.

Bu konuyu defalarca yaşadım. Benim için, neredeyse her zaman apt-get ya da nedense askıda kalmasını isteyen bir GUI'den kaynaklanıyordu. Yerine çeşitli kilitler bırakan onu öldürmek zorunda kaldım.

Diğer cevaplar, kilit dosyalarının kaldırılması gibi sert bir şey yapmadan önce, hiçbir güncellemenin çalışmamasını sağlamak için çok iyi puanlar getirir. Ancak, böyle olmadığından emin olduğunuzda, aşağıdaki genellikle benim için çalışır. Bunun gibi sorulara birçok cevap okuyarak anladım.

Bunların çoğu veya tümü diğer cevaplarda sunulmuş olsa da, bu düzeltmeyi birkaç komuta indirgiyor.

sudo fuser -vki /var/lib/dpkg/lock
sudo fuser -vki /var/cache/apt/archives/lock
sudo fuser -vki /var/cache/debconf/config.dat
sudo dpkg --configure -a

Bir çeşit güncellemenin ardından başka bir şekilde bitirmeden çökmeden veya sonlandırıldıktan sonra paket sisteminin kilidini açmak için kullanın. Bu komutlar verilen sıraya göre çalıştırılmalıdır.

Bu cevabı yukarıda hiçbir yerde göremiyorum ama Ubuntu 16.04'te bu problemle de karşılaştım. Bunun nedeni bilgisayarımdaki geleceğe ayarlanan zamandı . (Bunun nedeni bir Windows + Ubuntu çift önyükleme sistemindeyim ve sanırım UTC saati ile yerel saati karıştırdım.)

Tuhaf bir şey, kilitli dosyanın tarih ve saatinin, programı koştuğum tarih ve saatti.

Daha sonra önceki yazılarda açıklandığı gibi "kaynaştırıcı" kullandım ve apt çalıştı, ancak kaçmam gerektiğine dair şikayetler alıyordum dpkg -a -reconfigure. Bunu yaptığımda şu gibi hatalar var:

newline in field name #padding

'/ var / lib / dpkg / updates / 0003' gibi dosyalarda.

Bunların hepsi daha önce hiç görmediğim kadar garipti. Bu yüzden bunların semptom olduğunu düşündüm ve verilerimi ve zamanımı manuel olarak değiştirdim. Giriş yaptığım tarih / saatte bir sorun olduğunu biliyordum ama görmezden geliyordum. (Önceden, İnternet ve NTP üzerinden otomatik olarak ayarlıyordu).

Sonra, yukarıdaki sorunların tümü giderildi ... Umarım, bu başka birine yardım eder! En dikkat çeken belirti, muhtemelen, kilitli dosyanın tarihi / saati, komutu çalıştırmaya çalıştığınız tarih / saattir.

Benim durumumda, X apt-gethala eski çekirdekleri çıkarırken çöktü . Sistem Monitörü'nün hala çalıştığını ve sıkışmadığını onaylamak için kullandım. İşlem bittiğinde her şey yolundaydı.

Çalışıp Software Updaterçalışmadığını görmek için Başlatıcı'yı kontrol edin . Eğer öyleyse, onu en üst düzeye çıkarın ve ne yaptığını bir göz atın. Hala kontrol ediyorsa, tamamlanmasını bekleyin. Tamamlandığında, yazılımın güncel olduğunu söyleyebilir, bu yüzden uygulamayı kapatın. Mevcut güncellemeler olduğunu söylüyorsa güncellemeyi yapın veya "daha sonra hatırlat" ı tıklayın. Bu uygulama kapandıktan sonra apt-getveya kullanmaya geri dönebilirsiniz apt.

Eğer Software Updaterçalışmıyorsa, sadece o ve tamamlanması için beklemek çağırmak ve güncellemek ya da "daha sonra hatırlat" tıklanmasını istiyorsanız o zaman karar vermek için Dash kullanın. Bu uygulama kapandıktan sonra apt-getveya kullanmaya geri dönebilirsiniz apt.

Benim durumumda aynı mesajı alıyorum, kök kullanıcıya geçtim ve sudo apt-get deniyordum . Bunu fark ettiğimde apt-get koştum ve işe yaradı. Aptal, ama yine de bazılarına hatayı açıklayabilir.

sudo killall -9 apt && sudo killall -9 dpkg

Kendi sorumluluğunuzdadır kullanın

benim durumumda sonra:

1. Firefox'u açın.
2. Açık terminal

yazdım

sudo apt update
sudp apt upgrade

E: Could not get lock /var/lib/dpkg/lock - open (11: Resource temporarily unavailable)
E: Unable to lock the administration directory (/var/lib/dpkg/), is another process using it?

apt list --upgradable

Bu komut size, benim durumumda sadece Firefox, Firefox'u kapattığım programların bir listesini gösterecek ve daha sonra tekrar komut vermeden çalıştırabilir.

sudo apt upgrade

Bu hatanın senaryolarında proaktif olarak önlenmesi ile ilgilenen insanlar için -q bayrağının apt upgrade -yqbu soruna benim için neden olduğunu buldum. Yükseltme işlemi sırasında zaman zaman bana uyarıları (masaüstünü güncelleme satırları boyunca devam ettirmek isterim) verirdi ve bu uyarılar bastırılmışsa, o zaman bu dosyaların korumanın kilidini açmamaya neden olduğunu düşünüyorum. ve sıkışmış.

Kuşkusuz, bu hatayı% 100 oranında çoğaltmakta güçlük çektim, ancak bu -q seçeneğini ortadan kaldırmak sorunu tamamen benim için düzeltti .

Diğer herkes gibi ben de kilidin kaldırılmasını bekledim. 30 dakika sonra pes ettim ve farklı bir dağılıma zorla başladım. Oradan interneti, beni buraya getiren bir araştırma için kullandım.

Görünüşe göre unattended-upgrades.servicekoşuyor. Bunun kırık sisteme yeniden başladığını ve çalıştığını gördüm:

sudo systemctl disable apt-daily.service
sudo systemctl disable unattended-upgrades.service
sudo systemctl disable apt-daily-upgrade.service
sudo systemctl disable apt-daily-upgrade.timer
sudo systemctl disable apt-daily.timer
sudo shutdown -r # Note it will take a couple minutes to reboot

Bozuk sistemi tekrar çalışmamı sağladı:

sudo apt update
sudo apt upgrade
sudo apt install -f

Bununla birlikte, saklanan paketleri ve aptilk etapta bildirilen imkansız durumu düzeltmedi . Bu, aptbaşlangıçta önyüklemede kilitlenmeye neden oluyor gibi görünüyordu .