Kgpg [Réglé]
Blèms
Discussions Libres

Ourck20-1 Membre non connecté
-
- Voir le profil du membre Ourck20-1
- Inscrit le : 06/05/2019
- Groupes :
Ici la brèlle, j'appelle ...vos Lumière !
Donc manip trop rapide, j'ai entré un mauvais pwd Kgpg et patatra,
comment revenir en arrière?
Est-ce possible ?
J'ai aussi des soucis de login qqfois, même en root !
Normal ???
Bien
F.

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Pour moi, pwd est une commande pour connaitre le répertoire courant.
Est-ce que tu veux dire que tu as rentré une mauvaise variable d'environnement PATH ?
Ou est-ce que tu veux dire que tu as modifié les paramètres de Kléopatra et Kgpg depuis leur menu de configuration ?
Pour les soucis de login, a priori, tu t'es trompé de mot de passe. Enfin, d'après ton message, je ne vois pas d'autre problème ^^
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |

Ourck20-1 Membre non connecté
-
- Voir le profil du membre Ourck20-1
- Inscrit le : 06/05/2019
- Groupes :
Bon, ce coup si...je fais simple, plus de flanflan !
Oui, correct, je me suis trompé de mot de passe pour Kgpg.
Pour l'instant je fait presque tout en ligne de commande vu que je n'ai plus accès
non plus au Centre de Controle Magéia...On me demande une
pass-phrase que j'ai bien sûr oubliée !
J'en ai sûrement trop, et comme je n'écrit rien, arrive ce qui doit arriver !
Donc je vais continuer à creuser en essayant de pas tout casser !
Merci & excuse mon langage quelquefois erratique...
F.

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Pour le troisième cas, j'ai une solution.
Pour les deux autres, je passe mon tour.
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |

Ourck20-1 Membre non connecté
-
- Voir le profil du membre Ourck20-1
- Inscrit le : 06/05/2019
- Groupes :
j'ai pas écrit mon pwd root...je l'ai gravé !!!
J'imagine bien qu'un jour, ben...
Non, pour l'instant c'est bien un mot de passe qu'on me demande pour démarrer
l'interface graphique du Centre de Contrôle Magéia.
Le pwd root est refusé.
Sait tu comment je peux trouver ça ?
Mille merci
F.

