| |||||
| Dernière réponse | |||
|---|---|---|---|
| Sujet : Ma base rpm ne marche plus !! :( | |||
| BMOTheKiller |
|
||
| Aperçu |
|---|
| Vue Rapide de la discussion |
|---|
| BMOTheKiller |
|
| BMOTheKiller | erf [:joce] |
| arghbis | 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 :ange: voili voilou! ;-) |
| BMOTheKiller | 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 :) |
| arghbis |
|
| full_phil | vi ;) |
| BMOTheKiller | test la solution de arghbis en 1er en tous cas, c'est moins risqué ;) |
| full_phil | bon ok alors lol je vous tiens au courant |
| BMOTheKiller | 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" :D je dois dire qu'à chaque fois ça m'a sauvé de la réinstalle |
| full_phil | ok merci |
| arghbis | 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 |
| BMOTheKiller |
|
| full_phil |
lol |
| Rasthor | 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... |
| full_phil | 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 |
| BMOTheKiller | 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 |
| full_phil | Bon bin ecoute je v tenter ca alors .. il y a des risques ? |
| full_phil | ouh la !!
J'ai Fedora Core 1 Oui donc un descendant de RH... |
| BMOTheKiller |
|
| full_phil | 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 ? |
| full_phil | Il n'y a pas un moyen de se s'en sortir ? |
| full_phil | lol regarde un peu plus haut à mon premier message c'est le premier que j'essaie d'installer |
| mirtouf | http://fr2.rpmfind.net/linux/rpm2h [...] tem=&arch= |
| full_phil |
oui oui... :
|
| beber.doneux01 | t'as essayé rpm --rebuilddb ? |
| full_phil | 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... |




