Forum

Bonjour,

depuis deux jours, drakconf ne se lance pas depuis le menu ou l'icone du lanceur dans la barre tableau de bord ; la commande du menu "installer et désinstaller des logiciels" reste inopérante. En revanche tout fonctionne correctement depuis la console avec "su" ou par les menus et icones si j'ouvre une session sous root.
J'ai vu que en 2013, sous divers environnements graphique, un problème similaire avait déclenché des discussions sur ce forum.
J'ai donc testé diverses solutions proposées.
Si je change les paramètres de sécurité, en supprimant les mots de passe pour gérer les logiciels, la commande du menu répond normalement. En revanche, drakconf ne se lance toujours pas.
J'ai bien sur vérifié que la commande était correcte derrière les items des menus et autres lanceurs.

En créant un nouvel utilisateur, je ne trouve pas de dysfonctionnement avec cette session. J'en conclue qu'il doit y avoir un fichier défectueux relatif à l'utilisateur habituel.
Est-ce que quelqu'un sait où trouver ce fichier de configuration?

Personnellement, je viserai le plus simple d'abord :
- supprimer le lanceur et l'élément de menu
- et les recréer.
Peut-être cela entraînera-t-il les erreurs de configuration...

Je ne sais pas ce qu'est polkit, mais j'ai lancé la commande "systemctl restart polkit.service", ce qui n'a rien changé du tout.

Je peux lancer le MCC depuis la console, donc il n'y a pas péril, mais c'est quand même pas normal que menu et icônes deviennent défaillants avec un utilisateur

Bonjour,

J'ai ouvert ce bug (https://bugs.mageia.org/show_bug.cgi?id=20095) il y a quelques semaines mais je n'ai pas de retour.
J'ai plus ou moins le même problème depuis des mois sur certains pc (mais pas sur d'autres). C'est à priori plus fréquent sous xfce que sous kde par exemple (au mois dans mon cas).

Xuo.

Édité par xuo Le 12/02/2017 à 15h04

Si tu crées un nouvel utilisateur 'invité" est ce que le problème se répète dans sa session?

Édité par thierryR Le 12/02/2017 à 18h24

Bonjour ThierryR, mon problème est sur mon Toshiba défaillant, qui reboot de manière déplaisante, ce dont nous avons longuement parlé sur un autre sujet.
Pour répondre à ta question, je viens de revérifier ce que j'avais fait avant de lancer ce sujet, à savoir qu'un autre utilisateur créé pour la circonstance n'est pas atteint par cette perturbation des menus et icones.

C'est donc que le systeme va bien, mais que les paramètres qui sont stockés sous forme de fichiers cachés dans ton /home ne sont plus compatible avec les mises à jour qui ont été effectuées.
Pour réparer j'isole des dossiers puis des fichiers et je fais des essais pour ne pas trop perdre sur mes réglages. La solution radicale est de virer tous les fichiers cachés mais attention à .mozilla et .thunderbird
Pour les voir tous tu as un raccourcit clavier sur dolphin
C'est "alt+.(point)"
Courage à toi.

Citation:

C'était mon hypothèse, et je demandais si quelqu'un savait quel est le fichier de config possiblement coupable.
Je vois bien que je vais devoir pratiquer par essais et erreurs, au risque des erreurs!

Pour éviter les erreurs, je renomme puis restaure les fichiers. Comme ça je ne perd rien. N'ayant jamais eu le problème que tu sites, je ne pourrai malheureusement pas t'aider plus que ça.

Bonsoir,

Je confirme qu'en supprimant tous les fichiers .xxx, on a l'applet de mises à jour qui marche bien ainsi que l'icône du mcc lorsqu'elle est ajoutée sur le tableau de bord.
Ce que j'ai fait :
cd
mkdir dotFiles
mv .* dotFiles

Puis déconnexion.
J'entre à nouveau dans ma session (j'ai perdu toute ma config mais c'est temporaire). J'attends 5 minutes et l'icône des mises à jour apparait. Je peux entrer mon mot de passe. J'ajoute l'icône du mcc et je peux le lancer.

Pour finir :
cd
rm -rf .*
mv dotFiles/.* .

Les fichiers modifiés viennent de .config/xfce4 .
Mais je ne vois pas le rapport avec :

xuo # /sbin/drakconf
==== AUTHENTICATING FOR org.mageia.drakconf.pkexec.run ===
Authentication is required to run Mageia Control Center GUI
Authenticating as: root
Password:
polkit-agent-helper-1: error response to PolicyKit daemon: GDBus.Error:org.freedesktop.PolicyKit1.Error.Failed: No session for cookie
==== AUTHENTICATION FAILED ===
Error executing command as another user: Not authorized

This incident has been reported.

Xuo.

Édité par xuo Le 13/02/2017 à 20h26

Content que tu ai trouvé la solution Ivan. Bonne continuation.

Édité par thierryR Le 14/02/2017 à 19h17

Citation:

Ben, pas encore.
Mais je vais tester la méthode de XUO quand j'aurais un moment.

Bonsoir,

J'ai trouvé ce qui posait problème (dans mon cas). Il s'agit du répertoire .config/autostart qui contenait les fichiers suivants :
-rw-r--r-- 1 xuo users 208 août 9 2015 CryptKeeper.desktop
-rw-r--r-- 1 xuo users 29 sept. 29 21:28 deja-dup-monitor.desktop
-rw-r--r-- 1 xuo users 29 août 9 2015 mageiawelcome.desktop
-rw-r--r-- 1 xuo users 214 sept. 27 20:49 Nextcloud.desktop
-rw-r--r-- 1 xuo users 237 sept. 29 21:10 NextCloud.desktop
-rw-r--r-- 1 xuo users 212 sept. 27 20:44 ownCloud.desktop
-rw-r--r-- 1 xuo users 29 juil. 11 2015 polkit-mate-authentication-agent-1.desktop

J'ai supprimé le répertoire et maintenant les icônes du mcc et des mises à jour demandent le mot de passe et se lancent lorsqu'on le rentre. Le dernier élément était peut-être celui qui posait problème.

Xuo.

Bonjour,

J'ai fait comme Xuo, j'ai supprimé le dossier autostart et ça marche de nouveau.
Merci pour l'aide, je mets en "résolu".