Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Au secours!! j'ai plus rpm, je peux plus rien installer ni mettre à jour...

denis

salut à tous...
Mon problème:
- j'ai enlevé le programme rpm, donc je peux plus rien installer.

la cause:
- j'avais mis à jour mon système à partir d'un repo unstable, sans m'en rendre compte,
- je commençais à avoir de sérieux problémes, notemment up2date et l'icône de mises à jour ne fonctionnaient plus, ainsi que d'autres progs basés sur python
- après quelques recherches, je me suis rendu compte que j'avais installé des versions non stables de ces logiciels, fonctionnant avec Python2.4, que j'avais installé.
- personne n'ayant donné de réponse à ma question: "comment revenir en arrière?", je me suis débrouillé, et j'ai enlevé python2.4 avec tout ce qui en dépendait(yum, up2date, libxml-python...)
- j'ai ensuite essayé de réinstaller yum, mais là, il me faut des versions plus anciennes des logiciels installés.
- j'ai ensuite remonté jusqu'à rpm... je me suis dit que je sciais la branche sur laquelle j'étais assis, mais persuadé qu'on pouvait réinstaller rpm avec un simple chroot, à partir du DVD d'install de FC3.

Eh bien non!!

J'ai essayé de compiler rpm à partir des sources, pas moyen, ça rapporte une erreur.
Bref, jai fini par redémarrer pour voir si ça fonctionnait encore, eh bien oui, tout a l'air normal, sauf que je peux plus rien installer, ni mettre à jour, ainsi que des progs utilisant python qui merdent un peu (libxml-python absent).

Voilà, je pense que je vais opter pour une sauvegarde suivie d'une réinstallation complète, mais... le dépannage m'en apprend tellement sur ce eyetème que je vais essayer tout ce qui est possible avant.

Ma question, si ça peut aider/orienter:
Comment réinstaller rpm? puis yum? puis up2date?

Merci
Y a longtemps que Win aurait planté si je luiavais fait subir ça, mais FC3, rien, tout fonctionne! Longue vie à Linux!
Denis

fmatias

> personne n'ayant donné de réponse à ma question: "comment revenir en arrière?"

Tu l'as posé cette question ?
J'ai oublié.

Utilises "rpm -U --oldpackage ...".

up2date a une fonctionnalité "sympa" (elle n'est pas active par défaut) qui permet de jouer les transactions en marche arrière.

> persuadé qu'on pouvait réinstaller rpm avec un simple chroot, à partir du DVD d'install de FC3.

Pas de chroot. Si tu chroot, tu tombes dans l'environnement sans rpm (puisque tu l'as viré). Si ton disque dure est monté dans /mnt/racine, il faut utiliser :
- "rpm -i --root /mnt/racine --dbpath /mnt/racice/var/lib/rpm rpm-4...rpm".

Du moins je crois...
Je n'est pas fait ça depuis très très très longtemps.

denis

Salut,
Merci pour ta réponse expresse!
j'ai essayé, j'obtiens un tas d'erreurs:
dossiers qui n'existent pas dans /mnt/sysimage/var/lib/rpm/

Apparemment le fait d'avoir désinstallé rpm, a aussi enlevé toute la base de données de fichiers installés

Sinon y a pas besoin de l'option --dbpath, elle n'existe pas en fait.

En ce qui concerne up2date, j'avais activé l'option de sauver les rpm pour pouvoir rejouer les transactions en arrière.
Mais faut que up2date fonctionne... ce qui n'était/n'est pas mon cas.

En ce qui concerne rpm, je savais pas que l'option oldpackage servait à défaire des transactions. merci.

je vais essayer de reconstruire la base ...

Sinon j'ai sauvegardé les fichiers de conf de mon système, et je vais tout scratcher pour une réinstallation propre et complète.

à moins que quelqu'un ait une solution plus... douce! 😉
bye.

fmatias

> j'ai essayé, j'obtiens un tas d'erreurs

SVP, quand vous demandez de l'aide, mettez _TOUJOURS_ les messages d'erreur !

> Sinon y a pas besoin de l'option --dbpath, elle n'existe pas en fait.

Elle existe, lis la doc.

Par contre, j'ai dit une petit connerie. Il faut utiliser :
- "rpm -i --root /mnt/sysimage --dbpath /var/lib/rpm ..."
et non
- "rpm -i --root /mnt/sysimage --dbpath /mnt/sys/var/lib/rpm ..."

Quoiqu'il en soit, "--dbpath" est inutile dans ton cas car la valeur par défaut est "/var/lib/rpm".

Exemple :
[root@one i386]# rpm --initdb --root /tmp/sysimage/
[root@one i386]# rpm -i --root /tmp/sysimage/ basesystem-8.0-4.noarch.rpm setup-2.5.36-1.noarch.rpm filesystem-2.3.0-1.i386.rpm
[root@one i386]# rpm -q -a --root /tmp/sysimage/
filesystem-2.3.0-1
setup-2.5.36-1
basesystem-8.0-4
[root@one i386]# ls /tmp/sysimage/var/lib/rpm/
Basenames __db.001 __db.003 Filemd5s Installtid Packages Provideversion Requirename Sha1header Triggername
Conflictname __db.002 Dirnames Group Name Providename Pubkeys Requireversion Sigmd5

Avec dbpath :
[root@one i386]# rm -r -f /tmp/sysimage/*
[root@one i386]# rpm --initdb --root /tmp/sysimage/ --dbpath /var/lib/rpm2

Et cette simple command pour installer rpm "from scratch" (ça marche niveau rpm mais il manque encore quelques trucs.
[root@one i386]# rpm -i --root /tmp/sysimage/ --dbpath /var/lib/rpm2 basesystem-8.0-4.noarch.rpm setup-2.5.36-1.noarch.rpm filesystem-2.3.0-1.i386.rpm rpm-4.3.2-21.i386.rpm bash-3.0-17.i386.rpm glibc-2.3.3-74.i686.rpm glibc-common-2.3.3-74.i386.rpm coreutils-5.2.1-31.i386.rpm beecrypt-3.1.0-6.i386.rpm bzip2-libs-1.0.2-13.i386.rpm mktemp-1.5-10.i386.rpm grep-2.5.1-31.i386.rpm pam-0.77-65.i386.rpm libacl-2.2.23-5.i386.rpm rpm-libs-4.3.2-21.i386.rpm libselinux-1.17.14-1.i386.rpm libattr-2.4.16-3.i386.rpm popt-1.9.1-21.i386.rpm sed-4.1.2-4.i386.rpm glib2-2.4.7-1.i386.rpm db4-4.2.52-6.i386.rpm createrepo-0.4.1-1.noarch.rpm pcre-4.5-3.i386.rpm python-2.3.4-11.i386.rpm rpm-python-4.3.2-21.i386.rpm libgcc-3.4.2-6.fc3.i386.rpm libstdc++-3.4.2-6.fc3.i386.rpm elfutils-libelf-0.96-1.i386.rpm elfutils-0.96-1.i386.rpm less-382-4.i386.rpm info-4.7-5.i386.rpm initscripts-7.93.2-1.i386.rpm zlib-1.2.1.2-1.i386.rpm readline-4.3-13.i386.rpm fedora-release-3-8.i386.rpm ncurses-5.4-13.i386.rpm util-linux-2.12a-16.i386.rpm cracklib-2.7-28.i386.rpm cracklib-dicts-2.7-28.i386.rpm gawk-3.1.3-9.i386.rpm kernel-2.6.9-1.667.i686.rpm mingetty-1.07-3.i386.rpm e2fsprogs-1.35-11.2.i386.rpm SysVinit-2.85-34.i386.rpm words-2-23.noarch.rpm module-init-tools-3.1-0.pre5.3.i386.rpm mkinitrd-4.1.18-2.i386.rpm libsepol-1.1.1-2.i386.rpm net-tools-1.60-37.i386.rpm ethtool-1.8-4.i386.rpm shadow-utils-4.0.3-37.i386.rpm tzdata-2004e-2.noarch.rpm findutils-4.1.20-7.i386.rpm libxml2-python-2.6.14-2.i386.rpm openssl-0.9.7a-40.i686.rpm gzip-1.3.3-13.i386.rpm udev-039-8.FC3.i386.rpm cpio-2.5-7.i386.rpm tar-1.14-4.i386.rpm chkconfig-1.3.11.1-1.i386.rpm lvm2-2.00.25-1.01.i386.rpm libtermcap-2.0.8-39.i386.rpm iptables-1.2.11-3.1.i386.rpm libxml2-2.6.14-2.i386.rpm device-mapper-1.00.19-2.i386.rpm MAKEDEV-3.13-1.i386.rpm hotplug-2004_04_01-6.i386.rpm syslinux-2.11-1.i386.rpm gdbm-1.8.0-24.i386.rpm gmp-4.1.4-3.i386.rpm iputils-20020927-16.i386.rpm hwdata-0.145-1.noarch.rpm mtools-3.9.9-9.i386.rpm usbutils-0.11-6.1.i386.rpm psmisc-21.4-4.i386.rpm sysklogd-1.4.1-22.i386.rpm termcap-5.4-3.noarch.rpm iproute-2.6.9-3.i386.rpm procps-3.2.3-5.i386.rpm krb5-libs-1.3.4-7.i386.rpm

[root@one i386]# ls /tmp/sysimage/var/lib/rpm2/
Basenames __db.001 __db.003 Filemd5s Installtid Packages Provideversion Requirename Sha1header Triggername
Conflictname __db.002 Dirnames Group Name Providename Pubkeys Requireversion Sigmd5
[root@one i386]#

Donc --dbpath existe et marche.

> En ce qui concerne rpm, je savais pas que l'option oldpackage servait à défaire des transactions. merci.

Non, "--oldpackage" ne défait pas une transaction. up2date fait ça.

Selon la doc :

--oldpackage
Permettre qu?une mise à niveau remplace un paquetage par un paquetage plus ancien.

> je vais essayer de reconstruire la base ...

Surtout pas ou en dernier recours.

> à moins que quelqu'un ait une solution plus... douce! 😉

Donner les messages d'erreurs est un début.
Puis donnes la sortie de "df" lorsque tu utilises les CD de secours.

denis

holà.... euh là tu m'as littéralement assommé.

bon, j'ai réussi à installer rpm, en fait, ça a dû s'installer, même si le message d'erreur disait que non.

En ce qui concerne les messages d'erreur, c'est vrai, j'ai pas pensé à les compiler dans un fichier. Désolé, j'essaierai de le faire la prochaine fois, je suis un window$ien, récemment (re)converti à la ligne de commande!

J'ai absolument rien compris à ce que tu as marqué dans ta réponse, pourquoi tant de haine!!!! 😉
Sans rire, je sais pas pourquoi tu veux que j'installe autant de packages! Moi je voulais juste ré-installer rpm pour pouvoir ré-installer yum et up2date.

Mon système fonctionne, c'est juste que je n'ai plus yum et tout ce qui concerne rhn pour les mises à jour.

Voilà, donc problème (celui de rpm) résolu!

une dernière chose: chez moi l'utilisation de l'option --dbpath n'est pas implémentée avec la version rpm du DVD d'installation de FC3 (acheté avec "Linux CD #11 janvier2005", utilisé en mode "rescue"): no such option (un truc du genre).

Ma question suivante concerne l'installation de yum et python 2.3:
maintenant que j'ai rpm, je peux (normalement) installer yum... eh bien non!
il me demande un certain python(abi)...
# rpm -i yum-2.1.12-50.rhfc3.at.i386.rpm
erreur: Dépendances requises:
python(abi) = 2.3 est nécessaire pour yum-2.1.12-50.rhfc3.at.i386
J'ai réinstallé python 2.3, rien à faire, y veut rien entendre!
Comment je fais pour installer ce python(abi) 2.3?

Merci pour tout.

fmatias

> Sans rire, je sais pas pourquoi tu veux que j'installe autant de packages!

non, non !
C'était une "démo" de rpm avec "--root", "--initdb" et "--initdb".
Désolé pour la confusion. C'était pour démontrer que rpm est puissant et qu'il devait y avoir un moyen pour te sortir de ton problème.

> chez moi l'utilisation de l'option --dbpath n'est pas implémentée avec la version rpm du DVD d'installation de FC3

Normalement tout le monde a le même rpm.
Ici :
$ rpm -q rpm
rpm-4.3.2-21 (donc la version 4.3.2-21)

Et si le numéro de version n'est pas satisfesant pour contrôler, il y a aussi un md5sum.

$ rpm -q --queryformat "%{SIGMD5}n" rpm
f7cabb54c9ef70e33a981367d39c4674

Numéro que tu peux aussi récupérer sur un serveur qui distribution Fedora :
$ rpm -q --queryformat "%{SIGMD5}n" -p http://fr2.rpmfind.net/linux/fedora/core/3/i386/os/Fedora/RPMS/rpm-4.3.2-21.i386.rpm
f7cabb54c9ef70e33a981367d39c4674

Super, j'ai le même md5sum, j'ai le même paquet !

Comme on peut aussi vérifier la signature gpg de Red Hat des paquets. Mais je crois que ça suffit maintenant avec rpm et que je te souale 🙂

# rpm -i yum-2.1.12-50.rhfc3.at.i386.rpm
erreur: Dépendances requises:
python(abi) = 2.3 est nécessaire pour yum-2.1.12-50.rhfc3.at.i386

C'est quoi yum-2.1.12-50.rhfc3.at.i386 ?
La dernière version de yum pour FC est :
$ rpm -q yum
yum-2.1.12-0.fc3

Et pas "yum-2.1.12-50.rhfc3.at".

Hors le yum "standard" ne requires pas "python(abi)" :
$ rpm -q --requires yum | grep python
/usr/bin/python
libxml2-python
python
rpm-python

Donc, installes le yum "standard".

denis

salut,
Merci pour ta patience!

Je mettrai les rapports d'erreur le plus souvent possible.

C'est bon, j'ai réussi à installer yum et up2date (les versions du DVD).

Mais maintenant vient un autre problème...up2date me met plein d'erreurs de dépendences (je vais pas les mettre ici voir plus bas) avec une config de base pour les sources (fedora base et fedora update).

Par contre, j'avais sur mon système un paquet que j'ai été obligé d'enlever pour installer yum: atrpms-package-config.i386 0:91-1.rhfc3.at

si je le remet, il me change mes sources d'up2date par:
apt channel base-core from http://ayo.freshrpms.net/fedora/linux/3/i386
apt channel updates-released-updates from http://ayo.freshrpms.net/fedora/linux/3/i386
apt channel atrpms-at-stable from http://apt.atrpms.net/fedora/3/en/i386

Et tout fonctionne très bien, ils proposent à priori les mêmes mises à jour (base-core et update-released) plus celles de atrpms-at-stable et pas d'erreur de dépendences.
magique? ou plutôt gros problème de compatibilité de repos entre eux?

Dois-je laisser ce paquetage (atrpms-package-config)?
(moi je dirai que oui, car il semble que tout refonctionne, donc ça m'éviterait de me prendre la tête avec un tas de problèmes de dépendences à la con).

voilà, c'est peut-être la fin de cet épisode de mises à jour sauvages suivies de désinstallations toutes aussi sauvages pour se terminer (pour l'instant) à peu près bien, et sans dommage apparent.

Merci.
Et vive Linux, c'est vraiment un système robuste! impressionnant.