rpmdrake et urpmi en panne
Erreur à l'accès base de donnéee RPM
Cauldron, la prochaine version de Mageia
christian_fisch Membre non connecté
-
- Voir le profil du membre christian_fisch
- Inscrit le : 24/03/2011
- Groupes :
Je ne peux plus mettre a jour Cauldron : la base de données ne veut plus s'ouvrir, ni avec rpmdrake ni avec urpmi.
exemple de message d'erreur :
Caché :
[root@localhost ~]# urpmi --clean
erreur: rpmdb: Thread/process 22529/140216579921664 failed: Thread died in Berkeley DB library
erreur: erreur db4(-30974) de dbenv->failchk: DB_RUNRECOVERY: Fatal error, run database recovery
erreur: ne peut ouvrir l'index Packages en utilisant db4 - (-30974)
erreur: impossible d'ouvrir la base de données Package dans /var/lib/rpm
impossible d'ouvrir la base de donnée rpm
[root@localhost ~]# urpmi --clean
erreur: rpmdb: Thread/process 22529/140216579921664 failed: Thread died in Berkeley DB library
erreur: erreur db4(-30974) de dbenv->failchk: DB_RUNRECOVERY: Fatal error, run database recovery
erreur: ne peut ouvrir l'index Packages en utilisant db4 - (-30974)
erreur: impossible d'ouvrir la base de données Package dans /var/lib/rpm
impossible d'ouvrir la base de donnée rpm
Je vais charger la beta1 et réinstaller si je ne trouve pas comment réparer.
Troumad Membre non connecté
-
- Voir le profil du membre Troumad
- Inscrit le : 16/10/2010
- Site internet
- Groupes :
christian_fisch Membre non connecté
-
- Voir le profil du membre christian_fisch
- Inscrit le : 24/03/2011
- Groupes :
j'ai remis Aria2 a la place de wget : c'est presque pareil.
en fouillant sur le forum j'ai trouvé les commandes :
[root@localhost ~]# rm -f /var/lib/rpm/__db*
[root@localhost ~]# rpm --rebuilddb
merveille CMM et urpmi sont redevenus fonctionnels.
![:]](/images/smileys/8.gif)
leuhmanu Membre non connecté
-
- Voir le profil du membre leuhmanu
- Inscrit le : 19/03/2011
- Groupes :
-
Équipe Mageia
-
Membre d'Honneur
JC_Stiegler Membre non connecté
-
- Voir le profil du membre JC_Stiegler
- Inscrit le : 19/09/2011
- Groupes :
christian_fisch :
merci
en fouillant sur le forum j'ai trouvé les commandes :
[root@localhost ~]# rm -f /var/lib/rpm/__db*
[root@localhost ~]# rpm --rebuilddb
merveille CMM et urpmi sont redevenus fonctionnels.
en fouillant sur le forum j'ai trouvé les commandes :
[root@localhost ~]# rm -f /var/lib/rpm/__db*
[root@localhost ~]# rpm --rebuilddb
merveille CMM et urpmi sont redevenus fonctionnels.
Merci, ça a marché sur ma machine.
lefred Membre non connecté
-
- Voir le profil du membre lefred
- Inscrit le : 18/02/2012
Après un grosse màj du Chaudron 64bits (plus de 1000 màj !) pas mal de chose améliorées (réseau wifi, lenteurs de démarrage,...), mais par contre la base rpm se casse à la moindre installation maintenant.
[root@localhost ~]# rm -f /var/lib/rpm/__db*
[root@localhost ~]# rpm --rebuilddb
règlent le problème, mais l'install suivante le reprovoque...!
Bref, gros soucis avec la dernière màj de rpm...
Dommage, parceque pour le reste elle va de mieux en mieux, cette beta...
Vladimir Membre non connecté
-
- Voir le profil du membre Vladimir
- Inscrit le : 04/03/2008
- Groupes :
-
Membre d'Honneur
Pour contourner ce problème qui perturbe les mises à jour, il suffit de taper en console et en root:
Code BASH :
urpmi --auto-selectaprès avoir tapé les 2 commandes citées.
Et ça passe.
@christian_fisch
Comme le problème persiste, je me suis permis d'enlever le résolu afin de pouvoir continuer la discussion.
Enzolyte Membre non connecté
-
- Voir le profil du membre Enzolyte
- Inscrit le : 28/04/2008
- Groupes :
lefred :
Bonjour.
Après un grosse màj du Chaudron 64bits (plus de 1000 màj !) pas mal de chose améliorées (réseau wifi, lenteurs de démarrage,...), mais par contre la base rpm se casse à la moindre installation maintenant.
[root@localhost ~]# rm -f /var/lib/rpm/__db*
[root@localhost ~]# rpm --rebuilddb
règlent le problème, mais l'install suivante le reprovoque...!
Bref, gros soucis avec la dernière màj de rpm...
Dommage, parceque pour le reste elle va de mieux en mieux, cette beta...
Après un grosse màj du Chaudron 64bits (plus de 1000 màj !) pas mal de chose améliorées (réseau wifi, lenteurs de démarrage,...), mais par contre la base rpm se casse à la moindre installation maintenant.
[root@localhost ~]# rm -f /var/lib/rpm/__db*
[root@localhost ~]# rpm --rebuilddb
règlent le problème, mais l'install suivante le reprovoque...!
Bref, gros soucis avec la dernière màj de rpm...
Dommage, parceque pour le reste elle va de mieux en mieux, cette beta...
Salut
Même punition pour moi, bug en chaîne, une maj rapide est indispensable
Dur cette cauldron, y a du mieux mais c'est encore très fragile !
christian_fisch Membre non connecté
-
- Voir le profil du membre christian_fisch
- Inscrit le : 24/03/2011
- Groupes :
j'ai perdu tout à fait mcc qui ne veut plus se lancer.
la solution est dans les problèmes connus:
apparement la version 12 est restée et provoque l'erreur.
solution ( en root)
rpm -e lib64gdk_pixbuf2.0_0-loaders-png12 --nodeps
urpmi lib64gdk_pixbuf2.0_0-loaders-png15
Édité par christian_fisch Le 17/03/2012 à 08h59
Visiteur
Ben décidément, j'ai du pot... Je n'ai pas tous ces problèmes. Chez moi (en 32 bits), tout se passe comme sur des roulettes.
A propos de "pixbuf2" j'ai les deux versions installées et elles ont l'air de cohabiter parfaitement.
http://www.pixyup.com/uploads/171015234f64562bc291a.png
Essayez peut-être, de les laisser les deux côte à côte, plutôt que d'essayer d'en supprimer une...
A+
Vladimir Membre non connecté
-
- Voir le profil du membre Vladimir
- Inscrit le : 04/03/2008
- Groupes :
-
Membre d'Honneur
Décidément ce problème ne s'arrange pas.
Je suis sous la beta2 64 bits KDE et toujours la même erreur, mises à jour impossibles depuis le CCM.
J'ai tapé les 2 commande indiquées précédemment par christian_fisch et voici les résultats:
Code BASH :
rpm -e lib64gdk_pixbuf2.0_0-loaders-png12 --nodeps
retourne
Code BASH :
erreur: le paquetage lib64gdk_pixbuf2.0_0-loaders-png12 n'est pas installéPuis
Code BASH :
urpmi lib64gdk_pixbuf2.0_0-loaders-png15
retourne
Code BASH :
Le paquetage lib64gdk_pixbuf2.0_0-loaders-png15-2.25.2-1.mga2.x86_64 est déjà installé Marque lib64gdk_pixbuf2.0_0-loaders-png15 comme étant manuellement installé, il ne sera pas considéré comme un paquet orphelin writing /var/lib/rpm/installed-through-deps.list
Visiteur
@ Vladimir
Je ne trouve rien de bizarre dans les réponses de tes commandes :
1. Tu veux desinstaller le "12" => et on te dit qu'il n'est pas installé...
2. Tu veux (ré)installer le "15" => et on te dit qu'il est déjà installé...
Tu n'as donc "que" le "15" d'installé ! Les réponses du système sont normales !
=> ce que je proposais plus haut, c'est d'installer le "12" à côté du "15" => donc :
urpmi lib64gdk_pixbuf2.0_0-loaders-png12
...Tu ne perds rien pour essayer
A+
Vladimir Membre non connecté
-
- Voir le profil du membre Vladimir
- Inscrit le : 04/03/2008
- Groupes :
-
Membre d'Honneur
Citation :
=> ce que je proposais plus haut, c'est d'installer le "12" à côté du "15" => donc :
Non!
Citation :
rpm -e lib64gdk_pixbuf2.0_0-loaders-png12 --nodeps
urpmi lib64gdk_pixbuf2.0_0-loaders-png15
urpmi lib64gdk_pixbuf2.0_0-loaders-png15
La solution que tu proposais est, d'après les commandes ci-dessus:
- désinstallation du 12 puis installation du 15
Enfin c'est ce que j'ai compris
Mais ce n'est pas grave, j'ai installé le 12 à côté du 15 et je vais voir ce que ça donne.
le saussois Membre non connecté
-
- Voir le profil du membre le saussois
- Inscrit le : 05/06/2011
- Groupes :
J'avais eu ce problème sous la béta1 mais je n'avais pas lu ce fil pour le résoudre. Je pensais même que c'était normal pour le passage à la béta2.!
Ce matin , installation de la béta2 et des sources par le MCC . Après quelques installations de paquetages tels vlc, le centre des logiciels est cassé.
Voila ce que donne la 2 ème commande citée plus haut
[/i]rpm --rebuilddb
erreur: rpmdb: Thread/process 2403/3073636032 failed: Thread died in Berkeley DB library
erreur: erreur db4(-30974) de dbenv->failchk: DB_RUNRECOVERY: Fatal error, run database recovery
erreur: ne peut ouvrir l'index Packages en utilisant db4 - (-30974)[i]
Est-ce réparable?
Aucun paquetage n'est proposé , et les tentatives de MAJ aboutissent à
[/i]could'not open rpm db at /usr/lib/perl5/vendor_perl/5.14.2/ Rpmdrake/open_db.pm line74[i]
Bien cordialement
Édité par le saussois Le 17/03/2012 à 12h59
le saussois Membre non connecté
-
- Voir le profil du membre le saussois
- Inscrit le : 05/06/2011
- Groupes :
Mais bizarrement cette fois-ci les 2 phrases magiques ont eu l'effet désiré. Ouf...
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie