Installer Mysql sous Linux redhat 9
Hmid
-
[Dal] Messages postés 6373 Statut Contributeur -
[Dal] Messages postés 6373 Statut Contributeur -
salut,
je suis un utilisateur débutant de Linux Redhat 9, je veux installer un sgbd type MS Access pour creer une petite base de données mais en vien.
J'ai essayé d'installer le rpm suivant : MySQL-client-5.1.14-0.glibc23.i386.rpm mais il m'affiche le message suivant:
warning: MySQL-client-5.1.14-0.glibc23.i386.rpm: V3 DSA signature: NOKEY, key ID
error: cannot get exclusive lock on /var/lib/rpm/Packages
error: cannot open Packages index using db3 - Operation not permitted (1)
error: cannot open Packages database in /var/lib/rpm
Je sais pas quoi faire. quelqu'1 peut m'aider ? merci.
je suis un utilisateur débutant de Linux Redhat 9, je veux installer un sgbd type MS Access pour creer une petite base de données mais en vien.
J'ai essayé d'installer le rpm suivant : MySQL-client-5.1.14-0.glibc23.i386.rpm mais il m'affiche le message suivant:
warning: MySQL-client-5.1.14-0.glibc23.i386.rpm: V3 DSA signature: NOKEY, key ID
error: cannot get exclusive lock on /var/lib/rpm/Packages
error: cannot open Packages index using db3 - Operation not permitted (1)
error: cannot open Packages database in /var/lib/rpm
Je sais pas quoi faire. quelqu'1 peut m'aider ? merci.
A voir également:
- Installer Mysql sous Linux redhat 9
- Installer clavier arabe - Télécharger - Divers Web & Internet
- Installer windows 10 sans compte microsoft - Guide
- Installer chromecast sur tv - Guide
- Installer windows 10 gratuitement - Accueil - Mise à jour
- Linux reader - Télécharger - Stockage
1 réponse
Salut,
L'installation de rpm doit se faire en tant que "root". Est-ce bien ce que tu fais ?
Y a-t-il des processus en mémoire utilisant rpm ? As-tu interrompu brutalement un processus rpm ?
Dans un terminal sous root, fais :
ls -al /var/lib/rpm/__db*
La présence de ces fichiers révèle un statut de verouillage ("lock") de rpm, qui est sensé être en train d'accomplir certaines tâches. S'il y a des fichiers de ce type alors que ton système n'utilise pas rpm, c'est que quelqu'un (toi ?) ou quelque chose (un programme bogué) a tué un processu rpm avant qu'il n'ait finit son travail. Supprime alors ces fichiers.
Vérifie qu'aucun processus en cours n'utilise rpm :
ps aux | grep rpm
puis efface les fichiers de lock s'il n'y a aucun processus (à part le grep)
rm -f /var/lib/rpm/__db*
Et réessaye ta mise à jour.
Si tes problèmes ne sont pas résolus, sauvegarde le contenu de /var/lib/rpm/ et reconstruit la base rpm en tant que root en tapant dans un terminal :
rpm -vv --rebuilddb
Si celà ne fonctionne toujours pas, le cas est probablement désespéré mais tu peux tester d'autres pistes décrites là :
http://www.rpm.org/hintskinks/repairdb/
http://www.informatimago.com/linux/rpm-rebuilddb.html
Ce dernier lien est, en partie, résumé en français par un internaute l'ayant utilisé pour reconstruire sa base :
https://www.culte.org/listes/linux-31/2002-10/msg00044.html
Ou... mettre à jour rpm ou carrément ton système d'exploitation, car RH9, celà date sérieusement et ce genre de problèmes ne semble plus se produire sur les versions ultérieures de RedHat ou sur Fedora.
Dal
L'installation de rpm doit se faire en tant que "root". Est-ce bien ce que tu fais ?
Y a-t-il des processus en mémoire utilisant rpm ? As-tu interrompu brutalement un processus rpm ?
Dans un terminal sous root, fais :
ls -al /var/lib/rpm/__db*
La présence de ces fichiers révèle un statut de verouillage ("lock") de rpm, qui est sensé être en train d'accomplir certaines tâches. S'il y a des fichiers de ce type alors que ton système n'utilise pas rpm, c'est que quelqu'un (toi ?) ou quelque chose (un programme bogué) a tué un processu rpm avant qu'il n'ait finit son travail. Supprime alors ces fichiers.
Vérifie qu'aucun processus en cours n'utilise rpm :
ps aux | grep rpm
puis efface les fichiers de lock s'il n'y a aucun processus (à part le grep)
rm -f /var/lib/rpm/__db*
Et réessaye ta mise à jour.
Si tes problèmes ne sont pas résolus, sauvegarde le contenu de /var/lib/rpm/ et reconstruit la base rpm en tant que root en tapant dans un terminal :
rpm -vv --rebuilddb
Si celà ne fonctionne toujours pas, le cas est probablement désespéré mais tu peux tester d'autres pistes décrites là :
http://www.rpm.org/hintskinks/repairdb/
http://www.informatimago.com/linux/rpm-rebuilddb.html
Ce dernier lien est, en partie, résumé en français par un internaute l'ayant utilisé pour reconstruire sa base :
https://www.culte.org/listes/linux-31/2002-10/msg00044.html
Ou... mettre à jour rpm ou carrément ton système d'exploitation, car RH9, celà date sérieusement et ce genre de problèmes ne semble plus se produire sur les versions ultérieures de RedHat ou sur Fedora.
Dal
