Mise à jour de Mageia impossible
La mise à jour se bloque
Système et matériels / Administration système
Papipio Membre non connecté
-
- Voir le profil du membre Papipio
- Inscrit le : 31/07/2014
- Groupes :
-
Ambassadeur
Je ne comprends pas pourquoi la mise à jour de Mageia se bloque sur la petite fenêtre Veuillez patienter: quelle est la solution ?
Dans le fichier où j'ai enregistré les différentes solutions et commandes pour résoudre les problèmes que j'ai rencontrés, je n'ai pas trouvé la bonne solution ...
Pierre
DéBé Membre non connecté
-
- Voir le profil du membre DéBé
- Inscrit le : 30/01/2010
- Groupes :
en faisant ta mise à jour par la console (# urpmi --auto-update) tu aurais peut-être un message explicatif ?
Finistère - Matériel : Desktop :Mga 9 x86-64 sur SSD 120 Go Plasma5 - Intel I5-6500 3,2 Ghz /Ram 8 Go --Lenovo T 410 Mga 9 x86-64 Plasma 5 Le monde ne sera pas détruit par ceux qui font le mal, mais par ceux qui les regardent sans rien faire.” Albert Einstein
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
DéBé :Bonjour,
en faisant ta mise à jour par la console (# urpmi --auto-update) tu aurais peut-être un message explicatif ?
Bonne idée.
C'est pour le cas où le problème vient d'une impossibilité de mise à jour due aux paquets eux-même.
Pour diagnostiquer une erreur qui viendrait de l'application graphique, lancer en console :
drakrpm-update
et voir les messages qui pourraient en résulter.
Yves
Papipio Membre non connecté
-
- Voir le profil du membre Papipio
- Inscrit le : 31/07/2014
- Groupes :
-
Ambassadeur
Merci pour vos réponses.
Avec # urpmi –auto-update j’obtiens :
[papipio@localhost ~]$ su
Mot de passe :
[root@localhost papipio]# urpmi --auto-update
le média « Core Release (distrib1) » est à jour
le média « Core Updates (distrib3) » est à jour
le média « Nonfree Release (distrib11) » est à jour
le média « Nonfree Updates (distrib13) » est à jour
le média « Tainted Release (distrib21) » est à jour
le média « Tainted Updates (distrib23) » est à jour
le média « Core 32bit Release (distrib31) » est à jour
le média « Core 32bit Updates (distrib32) » est à jour
le média « Nonfree 32bit Release (distrib36) » est à jour
le média « Nonfree 32bit Updates (distrib37) » est à jour
le média « Tainted 32bit Release (distrib41) » est à jour
le média « Tainted 32bit Updates (distrib42) » est à jour
... échec de la récupération : wget a échoué : sortie avec 4
et la konsole paraît bloquée.
Avec # drakrpm-update j’obtiens :
[papipio@localhost ~]$ su
Mot de passe :
[root@localhost papipio]# drakrpm-update
Ignore the following Glib::Object::Introspection & Gtk3 warnings
Subroutine Gtk3::main redefined at /usr/share/perl5/vendor_perl/Gtk3.pm line 539.
XDG_RUNTIME_DIR (/run/user/1000) is not owned by us (uid 0), but by uid 1000! (This could e.g. happen if you try to connect to a non-root PulseAudio as a root user, over the native protocol. Don't do that.)
XDG_RUNTIME_DIR (/run/user/1000) is not owned by us (uid 0), but by uid 1000! (This could e.g. happen if you try to connect to a non-root PulseAudio as a root user, over the native protocol. Don't do that.)
getting lock on urpmi
XDG_RUNTIME_DIR (/run/user/1000) is not owned by us (uid 0), but by uid 1000! (This could e.g. happen if you try to connect to a non-root PulseAudio as a root user, over the native protocol. Don't do that.)
using mirror https://distrib-coffee.ipsl.jussieu.fr/pub/linux/Mageia/distrib/9/x86_64
$MIRRORLIST media/core/updates media_info/MD5SUM récupéré
comparaison de /var/cache/urpmi/partial/MD5SUM et de /var/lib/urpmi/Core Updates (distrib3)/MD5SUM
le média « Core Updates (distrib3) » est à jour
$MIRRORLIST media/nonfree/updates media_info/MD5SUM récupéré
comparaison de /var/cache/urpmi/partial/MD5SUM et de /var/lib/urpmi/Nonfree Updates (distrib13)/MD5SUM
le média « Nonfree Updates (distrib13) » est à jour
$MIRRORLIST media/tainted/updates media_info/MD5SUM récupéré
comparaison de /var/cache/urpmi/partial/MD5SUM et de /var/lib/urpmi/Tainted Updates (distrib23)/MD5SUM
le média « Tainted Updates (distrib23) » est à jour
$MIRRORLIST media/../../i586/media/core/updates media_info/MD5SUM récupéré
comparaison de /var/cache/urpmi/partial/MD5SUM et de /var/lib/urpmi/Core 32bit Updates (distrib32)/MD5SUM
le média « Core 32bit Updates (distrib32) » est à jour
$MIRRORLIST media/../../i586/media/nonfree/updates media_info/MD5SUM récupéré
comparaison de /var/cache/urpmi/partial/MD5SUM et de /var/lib/urpmi/Nonfree 32bit Updates (distrib37)/MD5SUM
le média « Nonfree 32bit Updates (distrib37) » est à jour
$MIRRORLIST media/../../i586/media/tainted/updates media_info/MD5SUM récupéré
comparaison de /var/cache/urpmi/partial/MD5SUM et de /var/lib/urpmi/Tainted 32bit Updates (distrib42)/MD5SUM
le média « Tainted 32bit Updates (distrib42) » est à jour
Les fenêtres s’ouvrant pour les mises à jour s’ouvrent et se bloquent sur la petite fenêtre Veuillez patienter <2>. Je dois forcer leur fermeture.
Édité par Papipio Le 06/03/2026 à 19h15
Pierre
DéBé Membre non connecté
-
- Voir le profil du membre DéBé
- Inscrit le : 30/01/2010
- Groupes :
Finistère - Matériel : Desktop :Mga 9 x86-64 sur SSD 120 Go Plasma5 - Intel I5-6500 3,2 Ghz /Ram 8 Go --Lenovo T 410 Mga 9 x86-64 Plasma 5 Le monde ne sera pas détruit par ceux qui font le mal, mais par ceux qui les regardent sans rien faire.” Albert Einstein
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Le message wget apparait à chaque tentative d' un urpmi --auto-update ?
Il n' est en principe pas attendu d' avoir ce type d' erreur.
Ici je comprends que que wget est utilisé. Je n'ai pas de machine sous la main, mais on ne peut pas esssayer un urpmi --auto-update --curl ?
Edit: les messages xdg sont probablement normaux. Ici je crois que su tout court ne reintialise pas l' environnement contrairement à su - .
Édité par nic80 Le 06/03/2026 à 21h32
Yuusha Membre non connecté
-
- Voir le profil du membre Yuusha
- Inscrit le : 04/07/2017
- Groupes :
-
Modérateur
-
Administrateur
-
Forgeron
Papipio Membre non connecté
-
- Voir le profil du membre Papipio
- Inscrit le : 31/07/2014
- Groupes :
-
Ambassadeur
Merci pour vos réponses.
Résultats des commandes suggérées :
[papipio@localhost ~]$ su
Mot de passe :
[root@localhost papipio]# urpmi --auto-update --curl
le média « Core Release (distrib1) » est à jour
le média « Core Updates (distrib3) » est à jour
le média « Nonfree Release (distrib11) » est à jour
le média « Nonfree Updates (distrib13) » est à jour
le média « Tainted Release (distrib21) » est à jour
le média « Tainted Updates (distrib23) » est à jour
le média « Core 32bit Release (distrib31) » est à jour
le média « Core 32bit Updates (distrib32) » est à jour
le média « Nonfree 32bit Release (distrib36) » est à jour
le média « Nonfree 32bit Updates (distrib37) » est à jour
le média « Tainted 32bit Release (distrib41) » est à jour
le média « Tainted 32bit Updates (distrib42) » est à jour
... échec de la récupération : curl a échoué : sortie avec 28
... échec de la récupération : curl a échoué : sortie avec 28
... échec de la récupération : curl a échoué : sortie avec 28
Les paquetages sont à jour
[root@localhost papipio]#
[papipio@localhost ~]$ su -
Mot de passe :
[root@localhost ~]# urpmi --auto-update --curl
le média « Core Release (distrib1) » est à jour
le média « Core Updates (distrib3) » est à jour
le média « Nonfree Release (distrib11) » est à jour
le média « Nonfree Updates (distrib13) » est à jour
le média « Tainted Release (distrib21) » est à jour
le média « Tainted Updates (distrib23) » est à jour
le média « Core 32bit Release (distrib31) » est à jour
le média « Core 32bit Updates (distrib32) » est à jour
le média « Nonfree 32bit Release (distrib36) » est à jour
le média « Nonfree 32bit Updates (distrib37) » est à jour
le média « Tainted 32bit Release (distrib41) » est à jour
le média « Tainted 32bit Updates (distrib42) » est à jour
... échec de la récupération : curl a échoué : sortie avec 28
... échec de la récupération : curl a échoué : sortie avec 28
... échec de la récupération : curl a échoué : sortie avec 28
Les paquetages sont à jour
[root@localhost ~]#
Quand je tente de configurer les sources par le CCM, j’obtiens le message:

Une tentative de mise à jour aboutit toujours à un blocage.
Pierre
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Soit il y a effectivement des programmes concurrents actifs en même temps, soit l'un d'eux a laissé des traces. Pour le verrouillage de la base, tu peux tenter un peu plus tard. mgaapplet fait des vérifications régulièrement et verrouille la base à ce stade.
Le fondement du problème reste que urpmi n'accède pas aux dépôts distants, soit parce que le réseau Internet est inaccessible, soit parce que les dépôts sont configurés sur un serveur qui est inopérant. L'utilisation de curl aboutit au même échec que wget.
Yves
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Ici wget et curl échouent suite à un problème réseau.
Le pc a t' il plusieurs cartes réseau ?
Il faudrait voir quel dépot distant est utiiisé.
Est ce qu' il pourrait y avoir des dépôts autre (tels que blogdrake (qui a du changer ses dépôts de place) ? Si oui est il possible de les désactiver temporairement ?
edit: il me semble que quand un programme utilise la base rpm, certains programmes en mode console indiquent le numéro de processus.
Par exemple ,ici j' ai ouvert la configuration des sources et si je lance un urpmi --auto-update depuis une konsole, j' ai ceci:
Citation :urpmi --auto-update
la base de donnée urpmi est verrouillée, le programme 5109 l'utilise (/usr/bin/perl /usr/libexec/drakrpm-editmedia --embedded 56623288)
edit 2: il semble que lorsqu' un programme accède à la base rpm, un fichier /var/lib/urpmi/.LOCK est crée. Pour savoir quel est ce programme, il est possible de faire un "lsof /var/lib/urpmi/.LOCK" ( de préférence en root). Si ce fichier est présent et qu' aucun processus ne l' utilise c' est embettant.
edit 3: la liste de dépots actifs peut être vu en faisant un cat /etc/urpmi/urpmi.cfg . Ceux utilisés sont ceux qui n' ont pas la mention "ignore" dans leur définition.
Édité par nic80 Le 07/03/2026 à 09h36
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie