Forum

Petite question, la mise à jour a toujours pas été poussée pour faire la migration sans avoir à refaire d'installations via les isos?


(Sujet scindé par Ami age)

Édité par Ami age Le 17/07/2019 à 00h01

Non, pas encore.
Il reste un bogue, difficile à reproduire, dans lequel rpm plante au milieu de la mise à jour.
https://bugs.mageia.org/show_bug.cgi?id=24767

Désolé pour le temps de réponse, merci pour le retour.
Mais du coup, le dernier commentaire de ce bug date quand même de Mai, y a pas eu beaucoup d'actus dessus, ça me parait bizarre…

Je pense que si en septembre y a toujours rien qui arrive, je vais DL l'iso tant pis.

Hello,

J'ai un PC en 6.1 (mes parents) j'attends la notifications de push également pour leur faciliter la tâche.
Mais si ça ne vient pas je ferai comme Comral.

@+

Si l'applet ne propose rien d'ici septembre, je conseillerais plutôt de faire la mise à niveau online en remplaçant les dépôts et en lançant urpmi --auto-update dans un terminal… ça sera plus long, mais on garde une meilleure vue de ce qu'il se passe (ou se passe mal).

Édité par stroibe974 Le 12/08/2019 à 21h09

Je suis d'avis avec stroibe974

Cette procédure est dans le wiki c'est ça?
J'ai vu sur le forum un sujet là dessus je vais regarder comment ça marche.

Edit: C'est bien ça ?

Édité par Guygoye Le 13/08/2019 à 10h08

Oui, mais je ne mettrais pas --auto car sinon il prendra toutes les décisions sans me consulter.
Je ne suis pas sûr de l'utilité de --replacefiles : quand j'ai testé les mises à niveau pour l'équipe QA je n'ai pas utilisé cette option, et je n'ai pas l'impression que les autres l'utilisaient… il me semble que cette option est active par défaut. À préciser si on a un expert qui passe par-là

Bonjour,
La recommandation à l'heure actuelle est la suivante :
dans un premier temps, pour vérifier que tout se passe bien, puis la même commande sans le --test. Cette méthode charge tous les packages et nécessite donc au moins une utilisation de l'espace disque sur / inférieure à 60%.

Et avant tout ça, en foot, faire
qui vous sortira du mode graphique et vous évitera des problèmes.

Merci je garde vos conseils au chaud. Je ne repasse pas chez mes parents avant septembre. Je verrai donc tout ça à ce moment là.

Bonjour tout le monde. Du coup, de mon côté, j'ai tenté de faire la mise à jour.

Je résume grossièrement :


J'ai une seule erreur pendant les tests concernant steam et mesa. J'en tiens pas compte, je me dis, Steam c'est pas essentiel, je le dépatouillerai plus tard.
Donc après que les commandes se soient déroulées je redémarre (comme demandé) et là mon serveur X ne semble pas redémarrer. Qu'à cela ne tienne, je relance la commande :


Et je m'aperçois que j'avais genre, rien installer avec la commande précédente. Après ça, ça se présente mieux, tout démarre (interface graphique, etc.) sauf que, apparemment, il n'arrive pas à trouver mes pilotes nvidia. Il mouline au démarrage pour essayer de l'installer, et à la fin j'ai ce message : The display driver has been automatically switched to 'nouveau'. Reason: Le pilote noyau propriétaire n'a pas été trouvé pour le pilote X.org « nvidia ».

J'ai essayé de bidouiller un peu, de vérifier si les paquets sont installés, j'ai bien activé nvidia dans le CCM… Mais il repart toujours sur nouveau… Des idées?


edit : pour info, j'ai pu reproduire le message d'erreur par rapport à steam : Le paquetage demandé ne peut pas être installé : steam-1.0.0.61-1.mga7.nonfree.x86_64 (car libmesaglu1 est non satisfait)
Je sais pas si ça peut être lié au problème de nvidia, dans le doute je partage…

Édité par Comral Le 18/08/2019 à 23h59

Architecture mélangée ?
Car libmesaglu1 n'est pas lib64mesaglu1.

Je ne sais pas quel est le bon enchainement à faire, mais j'essaierai :
urpmi lib64mesaglu1
en espérant que celui-ci vienne forcer la désinstallation de libmesaglu1.

Bonjour,

Steam nécessite les dépots 32 bits il me semble... Est ce le cas ( après il est moins essentiel que le pilote graphique) ?

Concernant le pilote graphique.

Est ce que le kernel-desktop est bien installé ?

Je regarderais aussi la version du pilote installée ( rpm -qa | grep nvidia), des fois que ce ne soit pas la bonne ( et qui ne supporte pas la carte)

Édité par nic80 Le 19/08/2019 à 07h17

Bonjour,
Sais-tu quelle version du pilote nvidia est nécessaire pour ta carte ?
Par exemple, le pilote nvidia304 est abandonné par Nvidia.
Sinon, regarde dans les log de compilation du pilote, un fichier make.log dans /var/log/dkms/nvidia... /5.1.18-desktop-1.mga7/x86_64/log
(ajuster le chemin en fonction de la version du pilote et du noyau). Si la compilation échoue, on pourrait savoir pourquoi.