dpkg: el área de la base de datos de estado está bloqueada por otro proceso [Solucionado]

Hola
Ayer el update manager se colgó luego de informarme de que tenía
302 actualizaciones que hacer. ¿?
Actualizo diariamente.
Estoy en Lanzamiento 6.0 (squeeze)
2.6.32-5-686
Intenté infructuosamente actualizar desde consola luego de:

# dpkg --configure -a
dpkg: el área de la base de datos de estado está bloqueada por otro proceso

en: /var/lib/dpkg hay un archivo /lock que posiblemente sea el responsable.
¿Debo borrarlo?
Con el comando top y con el monitor de sistema los únicos procesos relacionados que veo
son precisamente los que tienen que ver con el update manager, aún matándolos sigue dando bloqueado.
Posiblemente tuviera problemas con algún paquete y allí quedó colgado?
Siempre hago safes updates
Luego de un reinicio, el actualizador informó que tenía 3 actualizaciones que hacer, las hizo sin inconvenientes
Hoy nuevamente me avisó de: 209 y volvió a colgarse.
Saludos cordiales

cuando trabajas con cualquier comando de actualización o actualización desde una consola no puedes tener abierto el synaptic ni ninguno otro parecido:
Por que no usas el synaptic para actualizar das un clic en marcar todas las actualizaciones y luego en aplicar.

Gracias por tu atención.
Si, tuve en cuenta eso.
El synaptic tampoco abre.
Este es el mensaje de error:

Incapaz de obtener un bloqueo exclusivo
Esto normalmente significa que otro gestor de paquetes (como apt-get o aptitude) ya se está ejecutando. Cierre esta aplicación antes de continuar.

El caso es que no veo en monitor de sistema, ningún gestor abierto.
Saludos

Por que no borrar ese archivo lock, si tienes dudas hazle una copia y luego lo borras.

Saludos.

La posible necesidad de borrar ese archivo surge de lo mucho leído
en red sobre este problema. Aunque no encuentro algo específico.
El archivo está vacío (0 bytes) y tiene una cruz roja arriba a la derecha.
Si supiera cuál es el paquete o programa que cuelga el actualizador....
Parece que hay un archivo /status en el que podría haber una pista, pero no lo sé.
Luego probaré borrando el /lock- Ahora necesito la máquina y no quiero correr riesgos
Saludos

Mira a ver si tienes algún proceso llamado manager-update mediante un simple ps -A | grep update y, si lo tienes, lo matas con kill -15 númerodeproceso.

Después, dependiendo de tus necesidades o preferencias, actualiza el sistema mediante uno de estos comandos:

  • aptitude update && aptitude dist-upgrade
  • aptitude update && aptitude full-upgrade
  • aptitude update && aptitude safe-upgrade
vicen777 escribió:

[...]

  • aptitude update && aptitude dist-upgrade
  • aptitude update && aptitude full-upgrade
  • aptitude update && aptitude safe-upgrade

solo una cosilla

man aptitude escribió:

full-upgrade [...]
Nota
Por razones históricas, la orden se llamaba originalmente dist-upgrade, y aptitude aún reconoce dist-upgrade como sinónimo de full-upgrade.

tekenika escribió:

La posible necesidad de borrar ese archivo surge de lo mucho leído
en red sobre este problema. Aunque no encuentro algo específico.
El archivo está vacío (0 bytes) y tiene una cruz roja arriba a la derecha.
Si supiera cuál es el paquete o programa que cuelga el actualizador....
Parece que hay un archivo /status en el que podría haber una pista, pero no lo sé.
Luego probaré borrando el /lock- Ahora necesito la máquina y no quiero correr riesgos
Saludos

debes borrar como root. Generalemente estos archivos no tienen contenido, son solo para que aptitude o apt-get o etc... pregunten si existe el archivo saben que hay otro proceso.
Pudo haberse quedado por ejemplo si estabas actulizando y apagas la maquina... solo borralo y prueba denuevo...
saludos

Amigos
Ayer contesté los mensajes, algo debo haber hecho mal pués no fué publicado.
No es por desatención a sus atentos esfuerzos.
Resumiendo la instrucción -ps- dió resultado poositivo, encontró
dos procesos update.. corriendo, raro pues luego del primero no debió permitir el inicio de otro.
Cómo sea maté a ambos y pude correr el update desde consola.
Hay un problema que es seguramente el que impide la actualización. EL error:

N: Ignoring file 'getdeb.list.bck' in directory '/etc/apt/sources.list.d/' as it has an invalid filename extension
W: Imposible obtener http://archive.getdeb.net/ubuntu/dists/squeeze-getdeb/apps/binary-i386/P...  404  Not Found

E: No se han podido descargar algunos archivos de índice, se han ignorado, o se ha utilizado unos antiguos en su lugar.

No entiendo por qué consulta un sources.list que está dentro del directorio /etc/apt/sources.list.d/ y cuyo contenido es:

deb http://archive.getdeb.net/ubuntu squeeze-getdeb apps

En tanto el contenido del /etc/apt/sources.list es:

# deb cdrom:[Debian GNU/Linux testing _Squeeze_ - Official Snapshot i386 CD Binary-1 20091123-04:36]/ squeeze main

# deb cdrom:[Debian GNU/Linux testing _Squeeze_ - Official Snapshot i386 CD Binary-1 20091123-04:36]/ squeeze main

###TESTING

deb http://ftp.fr.debian.org/debian/ testing main contrib non-free
deb-src http://ftp.fr.debian.org/debian/ testing main contrib non-free

deb http://security.debian.org/ testing/updates main contrib non-free
deb-src http://security.debian.org/ testing/updates main contrib non-free

# Skype
deb http://download.skype.com/linux/repos/debian/ stable non-free
# Virtualbox
# deb http://download.virtualbox.org/virtualbox/debian/ lenny non-free

deb http://www.debian-multimedia.org/ testing main
deb-src http://www.debian-multimedia.org/ testing main

# Emesene
# deb http://apt.emesene.org/ ./
# deb http://apt.emesene.org/ ./

# Wine
deb http://wine.sourceforge.net/apt/ binary/

# ppa:stani

# repositorio para camcaster
deb http://apt.64studio.com/backports/ karmic-backports main

No sé cómo y por qué se crea el directorio /sources.lis.d/ y que sólo contiene el citado archivo
sources.list.d su .bck y un google-chrome.list.

tekenika escribió:

No sé cómo y por qué se crea el directorio /sources.lis.d/ y que sólo contiene el citado archivo
sources.list.d su .bck y un google-chrome.list.

Google chrome al instalarse es quien lo crea ademas de que crea un cron como root que chequea 'sus' actualizaciones, mira a ver que procesos tienes en el cron de root. Si buscas esto en el foro obtendra mas información de esto.
Si estas en sid tal vez te interese usar chromium desde los repositorios.

Desinstalé el navegador de google, en realidad no lo uso, lo instalé para probar el blog que hago desde ese navegador.
No obstante el directorio: /etc/apt/sources.lis.d/ permanece y la actualización desde consola dá el mismo error:

N: Ignoring file 'getdeb.list.bck' in directory '/etc/apt/sources.list.d/' as it has an invalid filename extension
W: Imposible obtener http://archive.getdeb.net/ubuntu/dists/squeeze-getdeb/apps/binary-i386/P...  404  Not Found

E: No se han podido descargar algunos archivos de índice, se han ignorado, o se ha utilizado unos antiguos en su lugar.

A menos que luego de reiniciar (cosa que no puedo hacer ahora) eso cambie.
Sin embargo pude actualizar desde el propio sinaptic sin inconvenientes ¿?
Me sorprende que hiciera más de 340 actualizaciones, ¿es normal esto,
teniendo en cuenta que el update manager actualiza todos los días?
saludos

En esa carpeta (/etc/apt/sources.list.d) tendrás algunos repositorios que no están en tu sources.list (pero que igualmente se tendrán en cuenta como origen de paquetes durante una actualización, p.ej.)

Para que te ayuden mejor, podrías poner el contenido de tu /etc/apt/sources.list.d

Creo que en realidad el único "problema" es que ese repositorio de getdeb no está disponible (por el motivo que sea).