mgaapplet fait des siennes [Réglé]
La maj via l'icône mgaapplet refuse l'accès à la base de données rpm
Système et matériels / Installation et configuration
bermisch Membre non connecté
-
- Voir le profil du membre bermisch
- Inscrit le : 18/05/2013
- Groupes :
suite à un changement de mode de sécurité (msec) de standard à secure et retour à standard, mgaapplet refuse obstinément de faire des màj ni sur demande ni sur base horloge. C'est systématique. Remarquez qu'on peut encre faire les mises à jour dans le ccm sous root dans la page "gestion des logiciels". L'icône normalemnt bleue devient rouge et toutes les 3 heures j'ai droit à ceci :
Une erreur fatale est survenue : impossible d'ouvrir la base rpm.
en cliquant sur ok j'ai une petite fenêtre qui dit :
Problème de configuration du service.
Merci de vérifier dans les journaux et de contacter %s.
Journalctl -e donne :
Code TEXT :
févr. 15 19:21:01 bermisch mgaapplet[3349]: Computing new updates... févr. 15 19:21:01 bermisch mgaapplet[3349]: running: mgaapplet-update-checker févr. 15 19:21:02 bermisch mgaapplet-update-checker[23248]: ### Program is starting ### févr. 15 19:21:02 bermisch mgaapplet-update-checker[23248]: running: urpmi.update --update févr. 15 19:21:02 bermisch pkexec[23250]: pam_systemd(polkit-1:session): Cannot create session: Already running in a session févr. 15 19:21:02 bermisch pkexec[23250]: pam_unix(polkit-1:session): session opened for user root by (uid=1001) févr. 15 19:21:02 bermisch mgaapplet-update-checker[23248]: updating inactive backport media Nonfree Backports, Tainted Backports, Core 32bit Backports, Nonfree 3 févr. 15 19:21:02 bermisch mgaapplet-update-checker[23248]: running: urpmi.update Nonfree Backports févr. 15 19:21:02 bermisch pkexec[23260]: pam_systemd(polkit-1:session): Cannot create session: Already running in a session févr. 15 19:21:02 bermisch pkexec[23260]: pam_unix(polkit-1:session): session opened for user root by (uid=1001) févr. 15 19:21:03 bermisch mgaapplet-update-checker[23248]: running: urpmi.update Tainted Backports févr. 15 19:21:03 bermisch pkexec[23267]: pam_systemd(polkit-1:session): Cannot create session: Already running in a session févr. 15 19:21:03 bermisch pkexec[23267]: pam_unix(polkit-1:session): session opened for user root by (uid=1001) févr. 15 19:21:03 bermisch mgaapplet-update-checker[23248]: running: urpmi.update Core 32bit Backports févr. 15 19:21:03 bermisch pkexec[23274]: pam_systemd(polkit-1:session): Cannot create session: Already running in a session févr. 15 19:21:03 bermisch pkexec[23274]: pam_unix(polkit-1:session): session opened for user root by (uid=1001) févr. 15 19:21:03 bermisch mgaapplet-update-checker[23248]: running: urpmi.update Nonfree 32bit Backports févr. 15 19:21:03 bermisch pkexec[23281]: pam_systemd(polkit-1:session): Cannot create session: Already running in a session févr. 15 19:21:03 bermisch pkexec[23281]: pam_unix(polkit-1:session): session opened for user root by (uid=1001) févr. 15 19:21:04 bermisch mgaapplet-update-checker[23248]: running: urpmi.update Tainted 32bit Backports févr. 15 19:21:04 bermisch pkexec[23289]: pam_systemd(polkit-1:session): Cannot create session: Already running in a session févr. 15 19:21:04 bermisch pkexec[23289]: pam_unix(polkit-1:session): session opened for user root by (uid=1001) févr. 15 19:21:08 bermisch mgaapplet[3349]: Failed to open urpmi database
Ce problème a déjà existé dans le passé mais je n'ai pas trouvé la cause ni la solution. Problème polkit de permissions ????
Noter que si l'icône de magaapplet disparait du tableau de bord, il n'est pas du tout évident de la faire réapparaître !
Merci de m'éclairer.
Édité par Papoteur Le 18/08/2021 à 13h20
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Peux tu me donner le résultat de cette commande ?
Code BASH :
$ id -u
Et par curiosité, je ne sais pas quelle application je cherche qui serait déjà exécutée et bloquerai la base de donnée, peux tu me faire en tant que root :
Code BASH :
# ps -e
bermisch Membre non connecté
-
- Voir le profil du membre bermisch
- Inscrit le : 18/05/2013
- Groupes :
D'abord :
[pepe@bermisch ~]$ id -u
1001
les process :
Code TEXT :
[root@bermisch pepe]# ps -e
PID TTY TIME CMD
1 ? 00:00:01 systemd
2 ? 00:00:00 kthreadd
4 ? 00:00:00 kworker/0:0H
6 ? 00:00:00 mm_percpu_wq
7 ? 00:00:00 ksoftirqd/0
8 ? 00:00:01 rcu_sched
9 ? 00:00:00 rcu_bh
10 ? 00:00:00 migration/0
11 ? 00:00:00 cpuhp/0
12 ? 00:00:00 cpuhp/1
13 ? 00:00:00 migration/1
14 ? 00:00:00 ksoftirqd/1
16 ? 00:00:00 kworker/1:0H
17 ? 00:00:00 cpuhp/2
18 ? 00:00:00 migration/2
19 ? 00:00:00 ksoftirqd/2
20 ? 00:00:00 kworker/2:0
21 ? 00:00:00 kworker/2:0H
22 ? 00:00:00 cpuhp/3
23 ? 00:00:00 migration/3
24 ? 00:00:00 ksoftirqd/3
26 ? 00:00:00 kworker/3:0H
27 ? 00:00:00 kdevtmpfs
28 ? 00:00:00 netns
29 ? 00:00:00 kworker/1:1
32 ? 00:00:00 khungtaskd
33 ? 00:00:00 oom_reaper
34 ? 00:00:00 writeback
35 ? 00:00:00 kcompactd0
36 ? 00:00:00 ksmd
37 ? 00:00:00 khugepaged
38 ? 00:00:00 crypto
39 ? 00:00:00 kintegrityd
40 ? 00:00:00 kblockd
41 ? 00:00:00 ata_sff
42 ? 00:00:00 md
43 ? 00:00:00 edac-poller
44 ? 00:00:00 devfreq_wq
45 ? 00:00:00 watchdogd
47 ? 00:00:00 kswapd0
70 ? 00:00:00 kthrotld
71 ? 00:00:00 kworker/3:1
72 ? 00:00:00 kstrp
78 ? 00:00:00 charger_manager
143 ? 00:00:00 scsi_eh_0
144 ? 00:00:00 scsi_tmf_0
145 ? 00:00:00 scsi_eh_1
146 ? 00:00:00 scsi_tmf_1
152 ? 00:00:00 scsi_eh_2
153 ? 00:00:00 scsi_tmf_2
154 ? 00:00:00 scsi_eh_3
155 ? 00:00:00 scsi_tmf_3
156 ? 00:00:00 scsi_eh_4
157 ? 00:00:00 scsi_tmf_4
158 ? 00:00:00 scsi_eh_5
159 ? 00:00:00 scsi_tmf_5
285 ? 00:00:00 i915/signal:0
286 ? 00:00:00 i915/signal:1
287 ? 00:00:00 i915/signal:2
289 ? 00:00:00 kworker/0:2
321 ? 00:00:00 kworker/3:2
349 ? 00:00:00 kworker/0:1H
351 ? 00:00:00 kworker/2:1H
388 ? 00:00:00 scsi_eh_6
389 ? 00:00:00 scsi_tmf_6
390 ? 00:00:00 usb-storage
400 ? 00:00:00 scsi_eh_7
401 ? 00:00:00 scsi_tmf_7
402 ? 00:00:00 usb-storage
445 ? 00:00:00 jbd2/sda5-8
446 ? 00:00:00 ext4-rsv-conver
476 ? 00:00:00 jbd2/sdb6-8
477 ? 00:00:00 ext4-rsv-conver
515 ? 00:00:00 ipv6_addrconf
527 ? 00:00:00 kworker/3:1H
533 ? 00:00:00 systemd-journal
550 ? 00:00:00 kworker/1:1H
583 ? 00:00:00 systemd-udevd
618 ? 00:00:00 irq/36-mei_me
654 ? 00:00:00 kworker/u9:1
655 ? 00:00:00 kworker/u9:2
690 ? 00:00:00 led_workqueue
702 ? 00:00:00 jbd2/sdb1-8
703 ? 00:00:00 ext4-rsv-conver
732 ? 00:00:00 jbd2/sdf5-8
733 ? 00:00:00 ext4-rsv-conver
739 ? 00:00:00 jbd2/sdf1-8
740 ? 00:00:00 ext4-rsv-conver
745 ? 00:00:00 jbd2/sdc5-8
746 ? 00:00:00 ext4-rsv-conver
757 ? 00:00:00 jbd2/sde5-8
759 ? 00:00:00 ext4-rsv-conver
765 ? 00:00:00 jbd2/sde6-8
766 ? 00:00:00 ext4-rsv-conver
769 ? 00:00:00 jbd2/sde1-8
770 ? 00:00:00 ext4-rsv-conver
774 ? 00:00:00 jbd2/sdc1-8
775 ? 00:00:00 ext4-rsv-conver
777 ? 00:00:00 mount.ntfs-3g
779 ? 00:00:00 mount.ntfs-3g
811 ? 00:00:00 mount.ntfs-3g
820 ? 00:00:00 jbd2/sda6-8
821 ? 00:00:00 ext4-rsv-conver
903 ? 00:00:00 systemd-timesyn
917 ? 00:00:00 systemd-logind
919 ? 00:00:00 bluetoothd
921 ? 00:00:00 gpm
927 ? 00:00:00 irqbalance
928 ? 00:00:00 rsyslogd
944 ? 00:00:00 atd
946 ? 00:00:00 dbus-daemon
1008 ? 00:00:00 systemd-network
1012 ? 00:00:00 avahi-daemon
1023 ? 00:00:00 alsactl
1025 ? 00:00:00 acpid
1030 ? 00:00:00 chronyd
1058 ? 00:00:00 avahi-daemon
1073 ? 00:00:00 sensord
1445 ? 00:00:00 ifplugd
1800 ? 00:00:00 dhclient
1968 ? 00:00:00 cupsd
1970 ? 00:00:00 systemd-resolve
1974 ? 00:00:00 crond
2004 ? 00:00:00 login
2051 ? 00:00:00 colord
2126 ? 00:00:00 cups-browsed
2526 ? 00:00:00 master
2536 ? 00:00:00 qmgr
2680 ? 00:00:00 mandi
2688 ? 00:00:00 systemd
2692 ? 00:00:00 (sd-pam)
2696 ? 00:00:00 gpg-agent
2700 tty1 00:00:00 bash
2749 tty1 00:00:00 startx
2771 tty1 00:00:00 xinit
2772 tty1 00:01:10 Xorg
2777 ? 00:00:00 startkde
2804 ? 00:00:00 dbus-launch
2805 ? 00:00:00 dbus-daemon
2809 ? 00:00:00 pulseaudio
2810 ? 00:00:00 rtkit-daemon
2813 ? 00:00:00 polkitd
2820 ? 00:00:00 gconf-helper
2824 ? 00:00:00 krfcommd
2858 ? 00:00:00 s2u
2893 ? 00:00:00 start_kdeinit
2894 ? 00:00:00 kdeinit5
2895 ? 00:00:00 klauncher
2898 ? 00:00:02 kded5
2908 ? 00:00:00 kaccess
2912 ? 00:00:00 kwrapper5
2914 ? 00:00:00 ksmserver
2923 ? 00:00:00 kglobalaccel5
2928 ? 00:00:00 dconf-service
2934 ? 00:01:11 kwin_x11
2938 ? 00:00:00 mission-control
2939 ? 00:00:03 udisksd
2949 ? 00:00:00 krunner
2951 ? 00:00:30 plasmashell
2957 ? 00:00:00 polkit-kde-auth
2959 ? 00:00:00 xembedsniproxy
2966 ? 00:00:00 upowerd
2977 ? 00:00:00 xsettings-kde
2982 ? 00:00:00 korgac
3016 ? 00:00:00 kactivitymanage
3030 ? 00:00:00 org_kde_powerde
3035 ? 00:00:00 kalarm
3041 ? 00:00:00 akonadi_control
3047 ? 00:00:00 akonadiserver
3049 ? 00:00:00 kscreen_backend
3050 ? 00:00:01 clementine
3067 ? 00:00:04 mysqld
3071 ? 00:00:00 kuiserver5
3077 ? 00:00:00 clementine-tagr
3078 ? 00:00:00 clementine-tagr
3079 ? 00:00:00 clementine-tagr
3081 ? 00:00:00 clementine-tagr
3124 ? 00:00:00 udisks-daemon
3126 ? 00:00:00 udisks-daemon
3141 ? 00:00:00 akonadi_archive
3142 ? 00:00:00 akonadi_followu
3143 ? 00:00:00 akonadi_kalarm_
3144 ? 00:00:00 akonadi_kalarm_
3146 ? 00:00:00 akonadi_kalarm_
3147 ? 00:00:00 akonadi_maildir
3149 ? 00:00:00 akonadi_maildis
3153 ? 00:00:00 akonadi_mailfil
3154 ? 00:00:00 akonadi_migrati
3156 ? 00:00:00 akonadi_newmail
3159 ? 00:00:00 akonadi_notes_a
3160 ? 00:00:00 akonadi_sendlat
3183 ? 00:00:00 kmix
3209 ? 00:00:00 kleopatra
3291 ? 00:00:00 scdaemon
3319 ? 00:00:00 hp-systray
3327 ? 00:00:02 mgaapplet
3329 ? 00:00:11 net_applet
3353 ? 00:00:00 hp-systray
3354 ? 00:00:00 hp-systray
3358 ? 00:00:00 at-spi-bus-laun
3363 ? 00:00:00 dbus-daemon
3365 ? 00:00:00 at-spi2-registr
3372 ? 00:00:00 obexd
3451 ? 00:00:37 thunderbird
3540 ? 00:00:00 gconfd-2
4036 ? 00:01:39 firefox
4116 ? 00:01:14 Web Content
4167 ? 00:00:00 Web Content
4606 ? 00:00:00 kworker/2:2
5316 ? 00:00:06 konsole
5319 pts/0 00:00:00 bash
5355 pts/0 00:00:00 su
5365 pts/0 00:00:00 bash
5401 pts/0 00:00:00 mc
5403 pts/1 00:00:00 bash
5508 ? 00:00:00 drakconf
5509 ? 00:00:01 drakconf
5532 ? 00:00:01 WebKitWebProces
5534 ? 00:00:00 WebKitNetworkPr
5562 ? 00:00:00 dbus-launch
5564 ? 00:00:00 dbus-daemon
5621 ? 00:01:14 drakrpm
7797 ? 00:00:00 pickup
8766 ? 00:00:00 kworker/u8:2
9317 ? 00:00:27 ksysguard
9322 ? 00:00:01 ksysguardd
9595 ? 00:00:00 kworker/u8:1
9656 ? 00:00:00 kworker/1:2
9724 ? 00:00:00 kworker/0:1
9837 ? 00:00:00 kworker/u8:0
9865 pts/2 00:00:00 bash
9950 ? 00:00:00 kworker/0:0
9972 pts/2 00:00:00 su
9983 pts/2 00:00:00 bash
10017 pts/2 00:00:00 ps
Il existe des fichiers vides dans /var/lib/rpm : .RPMLOCK .dbenv.lock et .rpm.lock ces derniers n'ont pas bougé depuis le 22/07/17 alors que .RPMLOCK a sa date de modification changée (un "touch"?) lors d'un accès à la base dans CCM pour installer/désinstaller un logiciel, mais mgaapplet n'y touche pas. Il appartient à root avec 100644 comme permissions.
CDT
Bermisch
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Citation :
mgaapplet refuse obstinément de faire des màj ni sur demande ni sur base horloge. C'est systématique. Remarquez qu'on peut encre faire les mises à jour dans le ccm sous root dans la page "gestion des logiciels".
Le CCM et mgaapplet n' utilisent pas la même base rpm ?
![:]](/images/smileys/8.gif)
Il me semble que par défaut mgaapplet demande par défaut demande le mot de passe utilisateur et pas le mdp root.Donc je pencherais quand même pour un problème de droit d' accès ( si problème de sémaphore/mutex, root ne devrait pas non plus pouvoir y accèder puisque c' est justement le rôle d' un sémaphore d' interdire l' accès à une ressource si déjà ouverte il me semble) ?
Peut être que si l' on change ( temporairement), l' option de "Mise à jour de Mageia" ( dans l' authentification des outils Mageia) de par défaut à mot de passe root, cela pourra confirmer/infirmer un problème de droits ?
Après mgaapplet semble vouloir effectivement obtenir un droit exclusif sur la base rpm (urpmi) et il n' arrive pas à le faire...
Édité par nic80 Le 17/02/2019 à 11h13
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
bermisch :
Hello,
D'abord :
[pepe@bermisch ~]$ id -u
1001
D'abord :
[pepe@bermisch ~]$ id -u
1001
Ok, il existe un autre utilisateur ? Pourrait-il être connecté et faire aussi une maj ?
peux tu donner le résultat ?
Code BASH :
$ users
bermisch :
Il existe des fichiers vides dans /var/lib/rpm : .RPMLOCK .dbenv.lock et .rpm.lock ces derniers n'ont pas bougé depuis le 22/07/17 alors que .RPMLOCK a sa date de modification changée (un "touch"?) lors d'un accès à la base dans CCM pour installer/désinstaller un logiciel, mais mgaapplet n'y touche pas. Il appartient à root avec 100644 comme permissions.
Il existe des fichiers vides dans /var/lib/rpm : .RPMLOCK .dbenv.lock et .rpm.lock ces derniers n'ont pas bougé depuis le 22/07/17 alors que .RPMLOCK a sa date de modification changée (un "touch"?) lors d'un accès à la base dans CCM pour installer/désinstaller un logiciel, mais mgaapplet n'y touche pas. Il appartient à root avec 100644 comme permissions.
J'ai fait :
Code BASH :
Toutes les 1,0s: ls -lisah --format=long | grep -i lock jabztop: Sun Feb 17 11:05:34 2019 2097164 0 -rw-r--r-- 1 root root 0 mars 28 2018 .dbenv.lock 2097193 0 -rw-r--r-- 1 root root 0 mars 28 2018 .rpm.lock 2097171 0 -rw-r--r-- 1 root root 0 févr. 17 10:54 .RPMLOCK
J'ai alternativement demander de vérifier les MAJ avec mgaapplet et avec la CCM, je n'ai eu AUCUN changement sur ces fichiers, même si l'un a une date presque à jour, elle n'a pas changé lorsque j'ai demander de vérifier les MAJ. Je ne sais pas à quoi servent ces fichiers. J'ai les mêmes droits sur ces fichiers.
Code TEXT :
3327 ? 00:00:02 mgaapplet 5508 ? 00:00:00 drakconf 5509 ? 00:00:01 drakconf 5621 ? 00:01:14 drakrpm
bermisch Membre non connecté
-
- Voir le profil du membre bermisch
- Inscrit le : 18/05/2013
- Groupes :
J'ai investigué
un peu le pb de "mgaapplet" qui est un programme en perl.En lançant mgaapplet en ligne de commande par
Code TEXT :
perl -W mgaaplet
j'ai récupéré le message :
Code TEXT :
erreur : impossible d'ouvrir l'index Packages en utilisant db5 - Permission non accordée (13) erreur : impossible d'ouvrir la base de données paquet dans /var/lib/rpm
et regardant Packages dans /var/lib/rpm j'ai comme proprio et groupe rpm et rw- r-- --- comme permissions.
Les autres fichiers du répertoire sont à root root et rw- r-- r--
J'ai donc mis Packages à root / root et rw- r-- r--
J'ai regardé sur mon autre PC
les permissions pour "Packages" c'est bien à root et rw- r-- r-- et chez lui ça fonctionne OK. Je pense que la manip osée de passer à "secure" et revenir à "standard" sur "msec" dans le CCM a schtroufé les permissions.Actuellement mgaapplet demande "root" comme pwd sur ce pc corrigé. En tous cas " # perl -W mageiaapplet"donne un tas de warnings quand même et il faut cherher l'erreur dans la masse, un peu comme avec journalctl
Et ça a l'air d'aller beaucoup mieux
cdt
Édité par bermisch Le 23/02/2019 à 16h01
Tonin Membre non connecté
-
- Voir le profil du membre Tonin
- Inscrit le : 02/07/2013
- Groupes :
merci pour cette solution à un problème que je rencontre depuis longtemps (Système et matériels » Installation et configuration » «Erreur fatale sur base RPM »). Et même sur ma dernière installation, qui plus est, me semble-t-il, directement en mode secure.
NB : il serait bien, notamment pour le référencement, que dans le titre et la description du sujet, les coquilles soient corrigées : deux a, deux p, mgaapplet
Édité par Tonin Le 18/08/2021 à 10h48
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Merci pour ces retours.
Il y a donc une incohérence dans les règles qu'applique msec. Soit la base n'est pas lisible par tout le monde, et il faut demander à ce que les mises à jour se fassent par root, soit il faut rendre la base lisible.
je sais comment appliquer la deuxième solution.
D'après David Walser, mgaapplet ne devrait pas avoir besoin d'accéder à Packages directement, et c'est ça qu'il faudrait corriger.
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie