Forum

Bonjour

Ayant un peu de dispo début janvier, j'ai tenté l'installation de mageia 10 alpha , mais je n'ai pas réussi. Tout est lié à ma carte video nvidia 5070 RTX qui n'est pas correctement supportée, que ce soit avec le driver open source et ou le driver propriétaire. J'ai essayé pas mal d'options que ce soit avec le DVD live ou l'image classique, dans les 2 cas, le support n'est pas assuré.






En tout cas, bravo pour la sortie de cette iso. Il y a encore du travail, mais voir que vous avez réussi à déployer les serveurs et sortie une iso, c'est un bon début.

Bonjour Vouf,
Je suis content de te voir passer.
Effectivement ton retour est en demi-teinte.
La carte fonctionne-t-elle avec une autre distribution ?

Salut Vouf!

Content également de te voir passer par ici.

Bonjour

Oui, elle fonctionne avec les distributions récente (fedora, cachyos, ubuntu) . J'ai quand même réussi à la faire fonctionner après une réinstallation via le live DVD plasma et le pilote nouveau. Mais l'installation du pilote propriétaire casse le système. Je me demande si sddm ne perds pas la boule entre wayland et X11 ... J'ai également essayé d'installer le pilote manuellement via la technique mentionnée sur "https://www.mageialinux-online.org/forum/topic-32113-mode-pro-pour-installer-les-drivers-nvidias.php" . Bien que le pilote se déploie et s'installe, je tombe sur un écran noir avec plasma....

Bonjour

Cette fois ci c'est la bonne . Comme quoi il faut savoir ne rien lâcher. Après avoir essayé l'iso classique, le livedvd plasma et gnome, qui n'ont pas su m'installer correctement le driver propriétaire, je me suis dit reste la solution net install.

Et là , miracle, c'est passé comme une lettre à la Poste ! Et pour le coup, il m'a bien installé correctement le bon driver propriétaire nvidia avec le module open :


Cuda n'est pas installé par défaut. Il suffit d'installer le paquet nvidia-current-cuda-opencl-580.119.02-2.mga10.nonfree.

Pour résumé, en passant par les autres isos, ce n'est pas le module nvidia qui est installé. Il y a peut être un lien. A moins que la net install télécharge un installeur qui embarque des correctifs, ou que depuis des mises à jour sont intervenus.

Je n'ai pas creusé d'avantage, mais à ce stade tout semble fonctionner. Le seul petit défaut par rapport liveDVD c'est que c'est le module draknet qui fait la connexion wifi mais non network manager.

Si les bugs sur les autres dvd sont corrigés, cette mouture me semble bien partie... Bravo aux développeurs et aux testeurs.

Merci Vouf pour ton retour d'expérience, même si je souhaite un autre type de retour Rien de technique: juste ta présence.

Bonjour

Eh bien, je me suis encore fait avoir en passant trop de temps à bidouiller sous mageia. Il va falloir que je me soigne .. Mais bon, je n'arrive pas à m'en défaire de cette mageia.

Tous ça pour dire que le weekend dernier, je pensai avoir installé un environnement avec le driver propriétaire correctement. Mais je me suis rendu compte que la mise en veille ne fonctionnait pas sous plasma. Je me suis retrouvé avec des écrans noirs au réveil, et j'ai noté des bizzareries sous plasma.... Ce weekend, j'ai tenté une net installation du bureau via l'iso de gnome, mais la partie graphique avec le module propriétaire n'a pas fonctionnée..

J'en suis arrivé à la conclusion, que je ne maitrisais pas le fonctionnement du driver propriétaire et donc ne comprenait pas les causes des échecs. Après mûre réflexion, j'ai refait une net installation de plasma avec le driver open source et me suis décidé à temps le tout pour le tout en installant moi même le driver propriétaire nvidia. Et cette fois ci, j'ai quelque chose qui semble bien fonctionné. Je partage donc cette expérience qui pourra sans doute aider à avoir une installation correcte du driver propriétaire.

Premier constat, par défaut, le .run de nvidia n'active pas un fonctionnement de wayland sous plasma correctement. Il faut mener des actions complémentaires pour le rendre actif. A noter qu'une fois activé, la mise en veille se met en place, mais un écran noir apparaît avec wayland et non X11. De même il faut ajouter certaines options pour corriger ce bug dans le fichier de .conf sous /etc/modprobe.d créé manuellement. Voici l'historique de mon installation :

Télécharger https://download.nvidia.com/XFree86/Linux-x86_64/580.126.09/NVIDIA-Linux-x86_64-580.126.09.run
Installer dkms (urpmi dkms). dkms installe les dépendances nécessaire.
Installer lib64glvnd-devel (urpmi lib64glvnd-devel) qui est demandé par l'installeur nvidia et donc est indispensable.

Se connecter root en mode terminal
Arrêter l'interface graphique


Lancer l'installeur nvidia.

Normalement, le programme détecte nouveau et vous propose de le désactiver. Réponder oui. Il créé un fichier sous /etc/modprobe.nvidia-installer-disable-nouveau.conf avec :


A cette étape, de ce que je comprends, l'installeur recommande de rebooter sans nouveau. Je crois qu'il demande de lancer un initramfs pour regénérer l'image de démarrage, mais l'installeur ne sait pas gérer ce mécanisme sous mageia. On sortira du programme à cette étape, on lancera un "dracut -f" pour générer la nouvelle image sans nouveau et on redémarre la machine.
En mode texte, forcément sans X, on relance le programme d'installation. Parmis les options, on choisira l'implémentation opensource (MIT/GPL). Le programme build les composants. Mais à l'étape suivante, le programme plante lorsqu'on demande d'activer le rebuild des drivers via dkms au changement de noyau. On ne le fera pas et on choisira "skipping" car on contournera ce problème plus loin en lançant nous même manuellement les commandes dkms qui vont bien. Plus loin dans le processus d'installation, l'installeur demande de lancer un initramfs pour refaire l'image de démarrage et comme précédemment, on choisira skipping pour éviter un plantage brutal de l'installeur. Cela n'est pas gênant car on lancera cette étape manuellement plus loin. Une fois l'installation finalisée,...
On effectue la procédure manuellement pour ajouter la reconstruction du module via dkms en cas de changement du noyau
Pour corriger le problème lié à dkms

Ensuite, on crééra sous /etc/modprobe.conf un fichier texte nvidia.conf avec les valeurs suivantes, d'une part pour permettre un fonctionnement de plasma avec wayland , d'autres part pour contourner le bug de la mise en veille du PC.

Puis on lancera la regénération de l'image de démarrage.


Pour ceux qui ont des soucis avec les drivers propriétaire nvidia sous mageia 10, sans forcément repasser par le .run, je pense que cela pourrait être interéssant de regarder sous /etc/modprobe.d/ les fichiers générés par XFdrake et d'adapter le contenu si nécessaire, en désactivant nouveau, ou en ajoutant les paramètres du fichier nvidia.conf si wayland ne fonctionne pas correctement. Pensez à faire un dracut -f pour la prise en compte avant un reboot.

Ci dessous mes options passées au noyau (cf /etc/default/grub)


En espérant que cela aidera certains.

Bonjour

Je viens de rebasculer sur le driver officiel de Mageia. Comme je commence à comprendre mieux mes soucis, j'ai ouvert un rapport de bug. Ci joint la description en FR


"Bonjour

Je possède une Nvidia Geforce RTX 5070. J'ai rencontré beaucoup de problèmes de fonctionnement avec les différentes iso de mageia. Après pas mal de tests, je pense avoir compris les causes et les mesures de contournement pour corriger ces anomalies. Sans doute cela touche t'il uniquement les cartes récentes nvidia.

J'ai procédé à l'installation de mageia 10 via l'iso de netinstall. Lors du processus, j'ai choisi l'installation du driver propriétaire. Au reboot, sans modification, sddm ne se lance pas. En analysant les erreurs, on trouve les messages suivant via la commande journalctl



Après beaucoup de tests infructueux, j'en suis arrivé à la conclusion que le système ne veut pas d'une installation du module nvidia en mode "propriétaire". En effet l'iso installe par défaut le paquet "dkms-nvidia-current" . Hors vu le message d'erreur, le système demande une installation MIT/GPL. J'ai donc tout simplement installer le paquet "dkms-nvidia-current-open". Ce dernier a désinstallé le paquet dkms-nvidia-current. Au reboot, SDDM s'est bien lancé et proposé wayland.

Un autre problème constaté, est la mise en veille avec la carte nvidia. Au réveil, l'affichage n'est pas exploitable. Le contournement est de modifier le fichier /etc/modprobe.d/display-driver.conf et de décommenter les 2 lignes suivantes


Puis de forcer la regénération de l'image de démarrage via la commande dracut -f . A noter que cela ne suffit pas, il faut également ajouter la ligne suivante dans le fichier pour désactiver le framebuffer. Par défaut avec les versions récentes de drivers il est activé.

Ce point reste toutefois à consolider

Enfin, il me semble qu'il serait opportun d'installer également le paquet nvidia-current-cuda-opencl pour profiter de l'accélération GPU dans certaines applications. Cela pourrait être un plus.

Pour le reste le système est fonctionnel et réponds bien.

Ci joint le rapport de bug : https://bugs.mageia.org/show_bug.cgi?id=35106

Bonjour,
J’ai vu qu’il y avait une version RC de Mageia 10. J’ai profité de ce pont pluvieux pour me remettre à tester cette nouvelle mouture. Je suis parti de la version « installation classique ».

Tout d’abord, félicitations pour le beau fond d’écran et l’effort de remise à niveau de l’installeur graphique avec celui-ci. Globalement, l’installation s’est très bien passée !

L’amélioration notable est que, cette fois-ci, l’installation du driver NVIDIA pour ma RTX 5070 s’est bien passée. Il m’a installé Open NVIDIA 580 : dkms-nvidia-current-wopengpu-580.159.03-2.mga10.nonfree.

Plasma fonctionne bien et se lance bien avec Wayland. Par contre, j’ai un problème avec la mise en veille. Je ne suis pas le seul : cf. https://bugs.mageia.org/show_bug.cgi?id=35242. En appliquant les quelques modifications mentionnées dans le ticket, le résultat fonctionne mieux sous X11. En revanche, l’affichage au réveil sous Wayland est inexploitable. Je suppose que pour profiter pleinement de Wayland, il faudrait sans doute la version de Plasma 6.6… Pour l’instant, je contourne le problème en désactivant la mise en veille.

Pour le Wi-Fi, l’installation classique utilise DrakConnect. J’ai noté des décrochages avec le Wi-Fi de ma Livebox 7 SE. En repassant par NetworkManager, plus de soucis.

Ensuite, j’ai consolidé l’installation pour avoir l’ensemble des informations dans le centre d’informations de KDE (Wayland, Vulkan, sécurité du micrologiciel) et pour avoir la possibilité de jouer sur le profil énergétique de ma tour via les applets. J’ai installé les paquets suivants :



À noter qu’au départ, j’ai créé une partition EFI sur mon disque Mageia pour éviter de l’installer dans l’EFI de Windows. Je m’y suis mal pris, car je n’arrivais pas à la déclarer sur /boot/EFI. Je n’y arrivais pas, car l’installeur avait monté celle de Windows sur ce même chemin. Donc, bien penser à démonter la partition EFI de Windows et à supprimer le point de montage, pour pouvoir l’activer sur la nouvelle partition.

Ma première installation m’a donc conduit à utiliser la même partition que celle utilisée par Windows. Même si cela a fonctionné, après quelques redémarrages, je me suis retrouvé face à des erreurs de démarrage de GRUB. En forçant le démarrage de la partition Windows via F8 via l’EFI de la machine, le système Windows corrigait sans doute la partition, et le boot Mageia fonctionnait à nouveau. J’ai donc refait l’installation du système, et cette fois-ci, mon système est totalement indépendant du système Windows, avec sa partition EFI dédiée. Vu les problèmes constatés, je recommande clairement à ceux qui ont un second disque de faire de même. Je crains que la cohabitation de Windows et de Mageia soit problématique… À noter également que mon Secure Boot est bien désactivé, ce qui est obligatoire.

Connaissant bien Mageia, je vais me permettre de la critiquer avec bienveillance. Pour les habitués de Mageia, pas de soucis. Pour les novices, je pense que cela devient très compliqué d’installer Linux avec Windows, avec toutes les actions de contournement à réaliser…

L’installeur de Mageia a bien vieilli également. Mageia me semble moins accessible que certaines de ses concurrentes. Par ailleurs, choisir DrakConnect sur l’installation classique me semble pas être un choix pérenne. Je sais que cela est resté en l’état, car le travail de remise à plat est très important pour la petite équipe actuelle. Il fallait sécuriser la livraison de cette nouvelle mouture, et il est logique de ne pas se lancer dans une telle tâche herculéenne.

Pour conclure, bel effort de la petite équipe Mageia. Cette mouture promet bien avec l’arrivée de Wayland et des nouveautés. Courage ! Car, malgré mes critiques, Mageia a de beaux atouts…

J’oubliais : j’ai déclaré le dépôt officiel de Mozilla, donnant accès à la dernière version de Firefox depuis avril via DNF (cf. https://support.mozilla.org/fr/kb/installer-firefox-linux#w_installation-du-paquet-rpm-de-firefox-pour-les-distributions-basees-sur-fedora-rhel-et-ses-derives-recommande). L’outil remplace la version de Firefox ESR de Mageia. On peut ensuite sélectionner son ancien profil via firefox -p. À noter que cette version de Firefox fonctionne parfaitement. Cela peut être une alternative pour ceux qui maintiennent la version de firefox-release, même si le paquet Mozilla ne supporte pas la cohabitation.

Bravo à l'équipe !!

Comme évoqué précédemment, avec ma carte NVIDIA GeForce RTX 5070, la mise en veille ne fonctionne pas correctement, même avec les modifications proposées sur la RC1 Mageia et le pilote 580.159.03. Je me suis donc décidé à vérifier si je rencontrais le même problème avec le pilote dkms-nvidia-newfeature-wopengpu-595.71.05-1.mga10.nonfree.

J’ai rencontré le même problème. Cependant, après quelques recherches, j’ai appris que NVIDIA a introduit un nouveau mécanisme de mise en veille dans la branche 595 avec la variable « NVreg_UseKernelSuspendNotifiers ». Celui-ci n’est pas compatible avec la branche 580.

Explication de NVreg_UseKernelSuspendNotifiers=1 :
Le paramètre de module NVreg_UseKernelSuspendNotifiers=1 permet au pilote NVIDIA d’utiliser les notificateurs natifs de suspension/réveil du noyau Linux, plutôt que de dépendre des services propriétaires de NVIDIA en espace utilisateur (nvidia-suspend, nvidia-hibernate, nvidia-resume). Cette approche améliore la compatibilité avec les noyaux Linux modernes (6.x et ultérieurs) en :

Évitant les conflits entre les anciens mécanismes de gestion de l’alimentation de NVIDIA et le cadre de suspension/réveil intégré au noyau.
Garantissant une synchronisation correcte entre l’état du GPU et la gestion de l’alimentation du noyau, ce qui est crucial pour les systèmes utilisant Wayland ou DRM/KMS (Direct Rendering Manager/Kernel Mode Setting).

Corrigant les conditions de course pouvant provoquer des écrans noirs, des blocages du GPU ou des paniques du noyau lors des cycles de suspension/réveil, en particulier avec les noyaux récents (6.14+) et les pilotes open-source ou propriétaires de NVIDIA.
Ce paramètre est particulièrement utile pour les sessions Wayland, où le compositeur (par exemple, KWin dans Plasma) et le pilote GPU doivent coordonner étroitement les changements d’état d’affichage. Il a été introduit dans le pilote NVIDIA 595.45.04 en remplacement des services de suspension en espace utilisateur obsolètes, qui étaient souvent à l’origine d’instabilités.

J’ai testé avec succès l’activation de NVreg_UseKernelSuspendNotifiers=1 avec le pilote nvidia-newfeature. La mise en veille fonctionne correctement, que ce soit sous Wayland ou X11. Il serait peut-être judicieux d’envisager de basculer vers ce pilote 595 et d’activer cette option comme correctif. Je ne sais pas si cela fonctionne pour les cartes graphiques plus anciennes. En pièce jointe, je vous fournis mon fichier /etc/modprobe.d/display-driver.conf.

J'ai mis à jour le bug https://bugs.mageia.org/show_bug.cgi?id=35242 en conséquence.

Autant compléter les notes de versions (qui seront ensuite à traduire en français, je ne sais pas pourquoi la page n'a pas été créée en même temps que l'anglaise, le plan étant le même que pour la 9)

La partie sur nVidia : https://wiki.mageia.org/en/Mageia_10_Release_Notes#NVIDIA_drivers

Les compléments de conf' (d'autant qu'il y a des choix manuels à faire...) pour https://wiki.mageia.org/en/Setup_the_graphical_server#Nvidia_proprietary_drivers

il y a peut-être d'autres pages comme Mageia-prime ou Optimus voire Bumblebee selon ce qui concerne ton utilisation

Par ailleurs, ça pourrait être intéressant que tu fasses un hw-probe -all -upload et nous donne l'URL pour avoir ce qui est vu par inxi (en root ce qui ne différenciera pas entre wayland / Xorg mais bon yaura les pilotes utilisés) et dans le dmesg


Perso, j'ai un peu de mal à voir les apports de nvidia-newfeature-all (qui semble être désormais la version "Production" préconisée par nVidia) et nvidia-newfeature-wopengpu-all (pour laquelle je ne retrouve que rarement la doc' :/). Bref, la page https://www.nvidia.com/fr-fr/drivers/unix/ est très peu claire et change aléatoirement entre Fonctionnalités et Production (et leur Bêta est en retard de la Production o_O).

Vu que je n'ai que des cartes nVidia ante-diluviennes (avant 2015...) dans notre fablab, je n'ai pas pu tester les derniers pilotes (et j'utilise nouveau préférentiellement...).


Note : la traduction mot à mot de « race condition » est peu compréhensible cf. https://fr.wikipedia.org/wiki/Situation_de_comp%C3%A9tition ce qui donne « Corrigeant la gestion des accès concurrents pouvant provoquer des écrans noirs... »