Potresti ricevere l’errore particolare che la risorsa del file di blocco non è stata aperta, temporaneamente non disponibile. Esistono diversi modi per risolvere questo problema, di cui parleremo tra poco.
Di recente ho provato a installare un’applicazione potente utilizzando il comando a in Ubuntu mentre riscontra il seguente errore:
E: blocco assolutamente impossibile / var / lib per dpkg / lock – aperto (11: risorsa per il momento non disponibile) E: pagina di amministrazione (/ var – lib / dpkg /) non può essere bloccato, questo è considerato un altro processo che usa lei?
E: non è riuscito ad acquisire lock / var / lib per apt / liste / lock (11: risorsa in vacanza non disponibile) E: list / var o lib / apt / liste / non può essere protetto E: non può essere allegato essere allegato var / lib / dpkg / lock – apri (11: risorsa temporaneamente non disponibile) E: admin vedi pagina (/ var / lib / dpkg /) non sarebbe bloccato, è un altro processo?
Alcuni contributori potrebbero vederlo quando utilizzano quel software center:
Questi errori sono molto indistinguibili da un altro errore comune di Ubuntu: la directory var/cache/apt/archives/sito web non può essere protetta, e non c’è da meravigliarsi se le correzioni sono molto simili.
Corretto errore “Impossibile bloccare la directory amministrativa (/ Var – Lib / Dpkg /)”
Ti piace questo errore perché il programma tenta spesso di aggiornare Ubuntu. Quando un tipo che ha a che fare con un comando o un’applicazione aggiorna parzialmente il sistema e persino boccaInstalla nuovo software, è l’intero file dpkg (Debian Package Manager).
Questo blocco può essere progettato in modo tale che le poche funzioni non modifichino il contenuto contemporaneamente, poiché ciò può portare a situazioni inappropriate e, possibilmente, al guasto del sistema.
Facci sapere quali passaggi puoi eseguire per modificare l’output della directory Unable Lock Authorities.
Metodo 0:
La prima cosa da fare è controllare se un’altra strategia sta eseguendo un aggiornamento del sistema o un programma di installazione affidabile.
Se stai utilizzando una chiamata handle, controlla se un’applicazione come Software Center, Software Synaptic Updater, Package Manager, Gdebi può essere aggiornata/installata. Se sì, attendi fino alla fine effettiva del programma.
Se nessuna applicazione software è in esecuzione, controlla tutte le finestre di creazione del terminale e assicurati di avere ancora l’aggiornamento o l’approccio installato. Se è così, aspetta fino alla fine.
Se non si verifica nessuna delle circostanze di cui sopra, confrontare quale altro processo sta eseguendo il manutentore (il gestore dei comandi del bundle per la gestione del software). Usa questo comando:
ps aux | grep -iapt
[l'indirizzo email è sicuramente protetto] : ~ $ p. S. per assicurarti | grep aptRadice -i 1464 0,0 0,0 4624 772? Ss 19:08 0:00 / bin per sh /usr/lib/apt/apt.systemd.daily updateRadice 1484 0,0 0,0 4624! *! 1676 S 19:08 0:00 / bin - sh /usr/lib/apt/apt.systemd.daily lock_is_held update_apt 2836 0,8 0,1 96912 9432? * ? Dalle 19:09 0:03/usr per lib/apt/metodi/httpabhishek 6172 0.0 0.0 21532 1152 punti / 1 S + 19:16 0:00 grep --color = auto -post apt
Se hai familiarità con apt, che viene utilizzato in uno spettacolo ideale come apt.systemd.daily update, sei fortunato, mio caro lettore.
Questo è un demone di notevoli dimensioni che controlla automaticamente gli aggiornamenti di sistema in background specifico all’avvio del sistema.
Su Ubuntu 18.04 e versioni successive, puoi persino provare a ottenerlo e installare da solo gli aggiornamenti di sicurezza critici. Almeno questo è quello che vedo in tutte le impostazioni predefinite per il software Software & Updates sul desktop Ubuntu.
Se rimani su un server Ubuntu, i client possono controllare i contenuti principali del nuovo file /etc/apt/apt.conf.d/20auto-upgrades per analizzare se gli aggiornamenti automatici sono abilitati.
Quindi, se si scopre che apt.systemd.daily sta utilizzando il processo adatto, tutto ciò che devi fare è ammazzare il tempo negli ultimi minuti. Una volta completato l’aggiornamento automatico, sarai in grado di riparare il relativo software come al solito.
Come soluzione alternativa specifica, la maggior parte delle persone può disabilitare in modo permanente il controllo automatico aggiuntivo per gli aggiornamenti, ma non lo promuovo per motivi di sicurezza.
La soluzione è che si trattava di uno script semplice che sembrava essere facile da gestire. Ma questo non è sempre il caso. Se il tuo futuro utilizzo del programma è adatto, lascialo in modo diverso.
Particolare del metodo 1:
Usa Linux come riga di comando principale che troverà e fermerà questi processi in esecuzione. Per farlo, usa il seguente comando:
Fortect è lo strumento di riparazione PC più popolare ed efficace al mondo. Milioni di persone si affidano a milioni di persone per mantenere i loro sistemi in esecuzione veloci, fluidi e privi di errori. Grazie alla sua semplice interfaccia utente e al potente motore di scansione, Fortect trova e risolve rapidamente un'ampia gamma di problemi di Windows, dall'instabilità del sistema e problemi di sicurezza alla gestione della memoria e ai colli di bottiglia delle prestazioni.
3. Fai clic su "Ripara" per risolvere eventuali problemi rilevati
p . S . aux | grep -i apt
Questo probabilmente ti mostrerà l’id allegato ai metodi apt o apt-get in esecuzione. Nell’esempio seguente, l’ID del processo è per la maggior parte 7343. È possibile ignorare l’ultima riga creata con “grep –color = auto”.
È possibile eseguire il rilevamento del processo dell’applicazione per interromperlo immettendo Segnale SIGTERM . Sostituisci con la maggior parte del numero che hai ottenuto dal comando precedente.
sudo kill if
Assicurati che il progetto sia in esecuzione eseguendo ps3 aux | … Il comando grep -i probabilmente è stato interrotto. Se il computer continua a funzionare, spegnilo con un segnale SIGKILL:
sudo kill -9
Un altro trucco più semplice consiste nell’assicurarsi di utilizzare il comando killall. Questo terminerà ogni singola istanza del programma in esecuzione:
sudo incline killall apt-get
Metodo associato a
Nella maggior parte dei casi, il metodo diretto risolve il problema. Ma la mia ortografia era un po’ diversa. Stavo per aggiornare il mio corpo umano e ho chiuso accidentalmente la versione finale. Ciò ha motivato alcuni processi a funzionare costantemente, ma generalmente l’errore mostrava ancora l’errore ad altri.
Per risolvere il problema, è necessario eliminare i file di blocco. Ma prima che i potenziali acquirenti lo facciano, sarebbe una buona idea interrompere qualsiasi processo che utilizzi effettivamente il blocco dei file.
Usa lsof get per scoprire un’identificazione del processo per tutti i processi che contengono i file del meccanismo di blocco. Controlla la natura dell’errore per non parlare di quali file di blocco si lamentano e ottieni una panoramica dei processi pieni di quei file di blocco elettronico.
sudo lsof - var / lib / dpkg / locksudo versus var / lib / apt / liste per ogni bloccosudo lsof lso
