Bonjour,
Alors j'ai voulu bidouiller il y a qq temps mes rpm en installant des versions de rpm par dessus ou plutot je sais plus ce que j'ai fait lol. Il se trouve que depuis ce moment là ca ne marche plus et donc je ne peux plus rien installer avec les rpm. Voila mon message d'erreur :
 
[root@localhost rpm]# rpm -ivh libelf-0.8.2-2.i386.rpm
rpmdb: /var/lib/rpm/Pubkeys: unsupported hash version: 8
cannot handle file 'libc.so.6' with TLS data
[root@localhost rpm]# rpm -ivh rpm-4.2-1.i386.rpm
rpmdb: /var/lib/rpm/Basenames: unsupported hash version: 8
cannot handle file 'libc.so.6' with TLS data
[root@localhost rpm]# rpm -ivh glibc-2.3.2-101.1.i386.rpm
rpmdb: /var/lib/rpm/Pubkeys: unsupported hash version: 8
cannot handle file 'libc.so.6' with TLS data
[root@localhost rpm]#
 
Au secours je craque...

t'as essayé rpm --rebuilddb ?

oui oui... :
 
[root@localhost rpm]# rpm --rebuilddb
/usr/lib/rpm/rpmd: error while loading shared libraries: libelf.so.0: cannot open shared object file: No such file or directory
[root@localhost rpm]#

http://fr2.rpmfind.net/linux/rpm2h [...] tem=&arch=

lol regarde un peu plus haut à mon premier message c'est le premier que j'essaie d'installer

Il n'y a pas un moyen de se s'en sortir ?

je viens de tenter d'installer le libelf en tar.gz, mais le make install n'a pas déplacé les fichiers ou il faut, j'ai donc mis le libelf.so.0 dans /lib et je tape :
 
[root@localhost rpm]# rpm --rebuilddb
rpmdb: /var/lib/rpm/Pubkeys: unsupported hash version: 8
error: cannot open Pubkeys index using db3 - Argument invalide (22)
rpmdb: /var/lib/rpm/Pubkeys: unsupported hash version: 8
rpmdb: /var/lib/rpm/Pubkeys: unsupported hash version: 8
rpmdb: /var/lib/rpm/Pubkeys: unsupported hash version: 8
rpmdb: /var/lib/rpm/Pubkeys: unsupported hash version: 8
rpmdb: /var/lib/rpm/Pubkeys: unsupported hash version: 8
rpmdb: /var/lib/rpm/Pubkeys: unsupported hash version: 8
rpmdb: /var/lib/rpm/Pubkeys: unsupported hash version: 8
rpmdb: /var/lib/rpm/Pubkeys: unsupported hash version: 8
rpmdb: /var/lib/rpm/Pubkeys: unsupported hash version: 8
rpmdb: /var/lib/rpm/Pubkeys: unsupported hash version: 8
rpmdb: /var/lib/rpm/Pubkeys: unsupported hash version: 8
rpmdb: /var/lib/rpm/Pubkeys: unsupported hash version: 8
rpmdb: /var/lib/rpm/Pubkeys: unsupported hash version: 8
rpmdb: /var/lib/rpm/Pubkeys: unsupported hash version: 8
rpmdb: /var/lib/rpm/Pubkeys: unsupported hash version: 8
rpmdb: /var/lib/rpm/Pubkeys: unsupported hash version: 8
rpmdb: /var/lib/rpm/Pubkeys: unsupported hash version: 8
rpmdb: /var/lib/rpm/Pubkeys: unsupported hash version: 8
rpmdb: /var/lib/rpm/Pubkeys: unsupported hash version: 8
rpmdb: /var/lib/rpm/Pubkeys: unsupported hash version: 8
rpmdb: /var/lib/rpm/Pubkeys: unsupported hash version: 8
rpmdb: /var/lib/rpm/Pubkeys: unsupported hash version: 8
rpmdb: /var/lib/rpm/Pubkeys: unsupported hash version: 8
rpmdb: /var/lib/rpm/Pubkeys: unsupported hash version: 8
rpmdb: /var/lib/rpm/Pubkeys: unsupported hash version: 8
rpmdb: /var/lib/rpm/Pubkeys: unsupported hash version: 8
rpmdb: /var/lib/rpm/Pubkeys: unsupported hash version: 8
rpmdb: /var/lib/rpm/Pubkeys: unsupported hash version: 8
rpmdb: /var/lib/rpm/Pubkeys: unsupported hash version: 8
rpmdb: /var/lib/rpm/Pubkeys: unsupported hash version: 8
rpmdb: /var/lib/rpm/Pubkeys: unsupported hash version: 8
rpmdb: /var/lib/rpm/Pubkeys: unsupported hash version: 8
rpmdb: /var/lib/rpm/Pubkeys: unsupported hash version: 8
rpmdb: /var/lib/rpm/Pubkeys: unsupported hash version: 8
rpmdb: /var/lib/rpm/Pubkeys: unsupported hash version: 8
[root@localhost rpm]#  
 
Pas mal non ? lol, qui voit de quoi ca peut venir ?

 
ouhllaaaa ! la grosse casse là
 
bon, on va éclaircir qq points avant :
 
1°) pour mettre à jour JAMAIS rpm -ivh xxxx.rpm, c'est rpm -Uvh xxxx.rpm
 
2°) il n'y a pas que "rpm" à mettre à jour, il y a des dépendances !
 
