* Imagenes de instalación de las versiones estables para Mageia y OpenMandriva.

OpenMandriva: Mageia (Mageia 9) 20/Agosto/2023 - Anuncio, Descargas.

Blogdrake recomienda descargar las imágenes de instalación (iso) vía torrent para evitar corrupción de datos, aprovechar mejor su ancho de banda y mejorar la difusión de las distribuciones.

Arreglo de base de datos de urpmi corrupta. Reinstalación de paquetes dañados

hola a todos;

Por azares de la vida y porque ya estoy de vacaciones, ayer se me ocurrió trastear con mi MDV para actualizarlo, principalmente drivers de ATI de plf, y alguna que otra cosilla más...

El caso es que el driver de plf para mi ati radeon no funcionó muy bien a la primera, y tratando de hacer pruebas me cargué el módulo del kernel dkms-ati. Los modulos son como una especie de añadidos al kernel, que pasan en cierto modo a formar parte de él, pero que se pueden instalar y desinstalar (que alguien arroje algo de luz aqui.... :-)).

El sistema dkms (dinamic kernel module support, creo), permite de manera muy cómoda añadir estos módulos al kernel, ya que mediante urpmi puedes bajarte los sources del módulo que te interese (que van a parar a /usr/src/nombre_del_modulo), y luego, reiniciando el sistema, él mismo en el arranque compila el módulo y lo inserta en el kernel. Los ficheros resultantes acaban en /var/lib/dkms/nombre_del_modulo.

Volviendo a lo de la tarjeta gráfica, al no funcionar el driver, investigando, me cargué sin querar la parte del módulo dkms-ati compilada, es decir, la que estaba en /var/lib/... y se presentó el siguiente problema:

El módulo aparecia como instalado, porque no lo había desinstalado con urpmi ni con rpm y estaba en la base de datos de módulos instalados, pero realmente no funcionaba porque había borrado parte a mano sin querer, entonces realicé varias pruebas obteniendo estos resutlados:

- Si se trataba de desinstalar por urpmi o rpm el paquete roto, no se podía porque daba error al faltarle partes que el consideraba tener y no tenia. Esto fallaba siempre, incluso utilizando la opción --force de rpm

-No se dejaba instalar de nuevo, porque, como ya he dicho antes, aparecia como un programa ya instalado.

¿Cómo resolver este entuerto? Esto es un problema que peude pasar a mucha gente que borra algo por error, es sencillamente un programa instalado que está en la base de datos de urpmi (o de rpm, que urpmi funciona sobre rpm), que está corrupto y no se peude arreglar por métodos normales, ya que no se deja desinstalar ni instalar de nuevo.

Hablando con SInner y con DrakeDalfa por el IRC, los dos me han dado un monón de ideas sobre posibles soluciones, pero ha habido una, que por su sencillez y buen funcionamiento es la que voy exponer aqui.

Sinner me ha comentado que efectivamente urpmi funciona con la misma base de datos de rpm, así que, ¿por qué no engañar al sistema y decirle que no tengo el paquete maldito instalado para que me permita instalar de nuevo?
Ejecutando la siguiente instrucción como root:

rpm -e --justdb nombre_del_paquete_rpm

El paquete desaparece de la base de datos de rpm y por ende de la de urpmi, con lo que no aparecerá más en la lista de programas instalados (Una vez hecho esto y con mucho cuidado se puede limpiar un poco los ficheros que contenia el susodicho paquete, si se sabe lo que se está haciendo, de lo contrario no borrar nada).

Ahora mediante urpmi se puede volver a instalar el paquete dañado, se sobreescribirán los resptos del paquete dañanado antiguo, en caso de que los haya, y la base de datos volverá a estar actualizada, con todos los programs que recoge como instados en buens condiciones.

En fin, esto es todo, espero que sea de utilidad est que cuento, pero no me gustaría acabar el artículo diciendo algo que te dicho muchas veces y que no me canso de repetir en casos como este que me ha pasado: Puede que la comunidad considere a otras distros mejores, más modernas, con software más actualizado, etc (yo personalmente no estos de acuerdo), peor lo que me parece dificilisimo, es que otras distros tengan la comunidad de usuarios que tenemos en mandriva, siempre dispuestos a ayudarnos y algunos con un nivel impresionante (otros hacemos lo que podemos :-)), y esto para mí vale más que cuenquier otra característica en el mundo del soft libre en el que nos movemos.

Saludos

Opciones de visualización de comentarios

Seleccione la forma que desee de mostrar los comentarios y haga clic en «Guardar opciones» para activar los cambios.


Gravatar de pacho

# 20712 Muy interesante el artículo

Muy interesante el artículo :-)

Saludos y gracias

JID:pacho@jabber-hispano.org
El Blog de Pacho



Gravatar de owl

# 20715 arreglar base de datos rpm

En una ocasión, al tratar de actualizar el sistema con urpmi, me devolvió el siguiente error:

Error:

rpmdb: Program version 4.2 doesn’t match environment version
error: db4 error(22) from dbenv->open: Invalid argument
error: cannot open Packages index using db3 - Invalid argument (22)

Buscando por ahí, encontré:

# rpm --rebuilddb

En mi caso no fue suficiente y entonces recurrí a:

# cd /var/lib/rpm
# rm -rf ??db.00*
# rpm --rebuilddb

que sí me lo solucionó.

Lo añado a este hilo por si le es útil a alguien.

Sal udos,
---
owl

owl



Gravatar de AleSanchez

# 20747 Buenisimo

La verdad que me solucionaste un problemon.
Tratando de hacer andar XGL, me quedo corrupto el paquete libxpm4 que se instala de los repositorios de XGL, y no me andaban algunas cosas como el mplayerplugin.

Lo que hice fue sacar de la base de datos de RPM los paquetes en cuestion (libxpm4 y libxpm4-devel) e instalar los provistos por Mandriva.

Problema solucionado!!!
Saludos.



Gravatar de Cloud_tdh

# 20755 Añadido a los libros colaborativos.

Salu2
-------------------
cloud_tdh@jabber.org

Participa en los libros colaborativos

----------------------
Colabora con la Documentación

Opciones de visualización de comentarios

Seleccione la forma que desee de mostrar los comentarios y haga clic en «Guardar opciones» para activar los cambios.