Ourck20-1 Membre non connecté
-
- Voir le profil du membre Ourck20-1
- Inscrit le : 06/05/2019
- Groupes :
je crois que mon problème vient :
- J'ai coché lors de l'install live des mirroirs en TESTING alors que je suis loin d'avoir la maitrise...
- Je confond pwd root et pwd administrateur ( Que je n'ai pas - d’ailleurs pourquoi ?).
Ça expliquerait bien de mes "soucis", dont l'un des moindre est la précipitation !
Mais bon, j'apprends, j'apprends surtout à bien lire le/les wiki (s)
Et je suis bien content d'avoir des sauvegardes à jour et lisibles sur DD (3 différents)
Quelqu'un peut-il m'aider (encore) pour trouver ce mot de passe admin ?
Bien
F.

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Ourck20-1 :
@Jybz,
j'ai pas écrit mon pwd root...je l'ai gravé !!!
J'imagine bien qu'un jour, ben...
Non, pour l'instant c'est bien un mot de passe qu'on me demande pour démarrer
l'interface graphique du Centre de Contrôle Magéia.
Le pwd root est refusé.
Sait tu comment je peux trouver ça ?
Mille merci
F.
j'ai pas écrit mon pwd root...je l'ai gravé !!!
J'imagine bien qu'un jour, ben...
Non, pour l'instant c'est bien un mot de passe qu'on me demande pour démarrer
l'interface graphique du Centre de Contrôle Magéia.
Le pwd root est refusé.
Sait tu comment je peux trouver ça ?
Mille merci
F.
Je ne comprends pas. Tu as gravé le mot de passe de root ? Tu l'as gravé sur un CD et tu peux le lire avec n'importe quel lecteur CD ? Super, alors tu as le mot de passe root.
Le mot de passe demandé pour démarrer le CCM est (normalement) bien le mot de passe root. Sauf si tu as changé les droits d'accès ou outils en fonctions des utilisateurs.
Tu peux, lancer le terminal, taper "su" (pour switch user, sans paramètre, il considère que c'est l'utilisateur root qui est demandé), tu valides avec la touche [ENTRER], on te demandera le mot de passe root, tu le tapes, tu revalides avec [ENTRER].
Si tu as pu te connecter, le prompte (le symbole par défaut au bout de la ligne) est un #, alors qu'un utilisateur normal a un $.
Il sera alors possible de remodifier les droits d'accès aux outils, en lancer depuis l'utilisateur root en ligne de commande l'outil drakconf, (en tapant simplement "drakconf" et valider avec [ENTRER]).
Ourck20-1 :
@Jybz
je crois que mon problème vient :
- J'ai coché lors de l'install live des mirroirs en TESTING alors que je suis loin d'avoir la maitrise...
- Je confond pwd root et pwd administrateur ( Que je n'ai pas - d’ailleurs pourquoi ?).
Ça expliquerait bien de mes "soucis", dont l'un des moindre est la précipitation !
Mais bon, j'apprends, j'apprends surtout à bien lire le/les wiki (s)
Et je suis bien content d'avoir des sauvegardes à jour et lisibles sur DD (3 différents)
Quelqu'un peut-il m'aider (encore) pour trouver ce mot de passe admin ?
Bien
F.
je crois que mon problème vient :
- J'ai coché lors de l'install live des mirroirs en TESTING alors que je suis loin d'avoir la maitrise...
- Je confond pwd root et pwd administrateur ( Que je n'ai pas - d’ailleurs pourquoi ?).
Ça expliquerait bien de mes "soucis", dont l'un des moindre est la précipitation !
Mais bon, j'apprends, j'apprends surtout à bien lire le/les wiki (s)
Et je suis bien content d'avoir des sauvegardes à jour et lisibles sur DD (3 différents)
Quelqu'un peut-il m'aider (encore) pour trouver ce mot de passe admin ?
Bien
F.
Activer les dépots testing n'est pas dramatique, tu peux les désactiver.
root EST l'utilisateur administrateur des systèmes linux. Donc quand on te demandes le mot de passe de l'administrateur, tu devrais taper le mot de passe root. Sauf bien sûr, si tu as nommé ton premier utilisateur "administrateur", dans ce cas il faut taper le mot de passe de l'utilisateur dénommé administrateur (qui n'est pas root).
Encore une fois, je te déconseilles d'abréger pwd (qui est une commande "Print Working Directory") le mot password (qui a une commande pour les changer, passwd, en root, il peut changer les mot de passe de tous les utilisateurs, même le sien, alors qu'un utilisateur standard ne peut changer que le sien, bien).
J'ai du mal à comprendre, tu as gravé ton mot de passe admin (root) sur un CD non ? Ou tu as nommé un utilisateur "admin" ?
Dans ce cas, si tu connais le mot de passe root, tu vas en console, tu passes en utilisateur root avec la commande su, puis tu changes le mot de passe de l'utilisateur dénommé admin.
Par exemple :
Citation :
[jybz@localhost ~]$ su
Mot de passe :
[root@localhost jybz]# pwd
/home/jybz
[root@localhost jybz]# passwd jybz
Changement de mot de passe pour l'utilisateur jybz.
Nouveau mot de passe :
Retapez le nouveau mot de passe :
passwd : mise à jour réussie de tous les jetons d'authentification.
[root@localhost jybz]# exit
exit
[jybz@localhost ~]$ pwd
/home/jybz
Mot de passe :
[root@localhost jybz]# pwd
/home/jybz
[root@localhost jybz]# passwd jybz
Changement de mot de passe pour l'utilisateur jybz.
Nouveau mot de passe :
Retapez le nouveau mot de passe :
passwd : mise à jour réussie de tous les jetons d'authentification.
[root@localhost jybz]# exit
exit
[jybz@localhost ~]$ pwd
/home/jybz
Tu remarqueras que j'ai tapé pwd exprès pour toi

Il montre le répertoire dans lequel tu te trouves.
Si j'avais tapé passwd sans "jybz", il me proposerai de changer le mot de passe de root.
Peux tu être plus explicite ? Car tu vois, je dois écrire énormément de chose pour couvrir les possibilités, et là encore, je n'ai pas expliqué comment on changeait le mot de passe root lorsqu'on a oublié le mot de passe root...
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |

Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Pour réinitialiser le mot de passe root, Pas besoin d'un long discours, juste une référence à un article de notre ami Adrien.
https://www.linuxtricks.fr/wiki/reinitialiser-son-mot-de-passe-perdu
Yves

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |

Ourck20-1 Membre non connecté
-
- Voir le profil du membre Ourck20-1
- Inscrit le : 06/05/2019
- Groupes :
Là où le bas blesse.
# , root, su, msecgui, draksec, drakboot, drakinvictus.. je crois avoir bien compris !
Là où je comprends moins c'est que mon mot de passe root (#) est refusé pour
l'accès au CCM
Quand j'ouvre une console j'ai:
[fred@linux~]$
password
[root@linux fred]#
Citation :
erreur : rpmdb: BDB0113 Thread/process 22512/3077130560 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
unlocking urpmi database
[root@linux fred]#
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
unlocking urpmi database
[root@linux fred]#
Pourquoi je suis passé à "linux fred" alors qu’avant c'était "ordifred" ???
Bon, désolé Jybz, je m'exprime pas assez précisément, je le ferais à l'avenir !
Le problème n'est donc pas un mot de passe root (#) perdu - et qui peut être récupéré ! rassurant sans l'être -
merci à vous, vos liens et le wiki, et le @...
C'est plus emme.dant que ça j'ai bien peur.
C'est en se brulant qu'on découvre que le feu brule, et ça fait tourner la roue !
J'imagine être un peu chronophage, et de faire perdre du temps sur des sujets aussi basiques.
Et merci à Papoteur pour son info...
F.

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Ourck20-1 :
Merci à tous les deux, et aussi pour votre patience & "pédagogie" !
Là où le bas blesse.
# , root, su, msecgui, draksec, drakboot, drakinvictus.. je crois avoir bien compris !
Là où je comprends moins c'est que mon mot de passe root (#) est refusé pour
l'accès au CCM
Quand j'ouvre une console j'ai:
[fred@linux~]$
password
[root@linux fred]#
Pourquoi je suis passé à "linux fred" alors qu’avant c'était "ordifred" ???
Bon, désolé Jybz, je m'exprime pas assez précisément, je le ferais à l'avenir !
Le problème n'est donc pas un mot de passe root (#) perdu - et qui peut être récupéré ! rassurant sans l'être -
merci à vous, vos liens et le wiki, et le @...
C'est plus emme.dant que ça j'ai bien peur.
C'est en se brulant qu'on découvre que le feu brule, et ça fait tourner la roue !
J'imagine être un peu chronophage, et de faire perdre du temps sur des sujets aussi basiques.
Et merci à Papoteur pour son info...
F.
Là où le bas blesse.
# , root, su, msecgui, draksec, drakboot, drakinvictus.. je crois avoir bien compris !
Là où je comprends moins c'est que mon mot de passe root (#) est refusé pour
l'accès au CCM
Quand j'ouvre une console j'ai:
[fred@linux~]$
password
[root@linux fred]#
Citation :
erreur : rpmdb: BDB0113 Thread/process 22512/3077130560 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
unlocking urpmi database
[root@linux fred]#
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
unlocking urpmi database
[root@linux fred]#
Pourquoi je suis passé à "linux fred" alors qu’avant c'était "ordifred" ???
Bon, désolé Jybz, je m'exprime pas assez précisément, je le ferais à l'avenir !
Le problème n'est donc pas un mot de passe root (#) perdu - et qui peut être récupéré ! rassurant sans l'être -
merci à vous, vos liens et le wiki, et le @...
C'est plus emme.dant que ça j'ai bien peur.
C'est en se brulant qu'on découvre que le feu brule, et ça fait tourner la roue !
J'imagine être un peu chronophage, et de faire perdre du temps sur des sujets aussi basiques.
Et merci à Papoteur pour son info...
F.
Je ne vois pas "ordifred", cependant on peut décordiquer le truc comme ça :
[avant le prompte] [le prompte] [après le prompte]
Si on est un simple utilisateur, le prompte est $, si on est root, c'est # (et ça, c'est "par défaut" pour mageia, ailleurs, ça peut être différent).
[avant le prompte] on peut le décortiquer (pour mageia) comme :
[ [utilisateur]@[la machine] [le dossier] ] $
Quand tu ouvres le terminal en tant que utilisateur, à l'avant tu auras ton utilisateur (fred)
[fred@[la machine] [le dossier]] $
la machine, tu l'as nommé Linux
[fred@linux [le dossier]] $
le dossier de l'utilisateur, c'est /home/nom d'utilisateur.
Comme chaque utilisateurs ont un dossier différent, c'est chiant, alors "on" a décidé qu'il y avait un raccourci, c'est ~ .
[fred@linux ~] $
Ensuite, tu as fait "su" pour changer d'utilisateur, et sans paramètres, c'est root qui est choisit. Or, root, son dossier d'utilisateur, ce n'est pas /home/fred ! Mais /root !
Donc, il ne peut pas afficher le raccourci ~, car c'est faut. Mais tu n'as pas non plus changé de dossier, juste d'utilisateur.
Donc on passe à
[root@linux fred] #
Si tu changes de dossier, (avec la commande cd (change directory)), la partie "dossier" avant le prompte changera.
D'ailleurs, on le voit bien dans mon exemple :
Code BASH :
[jybz@localhost ~]$ su Mot de passe : [root@localhost jybz]# pwd /home/jybz [root@localhost jybz]# exit exit [jybz@localhost ~]$
Bon, sinon, je ne comprends pas trop ce que tu as essayé de faire, tu n'as pas tout affiché, il manque les commandes que tu as lancées.
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |

nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
jybz :
j'ai toujours du mal à décrypter
Ca tombe bien dans un message relatif à kgpg !

Citation :
erreur : rpmdb: BDB0113 Thread/process 22512/3077130560 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
unlocking urpmi database
[root@linux fred]#
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
unlocking urpmi database
[root@linux fred]#
Quelle est la commande lancée pour obtenir cette erreur ?
Cela ressemble plus à une tentative d' accès à l' installation ou de mise à jour de paquets qu' à un accès direct au ccm ( sauf si pour fonctionner, le ccm a besoin d' installer des paquets supplémentaires).
Le message ressemble plus à un problème de base rpm ( qui contient la liste des paquets installés). Peut être que ceci est suffisant ( mais je suis pas sur) ?
Y a t' il suffisamment d' espace disponible sur le disque pour ouvrir la base (commande df -h ) ?
Édité par nic80 Le 11/05/2019 à 00h22

Ourck20-1 Membre non connecté
-
- Voir le profil du membre Ourck20-1
- Inscrit le : 06/05/2019
- Groupes :
@nic80, j'ai suivi le lien sur Linuxtricks, que je vais imprimer aucazou ,reconstruit la base de data rpm !
Ensuite vérifié en BASH la dispo du sda -j'ai 64°/° utilisé- et:
rpmdrake, msecgui, drakboot --boot, smartctl -t short /dev/sda (passed)
@Jybz et Papoteur merci
Je vérifie au reboot que j'ai bien accès au CCM.
J'avais créé un clé gpg sans passer par Kgpg, je vais configurer plus tard...
Et je vais décocher ce qui est en testing et revoir/simplifier, unifier les droit admin/root/user!
Bonne journée à tous et bon week-end.
F.

Ourck20-1 Membre non connecté
-
- Voir le profil du membre Ourck20-1
- Inscrit le : 06/05/2019
- Groupes :
Donc rentré dans l'ordre grâce à vous et aux liens...
Un peu de sueur fait pas de mal !
Mais longue sera ma route, mais j'apprends à force de casser
des distribs !
Là, j'ai juste perdu l'horloge ... et vous, votre temps !
Merci encore
F.

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
nic80 :
Ca tombe bien dans un message relatif à kgpg !
jybz :
j'ai toujours du mal à décrypter
Ca tombe bien dans un message relatif à kgpg !


Ourck20-1 :
[...]revoir/simplifier, unifier les droit admin/root/user!
Ouh là malheureux ! Sais tu ce que tu fais ? Pourquoi veux tu faire ça ? Quelle est le but, que gagnerais tu (hormis un savoir) ?
Ourck20-1 :
Mais longue sera ma route, mais j'apprends à force de casser
des distribs !
des distribs !
C'est exactement comme ça que j'ai appris !
Ourck20-1 :
Là, j'ai juste perdu l'horloge ... et vous, votre temps !
Là, j'ai juste perdu l'horloge ... et vous, votre temps !
On n'a pas perdu notre temps, ou a gagné du temps !
Si tu cherchais par toi même, tu aurais surement perdu plus d'énergie et de temps à résoudre ce problème.
Donc en t'aidant, on t'a fait gagné du temps, et avec ton savoir acquis, plus de membre de la communauté sont aptes à aider d'autre

Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie