Come correggere l'errore "Impossibile bloccare /var/lib/dpkg/lock".

Sebbene una distribuzione Linux possa scegliere di installare il software come meglio crede, il più delle volte può, come minimo, installarlo dai propri repository ufficiali. Questi repository possono essere mantenuti direttamente dalla distribuzione e/o basati su altri, come accade ad esempio con Debian->Ubuntu->Linux Mint. In questi casi, il gestore dei pacchetti è APT e talvolta possiamo vedere il messaggio "impossibile bloccare /var/lib/dpkg/lock" nel terminale o anche in uno strumento con interfaccia grafica.

Questo articolo cercherà di far luce. di cosa si tratta e come l'errore può essere risolto che ci fa vedere il messaggio "/var/lib/dpkg/lock non può essere bloccato", ma posso dirti che esiste una soluzione molto semplice che può risolvere questo e molti altri problemi, sia che si tratti di un Linux- distribuzione basata o qualsiasi altro sistema operativo, inclusi i dispositivi mobili.

Cosa significa l'errore "impossibile bloccare /var/lib/dpkg/lock"?

In generale, quando vediamo l'errore "could not lock /var/lib/dpkg/lock", il terminale o il software che lo mostra sta indicando che un altro processo APT è in esecuzione e utilizza lo stesso database a cui stiamo tentando di accedere . In altre parole, il nuovo processo APT tenta di bloccare il file /var/lib/dpkg/lock, non può averlo perché è impegnato e informaci di esso.

Il più comune è quello un altro processo APT, come l'aggiornamento, è già in esecuzione e ha bloccato il file di blocco, quindi non può eseguire il primo passaggio, che è proprio quello di bloccare detto file.

Come correggere l'errore

La prima cosa che dobbiamo fare, soprattutto se non ci piace usare il terminale, è controlla se c'è qualche applicazione software in esecuzione. Ad esempio, in Ubuntu possiamo vedere se Ubuntu Software (fork di GNOME Software) sta facendo qualcosa, e anche Software Update, l'applicazione che si occupa, come suggerisce il nome, di aggiornare il software. Se non vediamo nessuna di quelle applicazioni aperte, possiamo anche avviare il monitor di sistema e cercarle, per vedere se sono in esecuzione in background.

Le le applicazioni che dobbiamo cercare dipenderanno dalla distribuzione che stiamo usando, poiché Ubuntu Software non è in Kubuntu, né Discover nella versione principale di Debian. Ogni distribuzione gestisce il software con gli strumenti che sceglie di aggiungere e possono bloccare l'archivio del software GNOME, Discover, qualsiasi altro negozio di software o lo strumento di aggiornamento.

Che siano in primo piano o sullo sfondo, un'opzione è avere pazienza e aspetta di vedere se il lavoro che stai facendo è finito. A volte vediamo un messaggio di errore e vogliamo che venga risolto all'istante, quando la soluzione è aspettare un momento.

Dovrebbe essere sufficiente un riavvio o una disconnessione

Molti anni fa, un amico mi chiedeva sempre come risolvere i suoi arresti anomali in Windows. Arrivò un momento in cui non glielo chiedevo quasi più e lo raccomandai Reiniciar perché era quasi sempre la soluzione migliore per lui. Nel caso dell'errore "impossibile bloccare /var/lib/dpkg/lock" è anche una possibile soluzione. Quando inizi da zero, potresti iniziare con il file bloccato dallo strumento di aggiornamento, ma lo sbloccherà presto, quando verificherai che non c'è niente di nuovo da installare o c'è, ma ci hai già informato a riguardo.

Certo, non è la soluzione più elegante, ma è la meno costosa e potrebbe essere la migliore e la più veloce se non hai motivo di tenerti connesso.

Quando il messaggio "impossibile bloccare /var/lib/dpkg/lock" non scompare

Quando abbiamo riavviato o atteso per un po' e continuiamo a vedere il messaggio, quello che ci sta accadendo non è qualcosa di normale. Il blocco è stato "bloccato" o, vale la ridondanza, bloccato, quindi vale già la pena estrarre il terminale.

1. La prima cosa che faremo è aprire un terminale e identificare il processo APT in esecuzione con questo comando:

sudo lsof /var/lib/dpkg/lock

2. Con il processo identificato, lo uccidiamo con questo comando, sostituendo PID con il numero del processo che avremo scoperto con il comando dal passaggio 1:

sudo kill PID

3. Infine, riproviamo ad effettuare la gestione APT che l'errore stava restituendo. Dovrebbe permetterci di andare avanti.

Se questo non lo risolve, possiamo fare qualcosa di più drastico, quindi dovrai prendere precauzioni o fare passi in più. Questo lo fa "nel modo più duro": rimuovendo il file /var/lib/dpkg/lock. I passi da seguire per farlo in sicurezza sarebbero questi:

1. Facciamo un backup del file /var/lib/dpkg/lock. Poiché ciò che faremo è copiarlo, possiamo utilizzare il file manager, poiché non sono richieste autorizzazioni di superutente. Dal terminale potrebbe essere fatto con cp /var/lib/dpkg/lock nuovo-percorso, cambiando "new-path" nel percorso in cui vogliamo creare la copia di backup.
2. Cancelliamo il file. Per questo sarà necessario estrarre i privilegi. Se il nostro file manager ce lo consente, possiamo scrivere ad esempio "sudo nautilus" senza le virgolette per rimuoverlo con un'interfaccia grafica, ma penso che sarà più veloce e più facile aprire il terminale e scrivere:

sudo rm /var/lib/dpkg/lock

3. Con il file cancellato possiamo riprovare ciò che non ci è stato permesso. se scriviamo sudo apt update e non vediamo l'errore, il bug è stato risolto.

Il riavvio e la pazienza sono generalmente i migliori

Sebbene ci siano modi per risolverlo, come quelli spiegati nel punto precedente, l'errore "impossibile bloccare /var/lib/dpkg/lock" non è niente di veramente grave e può essere risolto attendendo qualche istante o riavviando. È qualcosa che di solito si risolve da solo e, in caso contrario, un riavvio è il meno aggressivo e il più efficace. Ora, questo è Linux, e tutto o quasi ha una soluzione dal terminale, senza contare che possiamo "uccidere" quello che vogliamo.

Per qualsiasi motivo, spero che quanto qui affermato sia stato in grado di aiutarti, sia per far sparire il messaggio con un processo più aggressivo o per farti avere un po' di pazienza.