Не вдається заблокувати каталог адміністрації (/ var / lib / dpkg /) - це ще один процес його використання?

Я отримую цю помилку при спробі використання 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?  

Як я можу це виправити?

Це слід використовувати в крайньому випадку. Якщо ви використовуєте це недбало, ви можете зірватися зі зламаною системою. Будь ласка , спробуйте інші відповіді першим , перш ніж робити це.

Ви можете видалити файл блокування за допомогою наступної команди:

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

Також вам може знадобитися видалити файл блокування в каталозі кешу

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

Після цього спробуйте відкрити Synaptic знову.

Я бачу майже всі відповіді рекомендують видалити замок. Я не рекомендую робити це як перший захід; можливо, якщо альтернативи немає. Блокування встановлюється під час запуску влучного процесу та знімається, коли процес завершується. Якщо є замок без видимого запущеного процесу, це може означати, що процес застряг з якоїсь причини.

Якщо ви спробуєте

ps aux | grep [a]pt

або

pgrep -a apt

що apt, як мінімум, вловлює процеси, що містять слово . Якщо ви бачите apt-getпроцес або aptitudeпроцес, який виглядає застрялим, ви можете спробувати

sudo kill processnumber

і якщо це не працює, спробуйте

sudo kill -9 processnumber

Це повинно вбити процес і може зняти замок. Вбивство aptабо aptitudeпроцес є нешкідливим, якщо він фактично не знаходиться посередині установки пакета. У будь-якому випадку, якщо процес застряг, у вас, мабуть, не залишається іншого вибору, крім як його вбити.

Вбивство dpkgбезпосередньо, якщо він присутній, не є хорошою ідеєю, оскільки, якщо dpkgвін активний, він, мабуть, маніпулює базою даних пакетів, а вбивство може залишити базу даних пакета в непослідовному стані; тобто зіпсований.

Вбивство apt-getабо aptitudeпроцес взагалі набагато безпечніше.

Видаліть /var/lib/dpkg/lockфайл і примушуйте конфігурацію пакета.

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

Це має працювати після цього.

Це повідомлення ви отримаєте, якщо забудете використовувати sudoпід час виконання влучної команди.

В іншому випадку це знак того, що щось інше встановлює або видаляє програмне забезпечення і заблокує підходящу базу даних під час виконання дій. Програми, які можуть це зробити, це:

• Програмний центр
• Менеджер оновлень
• Інсталятор влучного посилання (я думаю, це зараз проходить через SC)
• Утиліти командного рядка apt-get або aptitude.
• Менеджер пакетів Synaptic

ВАЖЛИВО: спробуйте лише наведене нижче в крайньому випадку, оскільки це може зламати вашу систему. Спершу спробуйте вбити будь-який запущений екземпляр aptабо aptitudeяк описано у відповіді Faheem .

Ви можете вимкнути блокування, видаливши файл, але не рекомендується попередньо закривати програму, яка безпечно тримає замок , оскільки це може спричинити пошкодження або перервати установку (погано). Команда, надана Жоао, повинна закрити програму, яка містить блокування, а потім видалити замок, але не захистить вас від перерви в установці:

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

І та сама команда може бути використана для влучного кешування блокування:

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

Найбільш вірогідний спосіб досягти цього:

• завантажують Ubuntu
• запустити термінал
• тип sudo apt-get install whatever

і командний рядок aptперекривається update-managerавтоматичним опитуванням.

Тож якщо ви спробуєте ще раз через кілька хвилин, це має виправити.

Лише одна програма може утримувати блокування. Переконайтеся, що у вас немає здібностей, синаптичних чи спритних. Закрийте програму та запустіть її знову, вона повинна спрацювати. У вас може бути відкрито синаптичний засіб, або інше вікно терміналу, яке працює apt-get, або запущений диспетчер оновлень. вони закривають його та спробуйте ще раз.

Спробуйте цю команду в терміналі, щоб знайти те, що працює

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

Примітка.
Якщо це нічого не друкує, введіть наступне в терміналі, щоб зняти замок

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

Тепер ви можете встановити будь-які пакети.

Наразі найкращим способом змусити його працювати, не порушуючи можливого встановлення фонового режиму (як це могло статися, видаливши файл блокування), є зупинка служби за допомогою apt:

Помилка:

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

Рішення:

