Solución: no se pudo abrir el archivo de bloqueo / var / lib / dpkg / lock

Obtener el mensaje de error no se pudo abrir el archivo de bloqueo / var / lib / dpkg / lock puede ser confuso porque muy bien podría preguntarle si es root inmediatamente después, incluso si estaba ejecutando un comando de actualización con el prefijo sudo. Este comando de error se mostrará en casi todo lo que use el administrador de paquetes apt-get. Ya sea que esté actualizando una computadora de escritorio o computadora portátil que ejecute una de las diversas versiones de Ubuntu o una Raspberry Pi con el giro de Raspbian Debian, es posible que descubra que puede ser un problema en cualquiera de estas plataformas.

Sin embargo, la solución es bastante simple. Por lo general, puede ignorar cualquier cosa que le pregunte si es o no root e ir directamente al meollo del problema, que está relacionado con dos procesos que intentan acceder a un archivo bloqueado al mismo tiempo.

Método 1: asegurarse de que sudo pueda acceder a todas las partes del comando

Si tuviera que ejecutar sudo apt-get update && apt-get upgrade, entonces podría obtener este error ya que el segundo proceso no tiene la autoridad adecuada para acceder al archivo / var / lib / dpkg / lock.

Intenta correr sudo apt-get update && sudo apt-get upgrade para ver si eso hace alguna diferencia. Si es así, entonces su problema ya está solucionado y fue simplemente porque no le estaba dando al segundo proceso los permisos suficientes para acceder al archivo. Tenga en cuenta que este comando se actualizará y luego actualizará todos sus paquetes, por lo que podría solicitarle que lo apruebe y que tarde un poco en ejecutarse.

De lo contrario, sin embargo, el problema ya está completamente resuelto y no es necesario que haga nada más.

Método 2: eliminar el archivo / var / lib / dpkg / lock

Aquellos que estén usando curl, wget u otro comando que descargue un archivo de manera discreta también pueden tener que preceder ese comando con sudo si están trabajando desde Raspbian, ya que esto reemplaza a apt-get en algunos casos. Aquellos que trabajen con Debian puro, Xubuntu, Lubuntu, Linux Mint y otros similares orientados a computadoras de escritorio / portátiles no tendrán que preocuparse por esto, pero puede valer la pena intentarlo de nuevo.

Si esto aún no funcionó, es posible que deba verificar que no tenga ningún otro programa intentando acceder al archivo mientras está ejecutando su actualización. Intenta usar sudo lsof / var / lib / dpkg / lock para ver si se están ejecutando otros procesos que lo tengan abierto. Si lo tiene abierto en algún lugar, puede cerrar la aplicación.

Tenga en cuenta que tener acceso de lectura y escritura para que una aplicación abra este archivo significa por extensión que dicho programa debe tener privilegios de root, por lo que necesitará privilegios de root para cerrar el programa. Incluso puede intentar mirar a través de la aplicación Administrador de tareas si está utilizando un entorno de escritorio gráfico que admita esta función. Simplemente haga clic con el botón derecho en el proceso infractor y cierre si tiene los permisos para hacerlo. Prueba también los comandos kill o killall desde la línea de comandos.

Ahora puede intentar ejecutar sus comandos apt-get nuevamente y ver si eso hace alguna diferencia, pero no tendrá que hacer nada más si lo hubiera hecho. Si sigues teniendo problemas, prueba a eliminar los archivos de bloqueo por completo. Si bien esto debe considerarse como un último recurso, generalmente no causa ningún problema relacionado con el programa apt-get. Aún querrá agotar otros métodos antes de hacer esto, ya que puede interferir con el sistema apt.

Reiniciar a veces ayuda, pero si está constantemente en el servidor o en un dispositivo Raspbian, puede que esta no sea una opción viable. Intenta correr sudo rm / var / lib / dpkg / lock && sudo rm / var / lib / apt / lists / lock , que liberará los archivos particulares que apt está revisando cuando lo esté ejecutando. Asegúrese de tener cuidado con los nombres de esos archivos, ya que ejecutar rm como root es destructivo.

Suponiendo que lo ha hecho después de haber agotado las otras opciones, puede intentar ejecutar sus comandos de actualización nuevamente y ver qué sucede. No debería tener más problemas porque los archivos ya no existirían en ese momento, aunque las rutinas apt-get podrán reconstruirlos mientras se ejecutan.