3°) la libc ne s'installe pas comme ça "à la volée", déjà c'est : rpm -Uvh glibc-XXXXX.i686.rpm glibc-common-XXXXX.i386.rpm pour une machine avec processeur de famille 6x86, pour ça il faut utiliser un gestionnaire de dépendance pour éviter la casse
 
4°) on installe pas une libc qui n'est pas faite pour le système cible, tu as essayé d'installer une nouvelle génération qui comprend une nouvelle sécurité "TLS" qui n'est pas implémentée dans ta distro
 
dis-nous sous quelle distro tu es histoire de voir ce qui est possible de faire pour réparer ça
 
edit : à vue de nez comme ça je dirais que tu es sous RH, il y a moyen de s'en sortir en bootant sur le cd en mode rescue et en faisant un downgrade des paquets, rpm doit fonctionner en mode rescue, encore tu as de la chance de pouvoir éxécuter des commandes car généralement une mauvaise libc entraîne des erreurs libc.so.6 sur toutes les commandes

ouh la !!
 
J'ai Fedora Core 1
 
Oui donc un descendant de RH...

Bon bin ecoute je v tenter ca alors .. il y a des risques ?

oki, c'est même topo, déjà tu récupères les paquets d'origine de la fedora que tu as essayé de mettre à jour, tu mets ça dans /root par exemple
 
tu boot sur le CD 1, tu tapes : linux rescue
 
tu suis les indications (choix de la langue, du clavier), quand il te demande de monter tes partitions, tu réponds "continuer"
 
ensuite tu vas arriver sur une invite de shell, tu fais : chroot /mnt/sysimage
 
tu tapes :
rm -f /var/lib/rpm/__db*
rpm -vv --rebuilddb
 
si ça se passe bien, tu vas pouvoir remettre "à jour" tes paquets, donc :
 
cd /root
rpm -Uvh *.rpm --force
 
tu risques d'avoir des doublons, il faudra peut-être faire du rpm -e paquet-en-double
 
pour vérifier à chaque fois, tu peux faire : rpm -q paquet (sans version.arch.rpm, juste le nom du paquet, par exemple : rpm -q rpm)
 
donc tu remets libelf, rpm, glibc, qui sont d'origine sur la distro
 
après tu iras voir par ici pour la gestion correcte des paquets avec leur téléchargement selon les dépendances : http://apt.freshrpms.net

pour les partitions, je reponds continuer ... mais ca veut dire partitionnement automatique non ? il va rien me supprimer ?
 
2e probleme je ne sais pas trop quels sont les packages fautifs

Lol, j'ai eu le meme probleme y'a qq semaines. J'ai appliquer la solutions preférée des windoziens, mais j'ai un peu honte...

lol

 
non pas partitionnement, mais montage, en fait "continuer" permet de les monter en lecture/écriture alors que le "bouton" à côté de "continuer" s'appelle....... "lecture seule"
 
en lecture seule tu ne pourras pas faire grand chose

attention de bien démarrer en mode rescue! pas une nouvelle installe.
 
La soluce de BMO va peut-être pas marcher, car le chroot va te faire utiliser le rpm de ta distro actuelle, et si j'ai bien vu les messages d'erreurs, tu l'as mis à jour avec un paquet non -redhat. donc dans ce cas, tu fais pas le chroot et au moment de faire rpm --rebuilddb, tu fais rpm --rebuilddb --root=/mnt/sysimage

ok merci

nan nan, il n'utilisera pas le même rpm justement, chose qui m'a supris aussi... quand on se chroot en rescue sur une RH, même avec une libc + rpm complètement cassés, on a accès aux commandes sans problème, à mon avis il doit y avoir un appel en dehors du chroot pour certaines commandes... le coup de la libc pétée (au point où même un ls renvoi une erreur de lib) m'est arrivé plusieurs fois, pour rpm ça m'est arrivé avec la version de base de la RH 8.0, devenu complètement inutilisable (erreur de segmentation), en rescue ça fonctionnait
 
comme quoi, quand on dit "rescue", c'est vraiment "rescue"
 
je dois dire qu'à chaque fois ça m'a sauvé de la réinstalle

bon ok alors lol je vous tiens au courant

test la solution de arghbis en 1er en tous cas, c'est moins risqué

vi

 
t'as utilisé quoi comme commande pour chrooter?? ça m'est arrivé il y a deux jours, et en chroot, il voulait pas! (j'ai une redhat 8)
 
Ps: au passage, pour ceux qui utilisent apt4rpm sous redhat 8, n'utilisez pas la sources ATRPM, ça m'a foutu mon système en l'air!

ben chroot /mnt/sysimage sans chargement du profil système ni utilisateur, bref le chroot simple, ça a toujours fonctionné
 
même après mon crash disk d'il y a un moment déjà j'avais réussi à récupérer quelques données grace au mode rescue (c'était juste après le passage 7.2 -> 8.0 en montant le disque dur une carte raid mal supportée à ce moment)
 
sinon pour les sources apt, dag wieers ça rulez

Oki, j'ai regardé pourquoi ça n'avait pas marché hier pour moi!
 
ben heu en fait, ça a pas marché quand j'ai essayé de réparer ça en chrootant depuis une knoppix
 
voili voilou! ;-)

erf

 
au fait j'y pense, si c'est du plantage de rpm, y a peut-être la solution que j'ai cité rapidement plus haut, sinon j'utilisais ce script pendant un moment quand rpm plantait la base :
 
/usr/local/bin/rpm-debug

 
mais avec les dernières releases c'est réparé