« RPM : Récupérer la base de données » : différence entre les versions
Aucun résumé des modifications |
|||
| Ligne 3 : | Ligne 3 : | ||
This document provides an overview of how to deal with RPM database corruption. | This document provides an overview of how to deal with RPM database corruption. | ||
== | == Supprimer le fichier de lock == | ||
Si une commande RPM se bloque, plante ou disfonctionne, il faut commencer par vérifier les fichiers de lock. On peut le faire avec -CA sur la commande rpmdb_stat: | Si une commande RPM se bloque, plante ou disfonctionne, il faut commencer par vérifier les fichiers de lock. On peut le faire avec -CA sur la commande rpmdb_stat: | ||
| Ligne 10 : | Ligne 9 : | ||
/usr/lib/rpm/rpmdb_stat -CA}} | /usr/lib/rpm/rpmdb_stat -CA}} | ||
== | == Reconstruire la base de données RPM == | ||
Si après le nettoyage les problèmes persistes, la base est probablement corrompue. Il se peut aussi que vous ayez directement reçu un message vous annonçant la corruption ... | Si après le nettoyage les problèmes persistes, la base est probablement corrompue. Il se peut aussi que vous ayez directement reçu un message vous annonçant la corruption ... | ||
Version du 14 août 2018 à 14:27
 |
| Le présent article est actuellement en cours de rédaction ou de modification. Adressez-vous à la personne en charge pour toute proposition ou modification. |
| Auteur / Editeur : Adadov |
| Dernière édition : 14/08/2018 |
This document provides an overview of how to deal with RPM database corruption.
Supprimer le fichier de lock
Si une commande RPM se bloque, plante ou disfonctionne, il faut commencer par vérifier les fichiers de lock. On peut le faire avec -CA sur la commande rpmdb_stat:
| [root@linux] # | cd /var/lib/rpm | dblclick to copy |
| [root@linux] # | /usr/lib/rpm/rpmdb_stat -CA | |
Reconstruire la base de données RPM
Si après le nettoyage les problèmes persistes, la base est probablement corrompue. Il se peut aussi que vous ayez directement reçu un message vous annonçant la corruption ...
Dans ce cas il vous faudra reconstruire les metadonnées. Cette action est DESTRUCTIVE pensez bien à faire une sauvegarde avant en cas de soucis.
| [root@linux] # | cd /var/lib | dblclick to copy |
| [root@linux] # | tar zcvf /var/preserve/rpmdb-`date +"%d%m%Y"`.tar.gz rpm | |
Ensuite on vérifie l'intégrité du fichier Packages.
| [root@linux] # | cd /var/lib/rpm | dblclick to copy |
| [root@linux] # | rm -f __db* # to avoid stale locks | |
| [root@linux] # | /usr/lib/rpm/rpmdb_verify Packages | |
Si vous obtenez une erreur, régénérez le.
| [root@linux] # | mv Packages Packages.orig | dblclick to copy |
| [root@linux] # | /usr/lib/rpm/rpmdb_dump Packages.orig | /usr/lib/rpm/rpmdb_load Packages | |
| [root@linux] # | /usr/lib/rpm/rpmdb_verify Packages | |
Pour vérifier que tout est en ordre vous pouvez utiliser la fonction suivante:
| [root@linux] # | rpm -qa 1> /dev/null | dblclick to copy |
Il ne restera plus qu'à reconstruire les métadonnées elles-mêmes:
| [root@linux] # | rpm -v --rebuilddb | dblclick to copy |
Votre base de RPM devrait de nouveau fonctionner.