Forum

Reprise du message précédent

Bonjour

J'ai mis à jour le rapport de bug. Avec le kernel 5, et l'installation par défaut du driver propriéraire via MCC, tout fonctionne. J'ai de nouveau la seule option nokmsboot pour le démarrage du noyau. nomdeset n'est plus utile.

Bonjour

A nouveau un soucis avec le driver propriétaire suite à la dernière série de mise à jour. On va voir comment cela évolue, mais j'ai l'impression que c'est le dkms-nvidia qui fait des siennes. J'ai basculé à nouveau sur le driver libre en attendant.

Bonjour à tous,

je voudrais dire faites attention le "nvidia-current" de la mga7 (cauldron) ne supporte plus les anciennes cartes
le "nvidia-current" de la mga6 est maintenant le "nvidia390"

j'ai eu le probleme en mettant a jour ma mga6 en mga7

pour les personnes qui ont une carte optimus "ancienne"

desinstaller le "nvidia-current" et le "bumblebee-nvidia" et installer le "bumblebee-nvidia390" (merci david.david)

pour ceux qui utilise mageia-prime avec une carte optimus "ancienne"
desinstaller le "nvidia-current" et si besoin le "bumblebee-nvidia" et installer mageia-prime-nvidia390-0.4-3.1.mga7.x86_64.rpm
Pour aide et info voir ICI

c'est un paquet que j'ai fait moi-même serait bien qu'il soit "professionnalisé" et inclus dans la MGA7, voici le rpm source mageia-prime-nvidia390-0.4-3.1.mga7.src.rpm

par avance merci david.david et/ou Akien

sinon j'ai trouvé "Primus-vk" qui permet de faire tourner Vulkan avec les cartes optimus

https://github.com/felixdoerre/primus_vk
https://github.com/leonmaxx/primus-vk-rpm

Bon j'ai fait des paquets mais je n'ai pu tester ma NVIDIA GeForce GT 630M n'etant pas compatible Vulkan

primus-vk-libs-20190326-1.mga7.x86_64.rpm
primus-vk-20190326-1.mga7.x86_64.rpm
primus-vk-libs-20190326-1.mga7.i586.rpm
primus-vk-20190326-1.mga7.i586.rpm

primus-vk-20190326-1.mga7.src.rpm

je pose cela là, si quelqu'un veut s'y coller et je pense qu'il serait bien de le mettre dans la mga7 ou au moins dans les paquets MLO

Édité par Bidulle Le 30/03/2019 à 17h57

@Bidulle

Est ce que tu peux ouvrir un rapport de bug pour mageia-prime-nvidia390 ? comme ça le mainteneur du paquet pourra te faire faire des tests avant de le rendre officiel pour mga7, il est au courant je le lui en ais parlé

Bonjour

Pour moi, le problème est désormais corrigé. Ca roule à nouveau avec les dernières mises à jour sans bidouille que ce soit.

bonjour
je reviens sur cette conversation car depuis hier soir, la mise à jour avec le noyau 5.1.0, le démarrage reste bloqué sur :
started gnome display manager;
normalement, ensuite apparaît rapidement le logo nvidia puis l'écran de login (gdm);

1 si démarrage en mode recovery puis ensuite lancement de "systemctl default", j'ai un écran de warning me disant de mettre l'option "nokmsboot";
or, cette option est bien passée au noyau donc c'est pas la solution;
2 j'ai essayé d'utiliser le pilote libre en modifiant le fichier /etc/X11/xorg.conf;
dans la section "device", j'ai remplacé "nvidia" par "nouveau" dans le champ "driver"
dans ce cas, non seulement le noyau 5.1.0 reste toujours coincé mais le précédent, le 5.0.8 reste aussi bloqué;
donc, j'ai remis "nvidia";
3 j'ai essayé de rajouter "nomodeset" comme option de démarrage, c'est sans effet;

voilà donc je reste sur le noyau 5.0.8 avec le pilote nvidia;

pour infos, le retour de ces commandes :

[marcel@ficus4 ~]$ dkms status -m
nvidia340, 340.107-6.mga7.nonfree, 5.0.8-desktop-1.mga7, x86_64: installed
nvidia340, 340.107-6.mga7.nonfree, 5.1.0-desktop-0.rc6.2.mga7, x86_64: installed
nvidia340, 340.107-6.mga7.nonfree, 5.0.7-desktop-4.mga7, x86_64: installed

[marcel@ficus4 ~]$ lspci | egrep -i "(3D|VGA)"
02:00.0 VGA compatible controller: NVIDIA Corporation G94 [GeForce 9600 GS] (rev a1)
[marcel@ficus4 ~]$

Bonjour,
Je crois que c'est repéré : https://bugs.mageia.org/show_bug.cgi?id=24719
Un core dumped au niveau du pilote nvidia :/

merci pour le lien;
d'après ce que je comprends, le problème est du côté de nvidia, qui devrait fournir une maj pour le 340.xx;
ça ne devrait pas être bloquant pour la release, mais en désactivant le support pour ce driver;

utiliser le pilote libre, pourquoi pas, le problème c'est que j'ai essayé et ça ne marche pas non plus;
ou alors, la modif de /etc/X11/xorg.conf n'est pas suffisante ?
question idiote ?
faut-il installer quelque chose pour le pilote libre ou fait-il partie du noyau ?

Salut,
j'ai le même problème que toi.
La seule combinaison qui marche chez moi pour accéder au bureau avec le noyau 5.1.0, c'est
le pilote nouveau (modif que tu as faite dans xorg.conf) + mode recovery (Ctrl D à la question du mot de passe root)

Édité par Emmanuel56 Le 27/04/2019 à 00h29

Ok merci
je vais attendre un peu, de toute façon, là j'ai démarré sur mageia6, c'est l'avantage du multiboot, quand il y a un OS qui ne marche pas, il suffit de démarrer avec un autre!

noyau 5.1.0 (suite)
hier soir, une mise à jour a proposée une nouvelle version du pilote nvidia 340.xx; je l'ai faite
bon ça ne bloque plus au niveau de "started gnome display manager", mais au niveau de "cups";
le résultat est que l'écran de login n'apparaît pas;
donc chez moi, la mageia7 ne fonctionne qu'avec le noyau 5.0.8 ...

Pareil pour moi.
Aucun bureau n'est accessible avec nvidia et ce nouveau pilote dkms-nvidia340-340.107-8.mga7 à partir d'un noyau 5.1

Pourtant depuis la révision 6 du pilote, ça devrait être compatible:
* Mon Apr 22 2019 340.107-6.mga7.nonfree
+ Revision: 1394660
- fix build with 5.1 series kernels

C'est bon pour moi avec la révision 9 du pilote vidéo nvidia dkms-nvidia340-340.107-9.mga7 disponible dans les mises à jour aujourd'hui

* sam. mai 11 2019 tmb <tmb> 340.107-9.mga7
+ Revision: 1397193
- recreate initrd of running kernel so the new module gets added in the initrd
- update kernel 5.0 and 5.1 buildfixes to the ones provided by LibreELEC

Un petit coup de XFdrake en root et tout fonctionne parfaitement.
J'ai mes noyaux 5.1.x et le pilote nvidia (option nokmsboot pour le noyau).

Édité par Emmanuel56 Le 11/05/2019 à 16h55