Impossibile bloccare la directory di amministrazione (/ var / lib / dpkg /) viene utilizzata da un altro processo?

Ottengo questo errore quando provo ad usare 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?  

Come posso risolvere questo problema?

Questo dovrebbe essere usato come ultima risorsa. Se lo usi con noncuranza puoi finire con un sistema rotto. Si prega di provare le altre risposte prima prima di fare questo.

È possibile eliminare il file di blocco con il seguente comando:

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

Potrebbe inoltre essere necessario eliminare il file di blocco nella directory della cache

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

Successivamente, prova ad aprire di nuovo Synaptic.

Vedo praticamente tutte le risposte che raccomandano di eliminare il blocco. Non consiglio di farlo come prima misura; forse se non ci sono alternative. Il blocco viene inserito quando è in esecuzione un processo apt e viene rimosso al termine del processo. Se è presente un blocco senza processo apparente in esecuzione, ciò potrebbe significare che il processo si è bloccato per qualche motivo.

Se provi

ps aux | grep [a]pt

o

pgrep -a apt

che catturerà aptalmeno i processi contenenti la parola . Se vedi un apt-getprocesso o un aptitudeprocesso che sembra bloccato, puoi provare

sudo kill processnumber

e se non funziona, prova

sudo kill -9 processnumber

Ciò dovrebbe interrompere il processo e rimuovere il blocco. Uccidere un apto un aptitudeprocesso è innocuo a meno che non sia effettivamente nel mezzo dell'installazione del pacchetto. In ogni caso, se il processo si è bloccato, probabilmente non hai altra scelta che ucciderlo.

Uccidere dpkgdirettamente un processo, se presente, non è una buona idea, perché se dpkgè attivo, probabilmente sta manipolando il database del pacchetto e ucciderlo potrebbe lasciare il database del pacchetto in uno stato incoerente; cioè corrotto.

Uccidere un apt-geto un aptitudeprocesso è generalmente molto più sicuro.

Rimuovere il /var/lib/dpkg/lockfile e forzare la riconfigurazione del pacchetto.

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

Dovrebbe funzionare dopo questo.

Riceverai questo messaggio se dimentichi di usare sudoquando esegui un comando apt.

Altrimenti questo è un segno che qualcos'altro sta installando o rimuovendo software e ha bloccato il database apt mentre esegue le azioni. I programmi che possono farlo sono:

• Il centro software
• Il gestore aggiornamenti
• Il programma di installazione di apt link (penso che ora passi attraverso SC)
• Utilità della riga di comando apt-get o aptitude.
• Il gestore pacchetti Synaptic

IMPORTANTE: prova quanto segue solo come ultima risorsa poiché può causare l'arresto anomalo del sistema. Prima prova a uccidere qualsiasi istanza in esecuzione apto aptitudecome descritto nella risposta di Faheem .

È possibile forzare il blocco rimuovendo il file, ma non è consigliabile senza prima chiudere il programma che trattiene il blocco in modo sicuro , poiché si potrebbe causare corruzione o interrompere l'installazione (non valido). Il comando fornito da João dovrebbe chiudere il programma che contiene il blocco e quindi rimuovere il blocco ma non ti proteggerà dall'interruzione dell'installazione:

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

E lo stesso comando può essere utilizzato per il blocco della cache apt:

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

Il modo più probabile per farlo è:

• avviare Ubuntu
• avviare un terminale
• genere sudo apt-get install whatever

e la riga di comando si aptsovrappone al update-managerpolling automatico.

Quindi se riprovi tra qualche minuto dovrebbe risolverlo.

Solo un programma può contenere il blocco. Assicurati di non eseguire aptitude, synaptic o adept. Chiudi il programma ed eseguilo di nuovo, dovrebbe funzionare. Potresti avere Synaptic aperto, o avere un'altra finestra terminale aperta in esecuzione apt-get, o avere il gestore aggiornamenti in esecuzione. Controlla e vedi se qualcuno di questi è in esecuzione, se stanno correndo vicino e riprovare.

Prova questo comando nel terminale per trovare ciò che è in esecuzione

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

Nota:
se ciò non stampa nulla, digitare quanto segue nel terminale per rimuovere il blocco

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

Ora puoi installare qualsiasi pacchetto.

Finora il modo migliore per farlo funzionare senza interrompere un'eventuale installazione in background (come potrebbe accadere rimuovendo il file di blocco), è arrestare il servizio usando apt:

Errore:

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

Soluzione:

sudo systemctl stop apt-daily.timer

Dopo aver aggiornato il sistema, suggerisco di riabilitarlo, poiché il bug di blocco potrebbe essere risolto con l'aggiornamento.

sudo systemctl start apt-daily.timer

Non ho verificato che questo errore venga corretto dopo l'aggiornamento. Aggiungerò un nuovo commento dopo averlo verificato

Prima di tutto dovremmo controllare quale processo ha creato il file di blocco usando lsof:

sudo lsof /var/lib/dpkg/lock

o in un'altra situazione in cui /var/lib/apt/lists/lockè problematico:

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

L'output sarà vicino a qualcosa come:

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

Quindi dovremmo controllare cosa sta facendo il comando, possiamo scoprirlo usando ps, pgrepecc .; il comando è apt-getquindi corro:

pgrep apt-get -a

L' -aopzione elenca il comando completo per me, nel mio caso è:

 pgrep -a apt-get
 12127 apt-get update

possiamo vedere che è in esecuzione un updatesottocomando, potrei eseguire anche qualcosa del genere:

ps -f 12127

che produce:

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

In questo caso, aspetterei qualche minuto per liberare la risorsa e se dopo 2 o 3 minuti il ​​problema persiste o il comando era qualcosa di cui non mi importava o che non era dannoso per il sistema (come questo apt-get update) invio SIGTERMa il processo:

sudo kill -15 12127

Dovrebbe funzionare, se non lo avessi inviato SIGINTquesta volta (è come premere CTRL+ C):

sudo kill -2 12127

Se non ha funzionato troppo, dovremmo inviare un SIGHUP( kill -1), e infine se non funziona nulla, semplicemente uccido il processo:

sudo kill -9 12127

o

sudo pkill -9 apt-get

Quindi rimuovo le risorse occupate:

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

Questo errore può essere causato da Update Manager che tenta di aggiornare automaticamente l'elenco dei pacchetti in background, in genere subito dopo il login, bloccando così la directory.

In questo caso, attendi qualche secondo (o più, se il tuo ultimo aggiornamento è stato tanto tempo fa) per completare o avviare Update Manager per controllare lo stato.

Questo accadrà se hai 'Update Manager' in esecuzione in parallelo per qualsiasi controllo di aggiornamento o installazione mentre il processo di installazione posiziona Lock. Se stai riscontrando lo stesso errore senza "Update Manager" in esecuzione, devi rimuoverlo /var/lib/dgkg/lock, il che sicuramente non puoi farlo manualmente

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

funziona bene. Tratto da: https://askubuntu.com/a/15469/68707

Non essere così veloce da rimuovere qualcosa, potrebbe danneggiare completamente il tuo sistema; piuttosto attendere fino a quando il programma attualmente in fase di installazione o disinstallazione termina la sua attività e successivamente si otterrà l'accesso. Se ritieni che al momento non ci sia nulla da installare o disinstallare, riavvia semplicemente il sistema con il comando sudo reboot.

Se hai aggiornamenti di sicurezza impostati per l'installazione automatica, ciò accadrà di frequente. Aspetto letteralmente 30 secondi e risolve il problema. Basta lanciarlo nel caso in cui qualcun altro incontri questo problema.

Nel mio caso, ho dovuto attendere diversi minuti per rilasciare il blocco (sembra aptusato per tenerlo premuto). Tutto questo è successo subito dopo l'avvio del sistema.

Basta sudo rm -f /var/lib/apt/lists/lockriprovare.

apt-fast PUO 'essere responsabile di non sbloccare correttamente; questo succede a volte quando si interrompe apt-geto dpkgtroppo.

Ho avuto questo problema numerose volte. Per me, è stato quasi sempre causato da apt-get o da qualche interfaccia grafica che lo chiamava impiccarsi per qualche motivo. Ho dovuto ucciderlo che ha lasciato in posizione diverse serrature.

Le altre risposte sollevano punti molto positivi su come assicurarsi che nessun aggiornamento sia attualmente in esecuzione prima di fare qualcosa di drastico come rimuovere i file di blocco. Tuttavia, una volta che sei sicuro che non è così, di solito funziona quanto segue per me. Ho capito leggendo molte risposte a domande come questa.

Mentre la maggior parte o tutto questo è presentato nelle altre risposte, questo distilla la correzione in pochi comandi.

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

Utilizzare per sbloccare il sistema di pacchetti dopo un aggiornamento di qualche tipo bloccato o terminato senza finire in qualche altro modo. Questi comandi devono essere eseguiti nell'ordine presentato.

