No se puede bloquear el directorio de administración (/var/lib/dpkg/) ¿lo está utilizando otro proceso?

Rm /var/lib/dpkg/lock; dpkg --configure -a:

Bueno, esto tiene algún cambio. sudo rm /var/lib/dpkg/lock.

Esto no funciona. Sigo recibiendo el mismo error.

@bouke....tienes razón. Me he enfrentado a algo similar hoy por el momento. He dado comando para abrir Google Chrome y también "sudo ap-get update" comando mismo tiempo. Después de abrir Google Chrome, bloqueo está disponible.

Escribo sudo rm lock de su directorio y se queda ahí como un muerto viviente

Gracias, señor. Esto sólo debe intentarse cuando cualquier apt y dpkg instancia han sido asesinados. En mi caso interrumpí el proceso por lo que tuve que quitar manualmente los bloqueos.

Ocurrió cuando desperté una caja de vagabundo suspendido y el up falló. corrió reload y me salía este mensaje de error cuando intentaba instalar un paquete, borrando el candado se solucionaba

Si matar dpkg puede corromper su base de datos, dpkg fue mal diseñado. Punto.

Para mí, esto dio lugar a un error dpkg was interrupted, you must manually run 'sudo dpkg --configure -a' to correct the problem. cuando se ejecuta sudo apt-get dist-upgrade otra vez. Ejecutando el comando se resolvió el problema. ¡Me encanta Nix!

Nota, killall apt-get hace lo mismo que su ps / kill combo.

¿Debería matar aptd ?

Tenga en cuenta que me encontré con que tenía que ejecutar sudo dkpg --configure -a después de matar el proceso apt malicioso para que las cosas vuelvan a la normalidad.

La forma más fácil de conocer el proceso que está dando problemas ps -e | grep -e apt -e adept | grep -v grep a continuación, ejecute sudo kill num por ejemplo sudo kill 2304

Yo experimente el mismo problema y en mi caso el problema fueron las actualizaciones desatendidas de ubuntu. se habla del mismo problema aquí . también podría apt remove unattended-upgrades .

En mi caso se solucionó automáticamente tras el segundo o tercer reinicio, pero no tras el primero... o.O? De todos modos, trate de completar los procesos (por ejemplo, sudo dpkg --configure -a ) y otras cosas inofensivas (por ejemplo, abrir y cerrar el centro de software, synaptic, actualizaciones de software, etc.) antes de matar los procesos en ejecución. E intente matar procesos antes de forzar la eliminación del bloqueo, arriesgándose a romper su sistema.

No lo hagas. ps .. | grep .. porque coincidirá con grep. En su lugar utilice pgrep -f dpkg y pkill -f dpkg

En la lista de mis procesos he visto un usr/lib/apt/apt.systemd.dayly install . Pensé que tenía que darle un poco de tiempo y volver a intentarlo. Y funcionó. Salvé la vida de un proceso y encontré una solución pacífica a mi problema.

¿Cómo puedo saber el número de proceso? Por favor, más precisa ..

@FaheemMitha similar a @Barry sugiero utilizar pgrep -a apt en su lugar.

@PabloBianchi No hay razón para usar pgrep aquí. Esta respuesta no muestra un enfoque automatizado o guionizado, interviene un humano. Así que ps o pgrrp -a son tan buenos unos como otros.

@terdon No necesitas estar usando un automatismo o script para usar pgrep . La diferencia no es extremadamente importante, pero es mejor porque no coincide con grep (incluso mejor con -r ). ps + grep es una especie de hacker, pgrep es la herramienta adecuada .

Cualquiera: ¿ejecuta ubuntu apt brevemente cada vez que arranca?

@FaheemMitha ¿Qué sentido tiene grep [a]pt ? es lo mismo que grep [a]pt aquí.

@Shayan [a]pt es funcionalmente equivalente a apt pero apt será recogido en un grep por sí mismo, mientras que [a]pt no lo hará. Es sólo un pequeño truco para filtrar ese proceso de los resultados. Tuberías ps a través de grep no es necesariamente la mejor solución en general, pero bueno...

@mwfearnley ohh eso tiene mucho sentido, muchas gracias, OP debe agregar esto a la respuesta.

Hizo ps aux | grep [a]pt dos procesos se estaban ejecutando, esperó algún tiempo, se completaron automáticamente después de algún tiempo

¿Por qué no se arregla solo hoy en día?

Esto funcionó para mí. El aws anterior no lo hizo.

Puedo confirmar lo que dijo poolie. Ha corrompido el estado de bloqueo haciendo uno de los archivos inparsable. Me dijo que obtendría un error al analizar /var/lib/dpkg/updates/0006 . He eliminado el archivo en cuestión con rm , reran sudo dpkg --configure -a y parece que todo vuelve a funcionar como se esperaba.

Esto fue lo más limpio que me funcionó.

Sólo éste me funcionó. Parece que es importante volver a configurar los paquetes.

Esto colapsó todo mi servidor.

Matar apt o dpkg a medio camino no es una gran idea.

Esto estrelló mi os

Kubuntu se bloquea durante el inicio de sesión después de hacer esto.

Si no puedes iniciar sesión, puedes reiniciar en modo de recuperación. Elija la opción para arreglar DPKGs.

No conseguirás resource temporarily unavailable si se ejecuta sin ella sin sudo obtendrá permission denied .

La pregunta del OP dice: " ¿lo está utilizando otro proceso?". Cuando se olvida de sudo el mensaje se lee de otra manera. Dice: "...¿eres root?".

No utilice este comando, se bloqueará el PC, si ya lo ha intentado, reiniciar no le ayudará. Sólo apague el PC y empezar.

ADVERTENCIA: esto causará PÉRDIDA DE DATOS, porque se está reiniciando instantáneamente sin ninguna SIGKILL . Puede dañar las bases de datos y el disco duro. Se reiniciará como ROOT, esto también es muy malo, ya que ecryptfs ¡¡¡FALLARA para descifrar los datos de casa en el siguiente reinicio!!! ¡PRECAUCIÓN GUYS! Como esta respuesta está en la parte superior de Google para esta consulta, una edición se debe hacer.

Y esto también puede hacer que su tarjeta wifi fuera de uso en el siguiente reinicio. Dependiendo del uso, si estabas usando ssh, te acabas de expulsar. Entonces necesitas acceso físico para reiniciar...... ¡¡¡¡ADVERTENCIA!!!!

No tenía ningún apt ejecutándose y aun así desactivó todos mis servicios, tuve que reiniciar. Debería haber borrado el archivo de bloqueo.

En mi caso, se debió a que se dejó abierta la ventana del gestor Synaptic. En cuanto la cerré, se resolvió el problema en el terminal.

Pgrep -f 'apt|adept|dpkg' y luego sudo skill (number) , kill all number y luego install ¡funciona!

@Barry que coincidiría con todo el camino+proceso. Creo pgrep -a 'apt|adept|dpkg' es un equivalente más corto.

@PabloBianchi -f tiene casos límite pero -fa si quieres ya que pgrep sin -f tendrá falsos negativos porque el nombre del proceso no siempre es el mismo que argv[0]. pgrep realmente necesita una opción para grep el nombre base de argv[0] y el nombre base del nombre del proceso (que se puede establecer a otra cosa en algunas formas de exec*() ).

@dhchdhd Por favor presente un problema en pgrep seguimiento de errores .

Gracias, estaba intentando ejecutar el comando mientras el actualizador de software GUI ya estaba haciendo lo suyo.