Fedora-Fr

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

yum n'installe plus :(

shuff

Bonsoir,

Cela fait une heure que je me bat avec yum et pas moyen d'en tirer quoi que ce soit.

Cela a commencé avec un jolie message d'insulte lors de l'appel a la commande yum. (blocage 10 sec puis blabla erreur...)

Soit... une petite recherche sur google et la il semblerais que ma db rpm soit corrompu, je suis donc la methode a la lettre pour remonter ma db rpm.

#rm -f /var/lib/rpm/__db*
#rpm --rebuilddb

Yum semble donc fonctionner a nouveau,
j'install donc un package, "installation completed" mais rien ne s'est réellement installé 😢
pareil en desinstall , j'ai essayé de desinstaller mplayer mais apres la fin de la transac yum, il est toujours en place et fonctionne parfaitement :x

Je veux bien un petit coup de pouce ce coup la 🙂

Merci.

herrib

Essaie un yum clean all.

shuff

merci mais j'ai deja tenté sans succes.

Par contre je pense avoir trouvé le soucis.

dans le repertoire /var/lib/rpm, voici a mon avis le coupable :x

-????????? ? ? ? ? ? __db.000

un rm -f ne le supprime pas. comment je m'en debarrasse ?

ceux la par contre pas de probleme :

-rw-r--r-- 1 root root 24576 nov 3 19:17 __db.001
-rw-r--r-- 1 root root 1318912 nov 3 19:17 __db.002
-rw-r--r-- 1 root root 450560 nov 3 19:17 __db.003

herrib

Il y a un lock sur le fichier (il est en cours d'utilisation). Tue le processus qui l'utilise (sans doute un processus rpm) et retente l'opération. Puor identifier le processus:

$ su -
# lsof | grep db.000

Pour le tuer:

# ps -A
# kill -9 numéro_du_processus

shuff

merci du tuyaux je connaissait pas lsof... c bien pratique mais c'est pas ca...
il n'est pas tenu par un process etje me suis assuré qu'aucun yum ne tournait en tache de fond avec ps -aux |grep yum
le fichier n'est pas tenu mais completement endommagé apparament.

ce qui explique les droits en "??????"
en fait ce fichier apparait juste en avec ls mais impossible de le manipuler ni de le virer :
la preuve :x

[root@localhost rpm]# rm __db.000
rm: ne peut enlever `__db.000': Aucun fichier ou répertoire de ce type
[root@localhost rpm]# ls -l
ls: ne peut accéder __db.000: Aucun fichier ou répertoire de ce type
total 49436
-rw-r--r-- 1 root root 5304320 nov 3 19:57 Basenames
-rw-r--r-- 1 root root 12288 nov 3 19:57 Conflictname
-????????? ? ? ? ? ? __db.000

petit *#@"# de fichier :x

je suis en train de tenter un e2fsck parce que sur ce coup ci je pense que le systeme de fichier a du en prendre un coup.

mais bon passer e2fsck en demontant / ca semble pas tres pratique :x

mickey

Et après un reboot ? Essaie de le virer au demarrage de la machine, de reconstruire la base de données et un clean all (éventuellement yum update yum)

shuff

🙁 bon rien a faire... le disk est sain mais ce satané fichier est toujours la sans vraiment l etre...
lorsque je browse le repertoire avec nautilus le fichier apparait, je clique dessus et en une demi seconde il disparait... :x
je crois que je l ai dans l os sur ce coup la, ca sent le format...

je suis vert :x , 2 ans de fedora sur mon laptop : aucun probleme. 2 semaines sur mon desktop et ca sent deja le sapin 😐

edit : apres un reboot le fichier pose toujours les meme problemes.

Bigorre65

Il y a beaucoup de solutions avant le formatage....
Tu peux booter depuis le media d'installation, puis supprimer ton mauvais fichier.
tu peux aussi essayer un fsck.

bonne soirée

nouvo09

tu peux aussi booter en niveau monoutilisateur level 1

là tu es sur qu'aucune tache ne tourne en fond

Anvil

force un fsck, verifie aussi et surtout ce que raconte le noyau quand tu essayes de toucher a ce fichier.