¿Cómo reconstruyo un archivo de estado dpkg corrupto?

Cada vez que escribo sudo apt-get removey luego presiono la Tabtecla para completar automáticamente, aparece el siguiente mensaje:

grep-status: /var/lib/dpkg/status:15945: expected a colon
.

No veo nada especialmente extraño en la línea 15945 en el archivo de estado. Es un carácter de punto en el campo de descripción de un paquete de biblioteca mono y la inserción de dos puntos no ayudó. La eliminación de la línea que contiene el punto tampoco funcionó. Sobrescribir el archivo con el estado anterior resultó en el mismo mensaje.

¿Hay alguna forma de reconstruir el archivo de estado?

Finalmente he arreglado mi sistema de esto. Restaurar una copia de seguridad del archivo de estado no funcionó ya que he tenido el problema durante tanto tiempo, está en todas mis copias de seguridad.

La solución implica grepping para los saltos de formato reales y arreglarlos manualmente. No es tan difícil como parece.

http://thepcspy.com/read/fixing-dpkg-status-corruption/

Debería poder trabajar con un archivo de buen estado anterior conocido y actualizar desde allí. Cada vez que realiza una instalación o una actualización, el archivo de estado se guarda en una copia de seguridad comprimida en / var / backups . Haciendo un ls -l dpkg * en el directorio muestra:

-rw-r--r-- 1 root root   2266732 2010-09-30 08:35 dpkg.status.0
-rw-r--r-- 1 root root    624182 2010-09-29 08:49 dpkg.status.1.gz
-rw-r--r-- 1 root root    623844 2010-09-28 08:55 dpkg.status.2.gz
-rw-r--r-- 1 root root    620358 2010-09-24 11:04 dpkg.status.3.gz
-rw-r--r-- 1 root root    619021 2010-09-23 15:34 dpkg.status.4.gz
-rw-r--r-- 1 root root    619013 2010-09-23 08:03 dpkg.status.5.gz
-rw-r--r-- 1 root root    618968 2010-09-21 08:33 dpkg.status.6.gz

También hay una copia de seguridad del archivo creado en el directorio / var / lib / dpkg / denominado status-old. Haciendo un estado ls -l * en el directorio muestra:

-rw-r--r-- 1 root root 2266732 2010-09-30 08:35 status
-rw-r--r-- 1 root root 2267191 2010-09-30 08:35 status-old

Por lo tanto, para recuperarse de una corrupción, debe poder hacer lo siguiente:

1. Haga una copia de seguridad del archivo de estado corrupto :

mv /var/lib/dpkg/status /var/lib/dpkg/status_bkup

2. Copie un archivo de estado dpkg reciente de cualquiera de las fuentes anteriores:

ya sea

cp /var/lib/dpkg/status-old /var/lib/dpkg/status

o

cp /var/backups/dpkg.status.#.gz /var/lib/dpkg/
gunzip -d /var/lib/dpkg/dpkg.status.#.gz 
mv /var/lib/dpkg/dpkg.status.# /var/lib/dpkg/status

3. Luego ejecute apt-get update:

sudo apt-get update

Deberias hacer eso.

Pude solucionar este problema eliminando los paquetes que tenían entradas corruptas en el archivo de estado.

sudo dpkg -r handbrake-cli

La solución aceptada a través de pcregrep no funcionó (pcregrep no encontró nada).

Pruebe con un "dpkg -P" para el paquete ofensivo. Eso lo purgará del repositorio local, eliminando todos los rastros. En mi sistema, esa fue la solución para los paquetes eliminados (pero aún no purgados) que produjeron ese error.

En este caso, haría una copia de seguridad del /var/lib/dpkg/statusarchivo dañado y luego lo corregiría manualmente (alrededor de las líneas 1888 y 9550) utilizando la información de

apt-cache show libssl0.9.8
apt-cache show udev

Esto ha sido un error (supuestamente corregido): Error de Launchpad 613018

Upstream: Debian Bug 590885

Esto debería ser una solución (copia de seguridad, cadena de versión "arreglo"):

cp /var/lib/dpkg/status ~/dpkg-status.back
sudo sed -i "s/56127_Ubuntu_karmic/56127Ubuntukarmic/" /var/lib/dpkg/status

Hijo de...

De acuerdo, el error real estaba en la línea 15266 a pesar de que se informaron unas 700 líneas más abajo. La entrada problemática en el archivo de estado fue causada por un deb que instalé para que mi impresora Lexmark funcionara hace mucho tiempo. La entrada era para el paquete lexmark-inkjet-08-driver. El campo Descripción no tenía un. en lugar de un salto de línea. Esto provocó el error de análisis.

Para encontrar esto, recurrí a un método de solución de problemas de escopeta y comencé a probar cosas al azar. Uno de mis intentos tontos fue grep-status -P epensar que e era la letra más común del alfabeto. Tonto, lo sé, pero el último registro de estado impreso antes de quejarse de un colon perdido era para el paquete Lexmark y noté la falta de un. personaje después de unos minutos de mirar la pantalla.

Si es posible, me gustaría otra respuesta que podría describir un mejor método para encontrar este tipo de problema en caso de que alguien tenga un problema similar en el futuro. Gracias.

Porque mi estado anterior era demasiado problemático incluso conapt-get update ,

Esto funcionó bastante bien para mí:

(como root)

cd /var/lib/dpkg 

cp -avf status status.corrupt

tr -cd '\11\12\15\40-\176' < status.corrupt > status

Este comando usa los argumentos -c y -d del comando tr para eliminar todos los caracteres de la secuencia de entrada que no sean los valores octales ASCII que se muestran entre las comillas simples. Este comando permite específicamente que los siguientes caracteres pasen por este filtro de Unix:

octal 11: pestaña

octal 12: salto de línea

octal 15: retorno de carro

octal 40 a octal 176: todos los caracteres de teclado "buenos"

Todos los demás caracteres binarios, los caracteres "basura" en su archivo, se eliminan durante este proceso de traducción.

CRÉDITO: http://alvinalexander.com/blog/post/linux-unix/how-remove-non-printable-ascii-characters-file-unix

Si tiene curiosidad por saber qué ha cambiado o dónde sería el daño: (posiblemente largo)

diff /var/lib/dpkg/{status-old,status} |less