Non vedo questa risposta da nessuna parte sopra ma su Ubuntu 16.04 ho riscontrato anche questo problema. La causa è stata l'ora sul mio computer è stata impostata nel futuro . (Questo perché sono su un sistema dual boot Windows + Ubuntu e immagino di aver incasinato l'ora locale rispetto all'ora UTC.)

Una cosa strana era che la data e l'ora del file bloccato erano la data e l'ora esatte in cui ho eseguito il programma.

Ho quindi usato "fuser" come descritto nei post precedenti e apt funzionava, ma stavo ricevendo lamentele sulla necessità di eseguire dpkg -a -reconfigure. Quando l'ho fatto, ho ricevuto errori come:

newline in field name #padding

in file come '/ var / lib / dpkg / updates / 0003'.

Tutto ciò è stato molto strano perché non l'ho mai visto prima. Quindi, ho pensato che fossero sintomi e ho cambiato i miei dati e il mio tempo manualmente. Sapevo che c'era un problema con la data / ora quando ho effettuato l'accesso, ma lo ignoravo. (In precedenza, lo stava impostando automaticamente via Internet e NTP).

Quindi, tutti i problemi di cui sopra sono stati risolti ... Speriamo che questo aiuti qualcun altro! Il sintomo più notevole è forse la data / ora del file di blocco che è la data / ora esatta in cui si sta tentando di eseguire il comando.

Nel mio caso, X si è schiantato mentre apt-getstava ancora rimuovendo i vecchi kernel. Ho usato il monitor di sistema per confermare che era ancora in esecuzione e non bloccato. Tutto andava bene al termine del processo.

Controlla il Launcher per vedere se Software Updaterè in esecuzione. In tal caso, massimizzalo e dai un'occhiata a cosa sta facendo. Se sta ancora verificando, quindi attendere il completamento. Al termine, è possibile che il software sia aggiornato, quindi chiudere l'app. Se dice che ci sono aggiornamenti disponibili, esegui l'aggiornamento o fai clic su "ricordamelo più tardi". Dopo aver chiuso questa app, puoi tornare a utilizzare apt-geto apt.

Se Software Updaternon è in esecuzione, basta usare il Dash per invocarlo e attendere il completamento e quindi decidere se si desidera aggiornare o fare clic su "ricordamelo più tardi". Dopo aver chiuso questa app, puoi tornare a utilizzare apt-geto apt.

Nel mio caso stavo ricevendo lo stesso messaggio non rendendomi conto di essere passato all'utente root e di provare sudo apt-get. Una volta realizzato questo, ho appena eseguito apt-get, e ha funzionato. Stupido, ma potrebbe ancora spiegare l'errore per alcuni.

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

Utilizzare a proprio rischio

nel mio caso, dopo:

1. Apri Firefox.
2. Terminale aperto

Ho scritto

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

Questo comando ti mostrerà un elenco di programmi nel mio caso solo Firefox, ho chiuso Firefox, quindi ho potuto eseguire nuovamente il comando senza problemi.

sudo apt upgrade

Per le persone interessate a prevenire in modo proattivo questo bug nei loro script, ho scoperto che il flag -q su apt upgrade -yqstava causando questo problema per me. Durante il processo di aggiornamento immagino che occasionalmente mi darebbero avvisi (qualcosa sulla falsariga di aggiornare il desktop, vorrei continuare), e se questi avvisi fossero soppressi, allora suppongo che causi apt per non sbloccare i file che stava proteggendo e si è bloccato.

Certo, ho avuto problemi a riprodurre questo errore il 100% delle volte, ma l'eliminazione dell'opzione -q ha risolto completamente il problema per me .

Come la maggior parte degli altri, ho aspettato che il blocco venisse rimosso. Dopo 30 minuti ho rinunciato e avviato a una distribuzione diversa. Da lì ho usato Internet per alcune ricerche che mi hanno portato qui.

Si scopre che unattended-upgrades.servicesta funzionando. Ho scoperto che il riavvio nel sistema rotto e l'esecuzione:

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

mi ha permesso di far funzionare nuovamente il sistema rotto per:

sudo apt update
sudo apt upgrade
sudo apt install -f

Tuttavia, non ha risolto i pacchetti conservati e la situazione impossibile segnalati aptin primo luogo. Sembrerebbe che questo abbia causato il aptblocco all'avvio in primo luogo.