rpmdrake et urpmi en panne
Erreur à l'accès base de donnéee RPM
Cauldron, la prochaine version de Mageia
le saussois Membre non connecté
-
- Voir le profil du membre le saussois
- Inscrit le : 05/06/2011
- Groupes :
Reprise du message précédent
Finalement comme rien ne fonctionnait avec la base de données, j'ai réinstallé la béta2. Au démarrage le problème est revenu d'emblée dès la 1ère tentative de MAJ.Mais bizarrement cette fois-ci les 2 phrases magiques ont eu l'effet désiré. Ouf...
Vladimir Membre non connecté
-
- Voir le profil du membre Vladimir
- Inscrit le : 04/03/2008
- Groupes :
-
Membre d'Honneur
Tapé en console et en root:
Code BASH :
urpmi --auto-selectréponse:
Code BASH :
Afin de poursuivre la mise à jour, le paquetage suivant doit être désinstallé : perl-URPM-3.40-1.1.mga2.x86_64 (pour installer le paquetage perl-URPM-3.40-1.1.mga2.x86_64) (o/N)
Je tape o pour oui
réponse:
Code BASH :
Pour satisfaire les dépendances, le paquetage suivant va être installé : Paquetage Version Révision Arch (média « Core Release (distrib1) ») perl-URPM 3.40 1.1.mga2 x86_64 un espace de 315Ko sera libéré. 97Ko de paquets seront récupérés. Procéder à l'installation d'un paquetage ? (O/n)
Toujours oui:
Code BASH :
installation de perl-URPM-3.40-1.1.mga2.x86_64.rpm depuis /var/cache/urpmi/rpms Préparation ... ######################################################################### L'installation a échoué : paquetage perl-URPM-3.40-1.1.mga2.x86_64 déjà installé
En fait, le système veut désinstaller le paquet perl-URPM-3.40-1.1.mga2.x86_64 pour installer le paquet perl-URPM-3.40-1.1.mga2.x86_64, c'est à dire le même!
Y a comme un défaut là.
Je pense que tant que ce défaut subsistera, aucune mises à jour ne sera possible.
PS:
Pour débloquer la situation, j'ai désinstallé le paquet perl-URPM-3.40-1.1.mga2.x86_64.
Je me suis déconnecté puis reconnecté et lorsque l'appliquette rouge de mises à jour est apparue, j'ai effectué les mises à jour sans problème.
Troumad Membre non connecté
-
- Voir le profil du membre Troumad
- Inscrit le : 16/10/2010
- Site internet
- Groupes :
JC_Stiegler :
Merci, ça a marché sur ma machine.
Ceci vient de me libérer de la même erreur !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.![:]](/images/smileys/8.gif)
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.
C'est après-midi, j'ai lancé une mise à jour qui a bloqué . Voici son état 3h40 après :
Code :
média « Core 32bit Release » mis à jour
le média « Core 32bit Updates » est à jour
^C^C^C^C
Je m'en sui sorti avec un "kill -9"
Troumad Membre non connecté
-
- Voir le profil du membre Troumad
- Inscrit le : 16/10/2010
- Site internet
- Groupes :
hier je suis tombé à nouveau sur :
Code :
erreur: rpmdb: Thread/process 18788/140204585010944 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
Il me semblait n'avoir rien fait de critique...
Enfin, avec l'aide de ce fil, je viens à nouveau de réparer le problème et j'installe le noyau 3.3.6-desktop-2.mga2
Troumad Membre non connecté
-
- Voir le profil du membre Troumad
- Inscrit le : 16/10/2010
- Site internet
- Groupes :
Code :
[root@pc_mc][/home/mc]# rm -f /var/lib/rpm/__db*
[root@pc_mc][/home/mc]# rpm --rebuilddb
[root@pc_mc][/home/mc]# urpme gvfs-obexftp
paquetage inconnu: gvfs-obexftp
[root@pc_mc][/home/mc]# urpmi gvfs-obexftp --replacepkgs
paquetage(s) gvfs-obexftp-1.12.1-1.mga2.x86_64 dans la base urpmi mais aucun n'est installé
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie