aptitude

3 entradas

APT::Force-LoopBreak

En uno de los equipos que, con mayor o menor suerte, mantenemos, me ha aparecido el siguiente mensaje de error del aptitude:


E: Esta ejecución de la instalación requiere eliminar temporalmente el
paquete esencial e2fsprogs debido a un bucle de Conflictos/Pre-Dependencias.
Esto generalmente es malo, pero si realmente quiere hacerlo, active
la opción APT::Force-LoopBreak.
E: Internal Error, Could not early remove e2fsprogs

Tras trastear un poco por ahí y ver varias posibles soluciones que, casi siempre, implicaban la modificación del fichero /etc/apt/apt.conf, finalmente me decanté por ejecutar éste comando:

aptitude -o APT::Force-LoopBreak=true dist-upgrade

De esta forma, apt continúa sin ningún problema.

linux, debian, apt, aptitude, force-loopbreak, loopbreak

lvm2 y las actualizaciones en debian sid (y etch)

Resumen para la familia: el portatil explotó STOP disco duro inaccesible STOP tenia copia de seguridad STOP fotos mías y canciones del fary a salvo STOP

Hace dos noches, tras una actualización salvaje de sid sin novedad, mi portatil (coyote.n1mh.org), no reconocía las particiones LVM tras un reinicio rutinario, exactamente igual que hace un mes pasaba con zoolox, en el trabajo. Entonces lo achaqué a las continuas actualizaciones, instalaciones y borrado de paquetes de software con que someto diariamente a mi estación de trabajo laboral y, como tenía una copia de seguridad, simplemente realicé una nueva y brillante instalación de debian sin LVM y me olvidé.

Ayer tuve que rendirme a la evidencia y admitir que el error había sido mío al no leer la documentación pertinente y, al enterarme que debía haber instalado la nueva versión del paquete responsable del gestor de volúmenes lógicos, más concretamente lvm2, antes de reiniciar el equipo y que podía haber evitado la debacle. Sin más, únicamente instalando un sólo paquete.

Así que anoche, mientras eme disfrutaba de esa serie de la tele donde sale el mazas moreno, de pelo largo y barba de tres días, yo me dedicaba a instalar otra vez debian, otra vez sin LVM, otra vez con copia de seguridad, aunque ésta vez en coyote, sentado en el sofá y con el nuevo instalador gráfico de debian que resultó ser muy bonito, muy útil, muy simple de usar pero que no amainó mi ánimo gris, ni las pocas ganas que tenía de llevarme por delante dos años y medio de idilio informático con mi sistema operativo favorito.

Hoy, espero, terminaré la instalación, restauraré ficheros y directorios, volveré a instalar algún programa que me falta e, imagino, sonreiré un rato porque no todos los días se estrena un portátil semiusado, aunque haya sido gracias a un error humano, aunque haya sido por un gilipollas prepotente que no lee manuales.

debian, linux, etch, sid, upgrade, aptitude, dist-upgrade, lvm, lvm2

añadiendo las firmas digitales de debian

Mamá, esto no es para tí ;).

Estos días me estoy encontrando con que han cambiado las claves (o llaves) GPG de los servidores de ficheros en Debian y claro, el equipo dice que nones, que no instala algo sin firmar a no ser que tu mismo lo firmes con sangre y lo valides.

Siempre me encontraba con el mismo mensaje:

zoolox:~# aptitude install tcpflow
Leyendo lista de paquetes... Hecho
Creando árbol de dependencias... Hecho
Leyendo la información de estado extendido
Inicializando el estado de los paquetes... Hecho
Construir la base de datos de etiquetas... Hecho
Se instalarán los siguiente paquetes NUEVOS:
tcpflow
0 paquetes actualizados, 1 nuevos instalados, 0 para eliminar y 0 sin actualizar.
Necesito descargar 23,5kB de ficheros. Después de desempaquetar se usarán 90,1kB.
AVISO: ¡se instalarán versiones sin firmar de los siguientes paquetes!
Los paquetes sin firmar pueden comprometer la seguridad del sistema.
Sólo debe continuar con la instalación si está completamente seguro de que es lo
que quiere.
tcpflow
¿Quiere ignorar este aviso y continuar de todos modos?
Para continuar, introduzca "Sí"; para abortar, introduzca "No":

Así que, tras dar muchas vueltas, he comenzado a usar apt-key, el gestor de las llaves (keys) que autentican al servidor de donde me bajo todos los ficheros de Debian. Además de implementar la opción de comprobar las llaves GPG de cada paquete, se añade la opción de comprobar la veracidad de los servidores, que es practicamente obligatoria después de la última actualización del apt y del aptitude.

En un mundo en que no se confía en el vecino, parece lógico y normal que queramos saber que instalamos algo en el disco duro directamente de quien dice ser el desarrollador. Y es que toda precaución es poca después de ver como se retrasaba la salida de woody durante muchos meses por un ataque, precisamente, a las claves GPG de los paquetes.

Para evitar que me preguntase por cada mensaje, hay que añadir la firma digital de los servidores de Debian en apt-key. Para ello me descargué el fichero ziyi_key_2006.asc al disco duro y ejecuté este comando:

zoolox:~# apt-key add ziyi_key_2006.asc
OK

A continuación se actualiza la base de datos del programa que empleemos para gestionar los paquetes, en mi caso aptitude:

zoolox:~# aptitude update

y ¡listo! A partir de este momento no preguntará más si quiero firmar los paquetes con un hierro ardiendo ;). ¡Ah! Como muy bien se explica en la web de Debian, esta firma digital expira el siete de febrero del 2007, así que tocará renovar las firmas por esa fecha.

debian, gnu, aptitude, apt, digital signature, gpg, key