sudo systemctl stop apt-daily.timer

Після оновлення системи я пропоную повторно включити її, оскільки блокування помилки могло бути виправлене за допомогою оновлення.

sudo systemctl start apt-daily.timer

Я не перевірив, що ця помилка виправлена ​​після оновлення. Я додаю новий коментар, як тільки я підтверджу це

Перш за все, слід перевірити, який процес створив файл блокування, використовуючи lsof:

sudo lsof /var/lib/dpkg/lock

або в іншій ситуації, коли /var/lib/apt/lists/lockце проблематично:

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

Вихід буде близький до чогось типу:

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

Тоді ми повинні перевірити , що робить commad, ми можемо знайти його за допомогою ps, і pgrepт.д .; команда apt-getтака, я запускаю:

pgrep apt-get -a

-aПеремикач перераховує всю команду для мене, в моєму випадку це:

 pgrep -a apt-get
 12127 apt-get update

ми можемо побачити, що він працює updateпідкомандою, і я міг би запустити щось подібне:

ps -f 12127

яка виробляє:

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

В цьому випадку я б почекати деякий хвилину на ресурс буде звільнений , і якщо після 2 або 3 хвилин проблема все ще існує , або команда була то , що я не дбаю про те чи не шкідливий для системи (як це apt-get update) , я відправити SIGTERMв процес:

sudo kill -15 12127

Він повинен зробити роботу, якщо це не так, я надішлю SIGINTцей раз (це як натискання CTRL+ C):

sudo kill -2 12127

Якщо це теж не вийшло, ми повинні надіслати SIGHUP( kill -1), і, нарешті, якщо нічого не працює, я просто вбиваю процес:

sudo kill -9 12127

або

sudo pkill -9 apt-get

Потім я видаляю зайняті ресурси:

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

Ця помилка може бути спричинена тим, що менеджер оновлень намагається автоматично оновити список пакетів у фоновому режимі, як правило, відразу після входу в систему, тим самим блокуючи каталог.

У цьому випадку просто зачекайте кілька секунд (або більше, якщо ваше останнє оновлення давно було), щоб воно завершилося або запустило менеджер оновлень, щоб перевірити стан.

Це станеться, якщо у вас буде паралельно запущений "Менеджер оновлень" для будь-якої перевірки оновлень або встановлення, оскільки процес встановлення встановить Блокування. Якщо ви зіткнулися з тією самою помилкою без запуску "Менеджера оновлень", вам доведеться її видалити /var/lib/dgkg/lock, що, безумовно, ви не можете зробити це вручну

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

працює чудово. Взято з: https://askubuntu.com/a/15469/68707

Не будьте настільки швидкими, щоб щось видалити, це може повністю пошкодити вашу систему; швидше зачекайте, поки програма, що наразі встановлює або видаляє, завершить своє завдання, і після цього ви отримаєте доступ. Якщо ви вважаєте, що наразі нічого не встановлюється та не видаляється, просто перезавантажте систему з допомогою команди sudo reboot.

Якщо для автоматичної установки встановлено оновлення безпеки, це трапляється часто. Я буквально чекаю 30 секунд, і це вирішує проблему. Просто викидаючи це на випадок, якщо хтось інший стикається з цією проблемою.

У моєму випадку мені довелося почекати кілька хвилин, щоб замок був відпущений (схоже, що aptйого тримали). Це все сталося відразу після завантаження системи.

Просто sudo rm -f /var/lib/apt/lists/lockта спробуйте ще раз.

apt-fast МОЖЕ нести відповідальність за неправильне розблокування; іноді це трапляється , коли ви перериваєте apt-getабо dpkgзанадто.

З цим питанням я вже неодноразово виникав. Для мене це майже завжди спричинялося apt-get або якихось графічним інтерфейсом, який називав його чомусь повішеним. Мені довелося вбити його, що залишило різні замки на місці.

Інші відповіді пропонують дуже хороші моменти щодо того, щоб переконатися, що жодне оновлення не працює, перш ніж робити щось кардинальне, як видалення файлів блокування. Однак, як тільки ви впевнені, що це не так, наступне, як правило, працює для мене. Я отримав це, прочитавши багато відповідей на подібні питання.

Хоча більшість або все це представлено в інших відповідях, це скасовує виправлення до декількох команд.

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

Використовуйте для розблокування пакетної системи після того, як оновлення аварійно завершено або припинено, не закінчуючи іншим способом. Ці команди слід виконувати у поданому порядку.

Я не бачу цієї відповіді ніде вище, але в Ubuntu 16.04 я також зіткнувся з цією проблемою. Причиною став час, коли на моєму комп’ютері було встановлено майбутнє . (Це тому, що я перебуваю в системі подвійної завантажувальної системи Windows + Ubuntu, і, мабуть, я переплутав місцевий час проти часу UTC).

Одне дивне було те, що дата та час заблокованого файлу були точною датою та часом, коли я запускав програму.

Тоді я використовував "термоядер", як описано в попередніх публікаціях, і влучно працював, але мені надходили скарги на необхідність запуску dpkg -a -reconfigure. Коли я це зробив, у мене виникли помилки на кшталт:

newline in field name #padding

у таких файлах, як '/ var / lib / dpkg / updates / 0003'.

Все це було дуже дивно, так як я його ніколи раніше не бачив. Отже, я подумав, що це симптоми, і змінив свої дані та час вручну. Я знав, що існує проблема з датою / часом, коли я входив, але ігнорував її. (Раніше він встановлював це автоматично через Інтернет та NTP).

Тоді всі вищезазначені проблеми були виправлені ... Сподіваємось, це допомагає комусь іншому! Найбільш помітним симптомом, можливо, є дата / час файлу блокування, який є точною датою / часом, коли ви намагаєтеся запустити команду.

У моєму випадку X apt-getвийшов з ладу під час видалення старих ядер. Я використовував Монітор системи, щоб підтвердити, що він все ще працює і не застряг. Після закінчення процесу все було добре.

Перевірте пункт запуску, щоб побачити, чи Software Updaterпрацює він. Якщо так, максимізуйте це і погляньте, що він робить. Якщо він все ще перевіряється, тоді дочекайтеся його завершення. Коли він завершиться, це може сказати вам, що програмне забезпечення є сучасним, тому закрийте додаток. Якщо в ньому сказано, що доступні оновлення, виконайте оновлення або натисніть «Нагадати пізніше». Після цього програма закриється, ви можете повернутися до використання apt-getабо apt.

Якщо Software Updaterце не працює, просто використовуйте тире, щоб викликати його та дочекатися завершення, а потім вирішити, чи хочете ви оновити, або натисніть "нагадати мені пізніше". Після цього програма закриється, ви можете повернутися до використання apt-getабо apt.

У моєму випадку я отримував те саме повідомлення, не розуміючи, що я перейшов на root користувача, і намагався отримати sudo apt-get. Як тільки я зрозумів це, я просто побіг вдало, і це спрацювало. Дурне, але це все-таки може пояснити помилку для деяких.

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

Використовуйте на свій страх і ризик

в моєму випадку після:

1. Відкрийте Firefox.
2. Відкритий термінал

Я набрав

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

Ця команда покаже вам список програм, у моєму випадку лише Firefox, я закрив Firefox, а потім міг без проблем запустити команду.

sudo apt upgrade

Для людей, які зацікавлені в активному запобіганні цієї помилки у своїх сценаріях, я виявив, що прапор -q на apt upgrade -yqмене викликає цю проблему. Під час процесу оновлення я думаю, що час від часу він отримуватиме попередження (я хотів би продовжувати щось, що стосується оновлення робочого столу), і якщо ці попередження були придушені, то, мабуть, це спричиняє можливість не розблокувати файли, які він захищав і воно застрягло.

Правда, у мене виникли проблеми з відтворенням цієї помилки в 100% часу, але усунення цього параметра -q повністю виправило проблему для мене .

Як і більшість інших, я чекав, коли замок буде знято. Через 30 хвилин я здався і важко завантажився на інший розподіл. Звідти я користувався Інтернетом для деяких досліджень, які приземлили мене тут.

Виявляється, unattended-upgrades.serviceбіжить. Я виявив, що це перезавантаження в зламаній системі та запуск:

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

дозволив мені знову працювати зламану систему для:

sudo apt update
sudo apt upgrade
sudo apt install -f

Однак це не виправляло збережені пакети і неможлива ситуація, про яку повідомлялося aptв першу чергу. Здавалося б, це спричинило aptзамикання в першу чергу при завантаженні.