Es posible que reciba un nuevo error de que el recurso del archivo de bloqueo no pudo abrirse, temporalmente no disponible. Hay varias formas de resolver este problema directamente, de las que hablaremos en breve.
Recientemente intenté instalar 1 aplicación usando el comando a en Ubuntu durante el tiempo que se encuentra con el siguiente error:
E: definitivamente se puede bloquear / var / lib – dpkg / lock – open (11: recurso a corto plazo no disponible) E: la página de administración (/ var o lib / dpkg /) no se puede bloquear, esto ‘ ¿Es otro proceso usándola?
E: no pudimos adquirir lock / var / lib o apt / lists / lock (11: recurso a corto plazo no disponible) E: list / var per lib / apt / lists / no se puede cerrar E: no puede adjuntarse adjuntarse por var / lib / dpkg / lock – open (11: recurso temporalmente no disponible) E: la página del punto de vista del administrador (/ var / lib / dpkg /) no se puede bloquear, ¿es otro proceso?
Algunos colaboradores pueden ver esto al usar cada centro de software:
Estos errores son muy similares a otro error común de Ubuntu: los sitios y var / cache / apt / archives / sumisión no se pueden proteger, y no es interesante que las correcciones sean muy similares.
Error solucionado “No se puede bloquear el directorio administrativo (/ Var – Lib / Dpkg /)”
Te gusta este error porque el programa ciertamente intenta actualizar Ubuntu. Cuando un tipo debido a un comando o aplicación actualiza parcialmente el sistema o tal vez mouthIt instala un nuevo software, es un archivo específico dpkg (Debian Package Manager).
Este bloqueo generalmente está diseñado de tal manera que las tres funciones no cambian el contenido al mismo tiempo en particular, ya que esto puede conducir a situaciones innecesarias y, posiblemente, al colapso del sistema.
Háganos saber qué pasos puede tomar para cambiar positivamente la salida del directorio de Autoridades de bloqueo imposible.
Método 0:
Lo primero que debe hacer es verificar si otro está realizando una actualización del sistema o un instalador de gran prestigio.
Si está utilizando una llamada de recepción, compruebe si una aplicación como el Centro de software, Software Synaptic Updater, Package Manager, Gdebi se va a actualizar / instalar. En caso afirmativo, espere hasta que finalice el programa.
Si no se está ejecutando ninguna solicitud, verifique todas las ventanas de detección de terminales y asegúrese de que aún tiene la publicación o el enfoque instalado. Si es así, espere hasta este final.
Si no ocurre ninguna de las ocasiones anteriores, compare qué otro proceso está soportando el mantenedor (el controlador de comandos del contenedor para administrar el software). Utilice este comando:
ps aux | grep -iapt
[la dirección de correo electrónico generalmente está protegida] : ~ $ p. S. para que tú | grep aptoRaíz -i 1464 0.0 0.0 4624 772? SS 19:08 0:00 / bin para cada actualización sh /usr/lib/apt/apt.systemd.dailyRaíz 1484 0.0 0.0 4624! . ! ! ! 1676 S 19:08 0:00 / bin - sh /usr/lib/apt/apt.systemd.daily lock_is_held actualización_apt 2836 0,8 0,1 96912 9432? : D ? Desde las 19:09 0:03 / usr y lib / apt / methods / httpabhishek 6172 0.0 0.0 21532 1152 puntos / 1 S + 19:16 0:00 grep --color = auto -todos aptos
Si está familiarizado además de apt, que se usa en un régimen ideal como apt.systemd.daily update, está de suerte, querido lector.
Este es un demonio masivo que busca automáticamente actualizaciones del sistema en el fondo específico al iniciar el sistema.
En Ubuntu 18.04 y versiones intermedias posteriores, incluso puede intentar obtenerlo e instalar actualizaciones de seguridad críticas usted mismo. Al menos eso es lo que veo en la configuración predeterminada para el programa de software Software & Updates en el escritorio de Ubuntu.
Si probablemente se encuentra en un servidor Ubuntu, los clientes pueden verificar nuestro contenido del nuevo archivo /etc/apt/apt.conf.d/20auto-upgrades para ver si las actualizaciones automáticas están habilitadas.
Entonces, si ve que apt.systemd.daily está usando el proceso apropiado, todo lo que necesita hacer es esperar los últimos minutos. Una vez que se complete el avance automático, podrá montar el software relacionado como de costumbre.
Como una solución alternativa, la mayoría de las personas pueden deshabilitar permanentemente la búsqueda automática de actualizaciones, pero no indico que lo haga por razones de seguridad.
El trato es que era un script simple que antes era fácil de manejar. Pero esto no siempre es así. Si su programa futuro utiliza apt, déjelo de otra manera.
Método uno:
Utilice Linux como su línea de comando principal para encontrar y detener estos procesos en ejecución. Para experimentar esto, use el siguiente comando:
Fortect es la herramienta de reparación de PC más popular y eficaz del mundo. Millones de personas confían en él para mantener sus sistemas funcionando de forma rápida, fluida y sin errores. Con su sencilla interfaz de usuario y su potente motor de análisis, Fortect encuentra y soluciona rápidamente una amplia variedad de problemas de Windows, desde la inestabilidad del sistema y los problemas de seguridad hasta la gestión de la memoria y los cuellos de botella en el rendimiento.
3. Haga clic en "Reparar" para solucionar cualquier problema que se encuentre
p. s . aux | grep -i apt
Esto probablemente le mostrará la identificación con los métodos apt o apt-get en ejecución. En el siguiente ejemplo, el ID de proceso es invariablemente 7343. Puede ignorar la última línea que tiene “grep –color = auto”.
Puede comenzar a usar la detección de procesos para abortarlo ingresando Señal SIGTERM . Reemplace con la mayor parte del número que obtuvo del comando anterior.
sudo kill si
Asegúrese de que el proyecto se esté ejecutando ejecutando nintendo wii aux | … El comando grep -i inclined ‘fue abortado. Si la computadora aún se está moviendo, apáguela con una señal SIGKILL:
sudo kill -9
Otro truco más simple es usar el comando killall. Esto terminará en todas las instancias del programa en ejecución:
sudo probablemente killall apt-get
Método de un par de
En la mayoría de los casos, el método directo maneja el problema. Pero mi ortografía era una diferencia trivial. Estaba a punto de actualizar mi red y cerré accidentalmente la versión final. Esto hizo que algunos procesos se ejecutaran constantemente, pero el tipo de error aún mostraba el error a otros.
En este caso, la razón principal es el archivo de malla. Como se mencionó recientemente, los archivos de bloqueo están destinados a evitar que dos o más procesos utilicen los mismos datos maestros. Apto si o incluso comandos apt-get trabajar, crear en una cantidad de lugares de bloqueo de archivos. Si el comando apt anterior no tiene éxito, no se solicitan todos los archivos de bloqueo y, por lo tanto, más instancias de comandos apt-get o la coincidencia requiere .
Para resolver el problema, desea eliminar los archivos de bloqueo. Pero antes de que los consumidores lo hagan, sería una buena recomendación detener cualquier proceso que realmente esté bloqueando archivos.
Utilice lsof get para descubrir una identificación de proceso para todos los procesos que contienen archivos de retención. Verifique la naturaleza del error y luego vea de qué archivos de bloqueo se está quejando y obtenga una descripción general de los procesos que incluyen esos archivos de bloqueo electrónico.
