Mise à jour vers mageia 7 [Réglé]
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Reprise du message précédent
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.
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
nic80 :
Steam nécessite les dépots 32 bits il me semble...
je n'en sais rien, mais s'il est 32b, il n'est pas bien marqué :
Comral :
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…
Je sais pas si ça peut être lié au problème de nvidia, dans le doute je partage…
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
nic80 :
Le paquet est peut être en 64, mais fait appel à des librairies en 32 ?
Une mémoire d'éléphant ! Effectivement :
https://www.mageialinux-online.org/forum/topic-26385-1+steam.php#m255127
mataf :
lors d' un essai pour l'installer ce matin, c'était ce message
Désolé, le paquetage suivant ne peut pas être sélectionné :
- steam-1.0.0.61-1.mga7.nonfree.x86_64 (car libmesagl1 est non satisfait)
Désolé, le paquetage suivant ne peut pas être sélectionné :
- steam-1.0.0.61-1.mga7.nonfree.x86_64 (car libmesagl1 est non satisfait)
L'erreur est similaire, et en résolution :
mataf :
effectivement, dépots 32 bits non actif, problèmes résolus
J' ai sélectionner les dépôts comme dans ma mageia 6 et tout est rentrer dans l'ordre.
J' ai sélectionner les dépôts comme dans ma mageia 6 et tout est rentrer dans l'ordre.
sélectionner le dépot 32b, je n'aime pas cette solution, comment fait-on pour installer un paquet 32b sans activer le dépot ? J'ai oublié...
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
En le chargeant depuis son mirroir directement puis en l' installant ?
Comral Membre non connecté
Je suis rentré du boulot, j'ai tout de suite regardé ça. Du coup le 32bits n'était pas activé. J'ai donc coché le Core 32bit Updates. J'ai fait un urpmi --auto-update après ça, et j'ai cette erreur :
Code BASH :
Désolé, le paquetage suivant ne peut pas être sélectionné : - libsystemd0-241-8.1.mga7.i586 (car liblz4.so.1 est non satisfait)
Quand j'essaye d'installer steam, toujours la même erreur…
J'ai essayé d'installer le kernel-desktop-devel, il était déjà installé.
Et pour nvidia :
Code BASH :
$ rpm -qa | grep nvidia x11-driver-video-nvidia-current-430.40-1.mga7.nonfree nvidia-current-doc-html-430.40-1.mga7.nonfree dkms-nvidia-current-430.40-1.mga7.nonfree nvidia-current-utils-430.40-1.mga7.nonfree lib64nvidia-egl-wayland1-1.0.3-4.mga7
J'ai une cg assez récente. Donc normalement, c'est les derniers pilotes qu'il me faut.
J'ai essayé de trouver le make.log, mais j'ai rien trouvé. J'ai pas de dossier dkms dans mon /var/log…
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Comral :
J'ai essayé de trouver le make.log, mais j'ai rien trouvé. J'ai pas de dossier dkms dans mon /var/log…
Oups,
c'est /var/lib...
Comral Membre non connecté
Code BASH :
$ cat /var/lib/dkms/nvidia-current/430.40-1.mga7.nonfree/build/make.log DKMS make.log for nvidia-current-430.40-1.mga7.nonfree for kernel 4.14.30-desktop-3.mga6 (x86_64) lun. août 19 17:19:53 CEST 2019 make[1] : on entre dans le répertoire « /usr/src/kernel-4.14.30-desktop-3.mga6 » SYMLINK /var/lib/dkms/nvidia-current/430.40-1.mga7.nonfree/build/nvidia/nv-kernel.o SYMLINK /var/lib/dkms/nvidia-current/430.40-1.mga7.nonfree/build/nvidia-modeset/nv-modeset-kernel.o Compiler version check failed: The major and minor number of the compiler used to compile the kernel: gcc version 5.5.0 (Mageia 5.5.0-1.mga6) does not match the compiler used here: cc (Mageia 8.3.1-0.20190802.1.mga7) 8.3.1 20190802 Copyright © 2018 Free Software Foundation, Inc. Ce logiciel est un logiciel libre; voir les sources pour les conditions de copie. Il n'y a AUCUNE GARANTIE, pas même pour la COMMERCIALISATION ni L'ADÉQUATION À UNE TÂCHE PARTICULIÈRE. It is recommended to set the CC environment variable to the compiler that was used to compile the kernel. The compiler version check can be disabled by setting the IGNORE_CC_MISMATCH environment variable to "1". However, mixing compiler versions between the kernel and kernel modules can result in subtle bugs that are difficult to diagnose. *** Failed CC version check. Bailing out! *** make[2]: *** [/var/lib/dkms/nvidia-current/430.40-1.mga7.nonfree/build/Kbuild:182: cc_version_check] Error 1 make[1]: *** [Makefile:1512: _module_/var/lib/dkms/nvidia-current/430.40-1.mga7.nonfree/build] Error 2 make[1] : on quitte le répertoire « /usr/src/kernel-4.14.30-desktop-3.mga6 » make: *** [Makefile:81: modules] Error 2
Du coup, il y a deux choses qui me choquent, d'une, le fait que le chemin vers ce fichiers semble totalement différent du tiens, et de deux, c'est moi ou y a encore beaucoup de mga6 là?
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Le 4.14.30 semble être un vieux noyau...
Je dirais qu'il manque quelques paquets...
Que donne un
rpm -qa | grep mga6 | wc -l
Et un
rpm -qa | grep mga7| wc -l
Que donne un urpmi --auto-update ( voir un relancement de la commande d' upgrade (en prenant soin de désactiver les dépots 32 bits d' abord)?
Édité par nic80 Le 19/08/2019 à 19h54
Comral Membre non connecté
nic80 :
Bonjour
Le 4.14.30 semble être un vieux noyau...
Je dirais qu'il manque quelques paquets...
Que donne un
rpm -qa | grep mga6 | wc -l
Et un
rpm -qa | grep mga7| wc -l
Que donne un urpmi --auto-update ( voir un relancement de la commande d' upgrade (en prenant soin de désactiver les dépots 32 bits d' abord)?
Le 4.14.30 semble être un vieux noyau...
Je dirais qu'il manque quelques paquets...
Que donne un
rpm -qa | grep mga6 | wc -l
Et un
rpm -qa | grep mga7| wc -l
Que donne un urpmi --auto-update ( voir un relancement de la commande d' upgrade (en prenant soin de désactiver les dépots 32 bits d' abord)?
Oui mais le truc bizarre, c'est que le kernel-desktop mga7 semble bien être installé. Du coup j'ai pris la liberté de faire ça :
Code BASH :
rpm -qa | grep kernel-desktop kernel-desktop-devel-4.14.78-1.mga6-1-1.mga6 kernel-desktop-4.14.16-1.mga6-1-1.mga6 virtualbox-kernel-desktop-latest-6.0.10-3.mga7 kernel-desktop-devel-4.14.89-1.mga6-1-1.mga6 kernel-desktop-latest-5.2.7-1.mga7 kernel-desktop-4.14.78-1.mga6-1-1.mga6 kernel-desktop-devel-4.14.131-1.mga6-1-1.mga6 kernel-desktop-4.14.131-1.mga6-1-1.mga6 kernel-desktop-4.14.104-2.mga6-1-1.mga6 kernel-desktop-4.14.106-1.mga6-1-1.mga6 kernel-desktop-devel-4.14.104-2.mga6-1-1.mga6 kernel-desktop-4.14.119-1.mga6-1-1.mga6 kernel-desktop-4.14.30-3.mga6-1-1.mga6 kernel-desktop-4.14.20-1.mga6-1-1.mga6 kernel-desktop-devel-4.14.137-1.mga6-1-1.mga6 kernel-desktop-devel-4.14.121-1.mga6-1-1.mga6 kernel-desktop-devel-4.14.127-1.mga6-1-1.mga6 kernel-desktop-devel-4.14.30-3.mga6-1-1.mga6 kernel-desktop-devel-4.14.119-1.mga6-1-1.mga6 kernel-desktop-4.14.127-1.mga6-1-1.mga6 kernel-desktop-4.9.40-1.mga6-1-1.mga6 kernel-desktop-devel-4.14.20-1.mga6-1-1.mga6 kernel-desktop-devel-latest-5.2.7-1.mga7 kernel-desktop-devel-4.14.18-1.mga6-1-1.mga6 kernel-desktop-4.14.70-2.mga6-1-1.mga6 kernel-desktop-5.2.7-1.mga7-1-1.mga7 kernel-desktop-devel-4.14.70-2.mga6-1-1.mga6 kernel-desktop-devel-4.14.116-1.mga6-1-1.mga6 kernel-desktop-4.14.121-1.mga6-1-1.mga6 kernel-desktop-devel-4.14.44-2.mga6-1-1.mga6 kernel-desktop-devel-5.2.7-1.mga7-1-1.mga7 kernel-desktop-4.14.116-1.mga6-1-1.mga6 kernel-desktop-4.14.89-1.mga6-1-1.mga6 kernel-desktop-4.14.18-1.mga6-1-1.mga6 kernel-desktop-4.14.44-2.mga6-1-1.mga6 kernel-desktop-4.14.137-1.mga6-1-1.mga6 kernel-desktop-devel-4.14.106-1.mga6-1-1.mga6
Donc déjà, pour moi, y a beaucoup de vieux kernel…
Ensuite pour les commandes que tu m'a demandé en mga6 : 374 et en mga7 : 3193
EDIT : En fin de compte, sans les paquets 32bits j'ai aucune erreur sur les update / upgrade… Mais il me dit juste que tous le paquets sont à jour.
Édité par Comral Le 19/08/2019 à 21h20
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Tu peux déjà désinstaller ces anciens noyaux. C'est normal qu'ils ne le soient pas automatiquement, c'est à faire manuellement. Ainsi, le pilote n'aura pas à être compilé pour ces noyaux.
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Je me demande pourquoi le noyau qui est lancé est le 4.14.30...
Un uname -a donne quoi ?
Si ce n' est pas un noyau 5.x, il y a probablement un problème.
Je ne sais pas si un update-grub2 permettrait de mettre les entrées à jour (si le noyau amorcé est le 4.14.30 et par défaut). Le 5.2.7 est proposé par grub ?
Édité par nic80 Le 19/08/2019 à 21h26
Comral Membre non connecté
nic80 :
Bonjour,
Je me demande pourquoi le noyau qui est lancé est le 4.14.30...
Un uname -a donne quoi ?
Si ce n' est pas un noyau 5.x, il y a probablement un problème.
Je ne sais pas si un update-grub2 permettrait de mettre les entrées à jour (si le noyau amorcé est le 4.14.30 et par défaut). Le 5.2.7 est proposé par grub ?
Je me demande pourquoi le noyau qui est lancé est le 4.14.30...
Un uname -a donne quoi ?
Si ce n' est pas un noyau 5.x, il y a probablement un problème.
Je ne sais pas si un update-grub2 permettrait de mettre les entrées à jour (si le noyau amorcé est le 4.14.30 et par défaut). Le 5.2.7 est proposé par grub ?
C'était ça le problème. Je demarrais sur un vieux noyaux. Et ça m'est revenu, une fois j'avais eu un soucis sur une maj de noyau, donc j'avais forcé ce noyau là. Mais le soucis, c'est que j'ai oublié de me remettre sur un noyau plus récent...
Doncc du coup c'est bon je démarre bien sur le bon noyau et mon pilote NVIDIA se lance bien (ouf plus de tearing disgracieux).
Bon, plus qu'à régler me problème des paquets 32bits
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Pour les paquets 32bits, est ce que l' équivalent en mga6 n' est pas installé (donc il essayerait de faire la mise à jour du paquet).
Sinon pour les dépots, je lis core (32) updates.
Est ce que le "core release 32" tout court est activé ? Je n' ai pas vérifié, mais peut être que le paquet libmesa se trouve dans le core release 32 et pas dans le core updates (32) ?
Comral Membre non connecté
nic80 :
Bonjour,
Pour les paquets 32bits, est ce que l' équivalent en mga6 n' est pas installé (donc il essayerait de faire la mise à jour du paquet).
Sinon pour les dépots, je lis core (32) updates.
Est ce que le "core release 32" tout court est activé ? Je n' ai pas vérifié, mais peut être que le paquet libmesa se trouve dans le core release 32 et pas dans le core updates (32) ?
Pour les paquets 32bits, est ce que l' équivalent en mga6 n' est pas installé (donc il essayerait de faire la mise à jour du paquet).
Sinon pour les dépots, je lis core (32) updates.
Est ce que le "core release 32" tout court est activé ? Je n' ai pas vérifié, mais peut être que le paquet libmesa se trouve dans le core release 32 et pas dans le core updates (32) ?
Ah oui parfait, avec le core release ça fonctionne mieux, et steam est bien installé. Pour le coup, l'errata que j'ai vu là dessus est pas super clair. Je pensais qu'il fallait juste le core updates…
Du coup, est ce que je devrais relancer un « urpmi --auto-update --download-all » pour passer tous les potentiels paquets 32bits en mga7?
Édité par Comral Le 20/08/2019 à 17h55
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Comral :
Du coup, est ce que je devrais relancer un « urpmi --auto-update --download-all » pour passer tous les potentiels paquets 32bits en mga7?
Du coup, est ce que je devrais relancer un « urpmi --auto-update --download-all » pour passer tous les potentiels paquets 32bits en mga7?
Bof, mise à part les logiciels "bizarre" comme Steam, normalement il n'y a besoin d'aucun logiciel en 32b. Je ne les ai pas activés, je n'ai aucun paquet 32b.
Si j'étais toi, je supprimerai simplement tous les paquets 32b de mga6, seulement, un point c'est tout.
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie