Mis à jour Mageia via mgaapplet [Réglé]

prune bleue Membre non connecté
-
- Voir le profil du membre prune bleue
- Inscrit le : 28/12/2008
- Groupes :
Je souhaite mettre à jour Magiea en passant par l'applet de notification. Comme il n'apparaissait pas dans ma barre de tâches, je suis allée dans le CCM pour l'activer et j'ai redémarré.
Il n'est toujours pas apparu, je l'ai donc lancé en commande dans la console et là j'ai comme message que la version 7 de la distro n'a pas été trouvé dans la liste de mises à jour.

Qu'est-ce que je peux faire?

nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
C' est normal, cette fonctionnalité n' a pas encore été activée...
Et je ne sais pas quel est le status actuel de cette fonctionnalité.

prune bleue Membre non connecté
-
- Voir le profil du membre prune bleue
- Inscrit le : 28/12/2008
- Groupes :
Par contre, même si ça ne fonctionne pas pour le moment, je suis surprise que l'applet ne me notifie pas qu'il existe une nouvelle mise à jour de Mageia (que j'ai apprise en me rendant sur le site) alors qu'il me prévient bien quand il y a des mises à jour de paquetages.


nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
En fait, l' application de notification interroge une adresse afin de vérifier si une nouvelle version est disponible. Si l' information n' est pas présente, alors il n' y a pas de notification à l' utilisateur (et ce même si une nouvelle version est disponible sur le site web (dans ce cas soit la mise à jour manuelle (au travers d' urpmi ou dnf par mise à jour des dépots), soit par mise à jour depuis un dvd/clé usb, soit une reinstallation complète de la partition racine).
Je suppose que la notification des nouveaux paquets se fait autrement.
Édité par nic80 Le 11/10/2019 à 19h32

Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Le chemin de mise à jour n'est pas encore suffisamment éprouvé. Il a été estimé qu'il n'était pas encore temps de notifier les utilisateurs.
Il y a encore en particulier le bug 15072 qui a été confirmé récemment et qui laisserait l'utilisateur au milieu du gué et dont il est assez délicat de se sortir.
Yves

prune bleue Membre non connecté
-
- Voir le profil du membre prune bleue
- Inscrit le : 28/12/2008
- Groupes :
Ça veut dire qu'il vaut mieux patienter un peu pour la mise à jour, même si on passe par une image iso?

Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Papoteur :
Bonjour,
Le chemin de mise à jour n'est pas encore suffisamment éprouvé. Il a été estimé qu'il n'était pas encore temps de notifier les utilisateurs.
Il y a encore en particulier le bug 15072 qui a été confirmé récemment et qui laisserait l'utilisateur au milieu du gué et dont il est assez délicat de se sortir.
Le chemin de mise à jour n'est pas encore suffisamment éprouvé. Il a été estimé qu'il n'était pas encore temps de notifier les utilisateurs.
Il y a encore en particulier le bug 15072 qui a été confirmé récemment et qui laisserait l'utilisateur au milieu du gué et dont il est assez délicat de se sortir.
Bonjour,
Grande nouvelle ce matin, notre gourou Martin Whitakker a identifié le problème du bug 25072, et du coup, on a une solution pour l'éviter.
Le problème vient d'une exécution de la mise à jour d'un cache de dnf, qui corrompt la base des rpm à cause d'un accès concurrent. Si vous n'avez pas installé dnf, pas de souci de ce côté. La solution est de désactiver cette mise à jour avant de lancer la mise à niveau par
Code BASH :
.systemctl mask dnf-makecache.service --runtime --now systemctl stop dnf-makecache.timer && systemctl mask dnf-makecache.timer && systemctl daemon-reload
L'autre problème qui restait était l'impossibilité d'ajouter des dépôts en ligne avant la mise à jour depuis le disque d'installation. Pareil, Martin a fourni une mise à jour de rpm dans Mageia 6. Il reste juste à valider celle-ci et le problème devrait être résolu.
Édité par Papoteur Le 21/10/2019 à 10h00
Yves

Ami age Membre non connecté
-
- Voir le profil du membre Ami age
- Inscrit le : 18/08/2012
- Site internet
- Groupes :
-
Modérateur

_______________________________________________________________________

___________________________________ Un petit clic pour Mageia ? =>> CLIQUEZ I C I :
.



___________________________________ Un petit clic pour Mageia ? =>> CLIQUEZ I C I :
.

Guygoye Membre non connecté
-
- Voir le profil du membre Guygoye
- Inscrit le : 25/10/2018
- Groupes :
-
Modérateur
-
Forgeron
Papoteur :
La solution est de désactiver cette mise à jour avant de lancer la mise à niveau par
Copier vers le presse-papierCode BASH :
systemctl mask dnf-makecache.service --runtime --now
Copier vers le presse-papierCode BASH :
systemctl mask dnf-makecache.service --runtime --now
Bonne nouvelle! Mais si je comprends bien si dnf n'est pas installé, pas besoin de lancer cette commande ?

Fafoulous Membre non connecté
-
- Voir le profil du membre Fafoulous
- Inscrit le : 27/07/2011
- Groupes :
Papoteur :
Si vous n'avez pas installé dnf, pas de souci de ce côté.
Apparemment non, tu peux y aller sans lancer cette commande (en faisant une sauvegarde au préalable, c'est toujours mieux).
config : hp omen 17" i5 6400, Dual boot dd 1To win10 + SSD 120Go Mageia 9 KDE,
dual graphique intel hd & nvidia gtx 960m
dual graphique intel hd & nvidia gtx 960m

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 |

Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
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 |

Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Jybz :
Par principe de précaution, ne sachant pas si l'utilisateur a installé ou non DNF, peut-on recommander d'exécuter cette commande même si DNF n'est pas installé ?
Oui, il ne se passera rien si dnf n'est pas installé.
Ou
Code BASH :
urpme dnf
Yves

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Papoteur :
Oui, il ne se passera rien si dnf n'est pas installé.
Ou
Jybz :
Par principe de précaution, ne sachant pas si l'utilisateur a installé ou non DNF, peut-on recommander d'exécuter cette commande même si DNF n'est pas installé ?
Oui, il ne se passera rien si dnf n'est pas installé.
Ou
Code BASH :
urpme dnf
T'es un peu radicale avec dnf ^^
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