Nie można zablokować katalogu administracyjnego (/ var / lib / dpkg /) czy używa go inny proces?

Otrzymuję ten błąd podczas próby użycia 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?  

Jak mogę to naprawić?

Powinno to być stosowane w ostateczności. Jeśli użyjesz tego niedbale, możesz skończyć z uszkodzonym systemem. Zanim to zrobisz, najpierw wypróbuj inne odpowiedzi .

Możesz usunąć plik blokady za pomocą następującego polecenia:

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

Może być również konieczne usunięcie pliku blokady w katalogu pamięci podręcznej

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

Następnie spróbuj ponownie otworzyć Synaptic.

Widzę, że prawie wszystkie odpowiedzi zalecają usunięcie blokady. Nie polecam robienia tego jako pierwszego kroku; może jeśli nie ma alternatywy. Blokada jest umieszczana, gdy uruchomiony jest proces apt, i jest usuwana po zakończeniu procesu. Jeśli istnieje blokada bez widocznego procesu, może to oznaczać, że proces utknął z jakiegoś powodu.

Jeśli spróbujesz

ps aux | grep [a]pt

lub

pgrep -a apt

które wychwytują procesy zawierające aptprzynajmniej słowo . Jeśli zobaczysz apt-getproces lub aptitudeproces, który wygląda na zablokowany, możesz spróbować

sudo kill processnumber

a jeśli to nie zadziała spróbuj

sudo kill -9 processnumber

To powinno zakończyć proces i może usunąć blokadę. Zabicie aptlub aptitudeproces jest nieszkodliwe, chyba że faktycznie znajduje się w trakcie instalacji pakietu. W każdym razie, jeśli proces się zatrzyma, prawdopodobnie nie masz wyboru, ale go zabić.

dpkgBezpośrednie zabicie procesu, jeśli jest obecne, nie jest dobrym pomysłem, ponieważ jeśli dpkgjest aktywne, prawdopodobnie manipuluje pakietową bazą danych, a zabicie go może pozostawić bazę danych pakietu w niespójnym stanie; tj. zepsuty.

Zabicie apt-getlub aptitudeproces jest ogólnie znacznie bezpieczniejsze.

Usuń /var/lib/dpkg/lockplik i wymuś rekonfigurację pakietu.

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

Po tym powinno działać.

Otrzymasz tę wiadomość, jeśli zapomnisz użyć sudopodczas wykonywania polecenia apt.

W przeciwnym razie jest to znak, że coś innego instaluje lub usuwa oprogramowanie i zablokowało apt apt podczas wykonywania działań. Programy, które mogą to zrobić, to:

• Centrum oprogramowania
• Menedżer aktualizacji
• Instalator apt link (myślę, że teraz przechodzi przez SC)
• Narzędzia wiersza poleceń apt-get lub aptitude.
• Menedżer pakietów Synaptic

WAŻNE: wypróbuj poniższe tylko w ostateczności, ponieważ może to spowodować awarię systemu. Najpierw spróbuj zabić dowolną działającą instancję aptlub aptitudezgodnie z opisem w odpowiedzi Faheema .

Możesz wymusić blokadę poprzez usunięcie pliku, ale nie jest to zalecane bez uprzedniego zamknięcia programu, który bezpiecznie trzyma blokadę , ponieważ możesz spowodować uszkodzenie lub przerwanie instalacji (źle). Polecenie dostarczone przez João powinno zamknąć program przechowujący blokadę, a następnie usunąć blokadę, ale nie ochroni cię przed przerwaniem instalacji:

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

I to samo polecenie może być użyte do blokady apt cache:

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

Najbardziej prawdopodobnym sposobem na osiągnięcie tego jest:

• boot Ubuntu
• uruchomić terminal
• rodzaj sudo apt-get install whatever

a linia poleceń aptpokrywa się z update-managerautomatycznym odpytywaniem.

Więc jeśli spróbujesz ponownie za kilka minut, to powinno to naprawić.

Tylko jeden program może przytrzymać blokadę. Upewnij się, że nie biegniesz aptitude, synaptic lub biegły. Zamknij program i uruchom go ponownie, powinno działać. Możesz mieć otwarte okno synaptic lub otwarte okno terminalu z uruchomionym apt-get, lub mieć uruchomionego menedżera aktualizacji. Sprawdź go i sprawdź, czy którykolwiek z nich jest uruchomiony, jeśli którykolwiek oni biegną blisko i spróbuj ponownie.

Wypróbuj to polecenie w terminalu, aby znaleźć to, co działa

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

Uwaga:
Jeśli to nic nie wydrukuje, wpisz następujące polecenie w terminalu, aby usunąć blokadę

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

Teraz możesz zainstalować dowolne pakiety.

Do tej pory najlepszym sposobem, aby działał bez przerywania możliwej instalacji w tle (co może się zdarzyć po usunięciu pliku blokady), jest zatrzymanie usługi za pomocą apt:

Błąd:

# 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?`

Rozwiązanie:

sudo systemctl stop apt-daily.timer

Po aktualizacji systemu sugeruję ponowne włączenie go, ponieważ błąd blokujący można naprawić za pomocą aktualizacji.

sudo systemctl start apt-daily.timer

Nie zweryfikowałem, że ten błąd został naprawiony po aktualizacji. Dodam nowy komentarz, gdy tylko go zweryfikuję

Przede wszystkim powinniśmy sprawdzić, jaki proces utworzył plik blokady, używając lsof:

sudo lsof /var/lib/dpkg/lock

lub w innej sytuacji, gdy /var/lib/apt/lists/lockjest problematyczne:

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

Dane wyjściowe będą zbliżone do:

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

Następnie należy sprawdzić, co commad robi, możemy go znaleźć przy użyciu ps, pgrepetc; polecenie jest apt-getwięc uruchamiane:

pgrep apt-get -a

-aPrzełącznik wymienia całą komendę dla mnie, w moim przypadku jest to:

 pgrep -a apt-get
 12127 apt-get update

widzimy, że działa updatepodkomenda, mógłbym też uruchomić coś takiego:

ps -f 12127

który produkuje:

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

W tym przypadku będę czekać na jakąś minutę zasób zostać uwolniony, a jeśli po 2 lub 3 minut problem nadal istnieje lub polecenie było coś, że nie obchodzi, czy nie był szkodliwy dla układu (jak ten apt-get update) wysłać SIGTERMdo proces:

sudo kill -15 12127

Powinien wykonać pracę, jeśli nie, wyślę SIGINTtym razem (To jak naciśnięcie CTRL+ C):

sudo kill -2 12127

Jeśli to też nie zadziała, powinniśmy wysłać SIGHUP( kill -1), a na koniec, jeśli nic nie działa, po prostu zabijam proces:

sudo kill -9 12127

lub

sudo pkill -9 apt-get

Następnie usuwam zajęte zasoby:

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

Ten błąd może być spowodowany przez Menedżera aktualizacji, który próbuje automatycznie odświeżyć listę pakietów w tle, zwykle zaraz po zalogowaniu, blokując w ten sposób katalog.

W takim przypadku poczekaj kilka sekund (lub więcej, jeśli ostatnia aktualizacja była dawno temu), aby ją ukończyć lub uruchom Menedżera aktualizacji, aby sprawdzić status.

Stanie się tak, jeśli „Update Manager” działa równolegle w celu sprawdzenia aktualizacji lub instalacji, ponieważ proces instalacji blokuje. Jeśli napotykasz ten sam błąd bez uruchomionego „Menedżera aktualizacji”, musisz go usunąć /var/lib/dgkg/lock, a na pewno nie możesz tego zrobić ręcznie

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

działa w porządku. Pobrano z: https://askubuntu.com/a/15469/68707

Nie bądź tak szybki, aby coś usunąć, może to całkowicie uszkodzić system; raczej poczekaj, aż aktualnie instalujący lub odinstalowujący program zakończy swoje zadanie, a następnie uzyskasz dostęp. Jeśli uważasz, że obecnie nic nie instaluje się ani nie odinstalowuje, po prostu uruchom ponownie system za pomocą polecenia sudo reboot.

Jeśli aktualizacje zabezpieczeń są ustawione na automatyczne instalowanie, zdarza się to często. Dosłownie czekam 30 sekund i to rozwiązuje problem. Po prostu wyrzucam to na wypadek, gdyby ktoś napotkał ten problem.

W moim przypadku musiałem poczekać kilka minut, aż zamek zostanie zwolniony (wygląda jak aptprzyzwyczajony do przytrzymania go). To wszystko wydarzyło się zaraz po uruchomieniu systemu.

Po prostu sudo rm -f /var/lib/apt/lists/locki spróbuj ponownie.

apt-fast MOŻE być odpowiedzialny za nieprawidłowe odblokowanie; zdarza się to czasami, gdy przerywasz apt-getlub dpkgteż.

Miałem ten problem wiele razy. Dla mnie prawie zawsze było to spowodowane przez apt-get lub jakiś GUI, który z jakiegoś powodu nazywał to zawieszaniem się. Musiałem go zabić, co pozostawiło różne zamki.

Inne odpowiedzi przynoszą bardzo dobre informacje na temat upewnienia się, że żadne aktualizacje nie są obecnie uruchomione przed podjęciem jakichkolwiek drastycznych działań, takich jak usunięcie plików blokady. Jednak, gdy masz pewność, że tak nie jest, poniższe zasady zwykle działają dla mnie. Mam to, czytając wiele odpowiedzi na pytania takie jak to.

Podczas gdy większość lub wszystkie z nich są przedstawione w innych odpowiedziach, rozkłada to na kilka poleceń.

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

Służy do odblokowywania systemu pakietów po pewnej aktualizacji, która uległa awarii lub została zakończona bez zakończenia w inny sposób. Te polecenia powinny być uruchamiane w podanej kolejności.

Nie widzę tej odpowiedzi nigdzie powyżej, ale na Ubuntu 16.04 również napotkałem ten problem. Przyczyną było to, że czas na moim komputerze był ustawiony na przyszłość . (Jest tak, ponieważ korzystam z systemu podwójnego rozruchu systemu Windows + Ubuntu i chyba pomieszałem czas lokalny z czasem UTC).

Dziwną rzeczą było to, że data i godzina zablokowanego pliku była dokładną datą i godziną uruchomienia programu.

Następnie użyłem „utrwalacza” jak opisano we wcześniejszych postach i apt działał, ale dostawałem skargi na konieczność uruchomienia dpkg -a -reconfigure. Gdy to zrobiłem, dostałem błędy takie jak:

newline in field name #padding

w plikach takich jak „/ var / lib / dpkg / updates / 0003”.

Wszystko to było bardzo dziwne, ponieważ nigdy wcześniej tego nie widziałem. Więc pomyślałem, że to były objawy i ręcznie zmieniłem swoje dane i czas. Wiedziałem, że wystąpił problem z datą / godziną, kiedy się logowałem, ale ignorowałem to. (Wcześniej ustawiał to automatycznie przez Internet i NTP).

Następnie wszystkie powyższe problemy zostały naprawione ... Mam nadzieję, że to pomaga komuś innemu! Najbardziej zauważalnym symptomem jest być może data / czas pliku blokady, czyli dokładna data / czas, kiedy próbujesz uruchomić polecenie.

W moim przypadku X zawiesił się, gdy apt-getwciąż usuwał stare jądra. Użyłem Monitora systemu, aby potwierdzić, że nadal działa i nie utknął. Po zakończeniu procesu wszystko było w porządku.

Sprawdź program uruchamiający, aby zobaczyć, czy Software Updaterdziała. Jeśli tak, zmaksymalizuj to i zobacz, co robi. Jeśli nadal sprawdza, poczekaj na zakończenie. Po zakończeniu może to oznaczać, że oprogramowanie jest aktualne, więc zamknij aplikację. Jeśli wyświetli się informacja, że ​​są dostępne aktualizacje, wykonaj aktualizację lub kliknij „przypomnij mi później”. Po zamknięciu tej aplikacji możesz wrócić do korzystania z apt-getlub apt.

Jeśli Software Updaternie jest uruchomiony, po prostu użyj Dash, aby go wywołać i czekać na zakończenie, a następnie zdecyduj, czy chcesz zaktualizować, lub kliknij „przypomnij mi później”. Po zamknięciu tej aplikacji możesz wrócić do korzystania z apt-getlub apt.

W moim przypadku otrzymywałem ten sam komunikat, nie zdając sobie sprawy, że przełączyłem się na użytkownika root i próbowałem sudo apt-get. Kiedy zdałem sobie z tego sprawę, po prostu uruchomiłem apt-get i zadziałało. Głupie, ale dla niektórych może to wyjaśniać błąd.

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

Używaj na własne ryzyko

w moim przypadku po:

1. Otwórz Firefox.
2. Otwórz terminal

Wpisałem

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

To polecenie wyświetli listę programów w moim przypadku tylko Firefox, zamknąłem Firefox, a następnie mogłem ponownie uruchomić polecenie bez problemów.

sudo apt upgrade

Dla osób, które są zainteresowane proaktywnym zapobieganiem temu błędowi w swoich skryptach, zauważyłem, że flaga -q na apt upgrade -yqmnie spowodowała ten problem. Wydaje mi się, że podczas procesu aktualizacji czasami wyświetlał mi się ostrzeżenie (coś w stylu aktualizacji pulpitu, chciałbym kontynuować), a jeśli te ostrzeżenia zostały pominięte, to chyba powoduje, że nie odblokowuje chronionych plików i utknął.

Wprawdzie miałem problem z odtworzeniem tego błędu przez 100% czasu, ale wyeliminowanie tej opcji -q całkowicie rozwiązało problem .

Jak większość innych czekałem na usunięcie blokady. Po 30 minutach poddałem się i uruchomiłem mocno do innej dystrybucji. Stamtąd wykorzystałem internet do badań, które mnie tu wylądowały.

Okazuje się, że unattended-upgrades.servicedziała. Znalazłem, że restartuję się do uszkodzonego systemu i działam:

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

pozwolił mi przywrócić działanie uszkodzonego systemu dla:

sudo apt update
sudo apt upgrade
sudo apt install -f

Nie naprawiło to jednak zatrzymanych pakietów i niemożliwej sytuacji zgłoszonej przez apt. Wygląda na to, że spowodowało aptto zablokowanie się podczas uruchamiania.