Forum

Bonjour,

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 ...

Bonjour,
en faisant ta mise à jour par la console (# urpmi --auto-update) tu aurais peut-être un message explicatif ?

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.

Bonjour,
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

Pas expert mais ça ressemble à https://github.com/containers/podman/issues/13338

Bonjour,

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

L'erreur 4 de wget est un problème de réseau. Soit le miroir que tu utilises un souci, soit tu as un serveur mal configuré. L'idée de nic80 de forcer curl est bonne.

Bonjour,

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.

Bonjour Pierre,
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.

Bonjour,

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