Problemes DE et POUR mise a jour
Mise a jour devenu Impossible
Retours d'expériences

steven Membre non connecté
-
- Voir le profil du membre steven
- Inscrit le : 18/05/2018
Voilà, mercredi Mageia 6 (32bits) me dis qu'il y a des mises a jour a faire...
Ok je lance la mise a jours...
Il m'install (de souvenir...)
- Meta-task
- perl-urpm
apres quoi, il m'install 25 ou 30 fichiers environ....
* a la suite de cà, il m'avais mis firefox en anglais et j'ai eu un peu de mal a le remettre en francais....
Ce matin....Il me propose de 'nouvelles' mise a jour...
J'accepte !
le processus se lance, MAIS il m'affiche :" Une erreur fatale est survenue : Couldn't open RPM DB () at usr/lib/perl5/vendor_perl/5.22.3Rpmdrake/open_db.pm line 74.. ".
Pensant a une 'corruption' de la base rpm,
Je lance
(en root, su, password,... ),
rm -f /var/lib/rpm/__db*
rpm --rebuilddb
Au bout d'un TREEES long moment il me rend la main...
Mais quand je relance la mise a jour :(
il affiche a nouveau ::" Une erreur fatale est survenue : Couldn't open RPM DB () at usr/lib/perl5/vendor_perl/5.22.3Rpmdrake/open_db.pm line 74.. ".
J'ai essayé plusieurs fois de 'régénérer' la base sans succès.
J'ai essayé, en konsol,
urpmi ......
REPONSES :
erreur : rpmdb: BDB0113 Thread/process 4020/3081221888 failed: BDB1507 Thread died in Berkeley DB library
erreur : db5 erreur(-30973) de dbenv->failchk: BDB0087 DB_RUNRECOVERY: Fatal error, run database recovery
erreur : impossible d'ouvrir l'index Packages en utilisant db5 - (-30973)
erreur : impossible d'ouvrir la base de données paquet dans /var/lib/rpm
impossible d'ouvrir la base de donnée rpm
resultats,
- Je ne peu plus mettre a jour la mageia :/
- Je ne sais vraiment plus quoi faire :/
Quelqu'un pourrais m'aider svp ?
Merci
No Comment ...
Merci de ne pas 'rebondir' sur mes post's
Censor => 2025





christian_fisch Membre non connecté
-
- Voir le profil du membre christian_fisch
- Inscrit le : 24/03/2011
- Groupes :
Je pense qu'il y a au moins une arme : le dvd complet d'installation. ( mais pas le live ).
1) Une réinstallation sans formatage, surtout avec le réseau devrait remettre les choses rapidement en place ( 15 minutes ?) .
Si ce n'est pas le cas...
2) Une réinstallation complète en veillant à conserver le /home est bien plus longue, surtout avec la réfection des particularités.
Normalement le /home devrait être sur une partition séparée. C'est le cas dans avec une installation automatique.
Si /home n'est pas une partition, il faut sauvegarder les fichiers perso.
Il y a des cas de mauvais fonctionnement, particulièrement si l'espace disque de la racine est trop petit .
Que dit , en console la commande
df
?
Édité par christian_fisch Le 21/06/2018 à 23h14
Christian

Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Avant de parler réinstallation, il faut identifier la source du problème.
Est-ce encore le même problème aujourd'hui ?
D'autres sont-ils impactés de la même manière, ce qui voudrait dire que la mise à jour est foireuse ?
Quels sont les messages fournis par rpm --rebuilddb ?
Yves

dtux Membre non connecté
-
- Voir le profil du membre dtux
- Inscrit le : 25/07/2013
- Site internet
- Groupes :
As-tu assez de place sur ta partition / ou /var

steven Membre non connecté
-
- Voir le profil du membre steven
- Inscrit le : 18/05/2018
christian_fisch :
Bonsoir
Je pense qu'il y a au moins une arme : le dvd complet d'installation. ( mais pas le live ).
1) Une réinstallation sans formatage, surtout avec le réseau devrait remettre les choses rapidement en place ( 15 minutes ?) .
Si ce n'est pas le cas...
2) Une réinstallation complète en veillant à conserver le /home est bien plus longue, surtout avec la réfection des particularités.
Normalement le /home devrait être sur une partition séparée. C'est le cas dans avec une installation automatique.
Si /home n'est pas une partition, il faut sauvegarder les fichiers perso.
Il y a des cas de mauvais fonctionnement, particulièrement si l'espace disque de la racine est trop petit .
Que dit , en console la commande
df
?
Je pense qu'il y a au moins une arme : le dvd complet d'installation. ( mais pas le live ).
1) Une réinstallation sans formatage, surtout avec le réseau devrait remettre les choses rapidement en place ( 15 minutes ?) .
Si ce n'est pas le cas...
2) Une réinstallation complète en veillant à conserver le /home est bien plus longue, surtout avec la réfection des particularités.
Normalement le /home devrait être sur une partition séparée. C'est le cas dans avec une installation automatique.
Si /home n'est pas une partition, il faut sauvegarder les fichiers perso.
Il y a des cas de mauvais fonctionnement, particulièrement si l'espace disque de la racine est trop petit .
Que dit , en console la commande
df
?
Bonjour Christian_,
J'ai essayé ta proposition N°1 => Echec :"( ( ca n'a pas marché :"'( )...
La solution N°2 me pose de gros problèmes :
- je suis tres debutant sur mageia que pour reformater le disk sans toucher le home :(
- reinstaller TOUT ne m'enchante pas plus que cà :s
* passer 8-15 jours a TOUT refaire pour finir par refaire un linux tout beau tout neuf et une mise a jour et PAF ! tout a refaire.....
(j'en ai ma..... de jouer a la roulette russe avec les mises a jours, en me demandant si ce n'est pas celle là ou la suivante qui va me crasher mon system :/).
Si je dois passer par la solution 2, je pense tout refaire, MAIS plus aucune mises a jour....
Haaaa je regrete l'époque de Mandrake ! stable, puissant,....
Pour l'instruction DF
La reponse a ete :
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
devtmpfs 7,9G 0 7,9G 0% /dev
tmpfs 7,9G 131M 7,8G 2% /dev/shm
tmpfs 7,9G 1,1M 7,9G 1% /run
/dev/sda1 37G 15G 20G 43% /
tmpfs 7,9G 0 7,9G 0% /sys/fs/cgroup
tmpfs 7,9G 116K 7,9G 1% /tmp
/dev/sda6 72G 34G 39G 46% /home
tmpfs 1,6G 0 1,6G 0% /run/user/991
tmpfs 1,6G 52K 1,6G 1% /run/user/1000
Voilà
Merci a toi
Édité par steven Le 23/06/2018 à 09h54
No Comment ...
Merci de ne pas 'rebondir' sur mes post's
Censor => 2025





steven Membre non connecté
-
- Voir le profil du membre steven
- Inscrit le : 18/05/2018
Papoteur :
Bonjour,
Avant de parler réinstallation, il faut identifier la source du problème.
Est-ce encore le même problème aujourd'hui ?
D'autres sont-ils impactés de la même manière, ce qui voudrait dire que la mise à jour est foireuse ?
Quels sont les messages fournis par rpm --rebuilddb ?
Avant de parler réinstallation, il faut identifier la source du problème.
Est-ce encore le même problème aujourd'hui ?
D'autres sont-ils impactés de la même manière, ce qui voudrait dire que la mise à jour est foireuse ?
Quels sont les messages fournis par rpm --rebuilddb ?
Bonjour papoteur,
Est-ce encore le même problème aujourd'hui ? : OUI
D'autres sont-ils impactés de la même manière, : apparemment OUI (2 autres machines chez d'autres... (même cas de figure : avant mise a jour : ok Apres mise a jour : foutu - PAS ok))
ce qui voudrait dire que la mise à jour est foireuse ? On dirais bien... non ?
il faut identifier la source du problème. : il semblerais 'IL SEMBLERAIS' que ce soit un bug PERL (en tout cas sur 32 bits ("semble" fonctionner en 64 bits...)
Quels sont les messages fournis par rpm --rebuilddb ? : RIEN, que dalle, aucun messages : rpm --rebuilddb [entrée] - rame pendant 1/2 heure, 1 heure, puis rend la main... c'est tout 8|
Mais quand je relance la mise a jour :(
il affiche a nouveau ::" Une erreur fatale est survenue : Couldn't open RPM DB () at usr/lib/perl5/vendor_perl/5.22.3Rpmdrake/open_db.pm line 74.. ".
En konsol, j'ai essayé
urpmi ......
REPONSES :
erreur : rpmdb: BDB0113 Thread/process 4020/3081221888 failed: BDB1507 Thread died in Berkeley DB library
erreur : db5 erreur(-30973) de dbenv->failchk: BDB0087 DB_RUNRECOVERY: Fatal error, run database recovery
erreur : impossible d'ouvrir l'index Packages en utilisant db5 - (-30973)
erreur : impossible d'ouvrir la base de données paquet dans /var/lib/rpm
impossible d'ouvrir la base de donnée rpm
rpmdrake...
REPONSES :
Ignore the following Glib::Object::Introspection & Gtk3 warnings
Subroutine Gtk3::main redefined at /usr/lib/perl5/vendor_perl/5.22.3/Gtk3.pm line 525.
Use of uninitialized value $value in numeric eq (==) at /usr/lib/perl5/vendor_perl/5.22.3/Gtk3.pm line 779.
(repeté 7 fois en tout)
Impossible to set by_group view as default
getting lock on urpmi
using mirror http://magie.remi.lu/distrib/6/i586
examen de la liste de synthèse [/var/lib/urpmi/synthesis.hdlist.Affiche la liste des distribs]
erreur : rpmdb: BDB0113 Thread/process 9106/3077675328 failed: BDB1507 Thread died in Berkeley DB library
erreur : db5 erreur(-30973) de dbenv->failchk: BDB0087 DB_RUNRECOVERY: Fatal error, run database recovery
erreur : impossible d'ouvrir l'index Packages en utilisant db5 - (-30973)
erreur : impossible d'ouvrir la base de données paquet dans /var/lib/rpm
et... FINI
resultats,
- Je ne peu plus mettre a jour la mageia :/
- Mon system et devenu completement Instable...
et Je ne sais vraiment plus quoi faire :/
voilà
Merci a toi papoteur
No Comment ...
Merci de ne pas 'rebondir' sur mes post's
Censor => 2025





steven Membre non connecté
-
- Voir le profil du membre steven
- Inscrit le : 18/05/2018
dtux :
bonjour,
As-tu assez de place sur ta partition / ou /var
As-tu assez de place sur ta partition / ou /var
Bonjour dtux,
je pense que oui 8O
[c'est l'instruction df -h ? c'est cà ?]
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
[]
[]
[]
/dev/sda1 37G 15G 20G 43% /
[]
tmpfs 7,9G 116K 7,9G 1% /tmp
/dev/sda6 72G 34G 39G 47% /home
[]
[]
/var 46% d'utilisé
Voilà
Merci a toi
No Comment ...
Merci de ne pas 'rebondir' sur mes post's
Censor => 2025





Yuusha Membre non connecté
-
- Voir le profil du membre Yuusha
- Inscrit le : 04/07/2017
- Groupes :
-
Modérateur
-
Administrateur
-
Forgeron
Si tu as plusieurs PC installés ayant le même problème, il serait bon que tu signales le bogue.
J'ai fait une recherche sur le Bugzilla et sur le forum anglophone et je n'ai rien trouvé. Mais il n'y a plus grand monde qui utilise du 32 bits alors il se peut que très peu d'utilisateurs soient impactés.

Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
steven :
Bonjour papoteur,
Est-ce encore le même problème aujourd'hui ? : OUI
D'autres sont-ils impactés de la même manière, : apparemment OUI (2 autres machines chez d'autres... (même cas de figure : avant mise a jour : ok Apres mise a jour : foutu - PAS ok))
ce qui voudrait dire que la mise à jour est foireuse ? On dirais bien... non ?
il faut identifier la source du problème. : il semblerais 'IL SEMBLERAIS' que ce soit un bug PERL (en tout cas sur 32 bits ("semble" fonctionner en 64 bits...)
Quels sont les messages fournis par rpm --rebuilddb ? : RIEN, que dalle, aucun messages : rpm --rebuilddb [entrée] - rame pendant 1/2 heure, 1 heure, puis rend la main... c'est tout 8|
Mais quand je relance la mise a jour :(
il affiche a nouveau ::" Une erreur fatale est survenue : Couldn't open RPM DB () at usr/lib/perl5/vendor_perl/5.22.3Rpmdrake/open_db.pm line 74.. ".
Papoteur :
Bonjour,
Avant de parler réinstallation, il faut identifier la source du problème.
Est-ce encore le même problème aujourd'hui ?
D'autres sont-ils impactés de la même manière, ce qui voudrait dire que la mise à jour est foireuse ?
Quels sont les messages fournis par rpm --rebuilddb ?
Avant de parler réinstallation, il faut identifier la source du problème.
Est-ce encore le même problème aujourd'hui ?
D'autres sont-ils impactés de la même manière, ce qui voudrait dire que la mise à jour est foireuse ?
Quels sont les messages fournis par rpm --rebuilddb ?
Bonjour papoteur,
Est-ce encore le même problème aujourd'hui ? : OUI
D'autres sont-ils impactés de la même manière, : apparemment OUI (2 autres machines chez d'autres... (même cas de figure : avant mise a jour : ok Apres mise a jour : foutu - PAS ok))
ce qui voudrait dire que la mise à jour est foireuse ? On dirais bien... non ?
il faut identifier la source du problème. : il semblerais 'IL SEMBLERAIS' que ce soit un bug PERL (en tout cas sur 32 bits ("semble" fonctionner en 64 bits...)
Quels sont les messages fournis par rpm --rebuilddb ? : RIEN, que dalle, aucun messages : rpm --rebuilddb [entrée] - rame pendant 1/2 heure, 1 heure, puis rend la main... c'est tout 8|
Mais quand je relance la mise a jour :(
il affiche a nouveau ::" Une erreur fatale est survenue : Couldn't open RPM DB () at usr/lib/perl5/vendor_perl/5.22.3Rpmdrake/open_db.pm line 74.. ".
Bonjour,
La littérature mentionne la solution de reconstruction de la base que tu as appliquée.
Peut -être vérifier que les fichiers à effacer préalablement son bien effacés et relancer la construction de la base avec :
rpm -vv --rebuilddb
Il devrait causer plus.
Je m'interroge aussi sur l'état du disque. Quelqu'un saurait-il indiquer comment faire un check ?
Yves

steven Membre non connecté
-
- Voir le profil du membre steven
- Inscrit le : 18/05/2018
Papoteur :
[quote=steven][quote=Papoteur]
Bonjour,
La littérature mentionne la solution de reconstruction de la base que tu as appliquée.
Peut -être vérifier que les fichiers à effacer préalablement son bien effacés et relancer la construction de la base avec :
rpm -vv --rebuilddb
Il devrait causer plus.
Je m'interroge aussi sur l'état du disque. Quelqu'un saurait-il indiquer comment faire un check ?
Bonjour,
La littérature mentionne la solution de reconstruction de la base que tu as appliquée.
Peut -être vérifier que les fichiers à effacer préalablement son bien effacés et relancer la construction de la base avec :
rpm -vv --rebuilddb
Il devrait causer plus.
Je m'interroge aussi sur l'état du disque. Quelqu'un saurait-il indiquer comment faire un check ?
Bonsoir Papoteur 8|
Pour le disk dur, il etait neuf, non formaté il y a 6 mois environ...
Puis verifié chaque mois => rien a declaré....
J'ai essayé rpm -vv --rebuilddb comme tu le disais...
effectivement, beaucoup plus bavard, mais il repond "ok" a tout 8|
J'ai essayé BEAUCOUP d'autres choses :
* drakrpm -v -a
* drakrpm -v -update
* rpm -Va
* urpmi.update ------
* urpmi --auto-update (avec ou sans -v)
* urpmi.update -v -a && urpmi -v--auto-select
etc etc....
dernier recours : urpmi.removemedia -a
(même cà ! n'a pas marché :/)
CONCLUSIONS :
Une mise a jour.... et votre system et foutu, il faut TOUT reinstaller, repartir de zero... 8/
A la prochaine mis a jour ??? vous êtes sur que ce n'est pas VOTRE system qui va .....???????
*Je me suis même laissez dire, MAIS JE N'AI PAS ENCORE DE PREUVE, qu'il y avais des précédents et que ce serais des dommages collatéraux aux modifications de dolphin ! ( exemple : essais de vider ta poubelle

Édité par steven Le 26/06/2018 à 19h10
No Comment ...
Merci de ne pas 'rebondir' sur mes post's
Censor => 2025





steven Membre non connecté
-
- Voir le profil du membre steven
- Inscrit le : 18/05/2018
RE bonsoir
Si quelqu'un sais comment je peut choisir et supprimer avec (urpm...) des kernels....
Se serais sympa

Merci

Édité par steven Le 26/06/2018 à 19h10
No Comment ...
Merci de ne pas 'rebondir' sur mes post's
Censor => 2025





Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
aurais-tu dnf installé ?
Yves
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie