Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Vérification à faire avant la mise à jour de kernel avec du nvidia

mkc

Bonjour,

Cela fait un petit moment que je suis embeté avec les mises à jour de kernel sous fedora 16. En effet je possède une carte graphique nvidia et à chaque mise à jour de kernel c'est le même bronx.
Juste une petite aide pour ne pas se retrouver avec le pc bloqué au démarrage comme c'est souvent le cas quand le pilote n'est pas mis à jour rapidement.

recherche de la version de kernel utilisé:

uname -a | awk '{print $3}'

uname -r

qui devrait vous donner:

3.3.1-2.fc16.x86_64

Vérification des versions kernels disponibles:

yum list kernel* | grep -v "kernel-"

qui vous donne:

Modules complémentaires chargés : langpacks, presto, refresh-packagekit
Paquets installés
kernel.x86_64                             3.3.0-8.fc16                  @updates
kernel.x86_64                             3.3.1-2.fc16                  @updates
kernel.x86_64                             3.3.1-3.fc16                  @updates

Paquets disponibles

ici on voit que je dispose des kernels 3.3.1-3 / 3.3.0-8 / 3.3.1-2

Avant de vous lancer dans la mise à jour de votre kernel, taper en root la ligne suivante afin de vérifier que votre pilote existe pour le nouveau kernel:

yum list kmod-nvidia*

La commande va vous retourner la liste des drivers disponible pour la version de kernel disponible

Modules complémentaires chargés : langpacks, presto, refresh-packagekit
Paquets installés
kmod-nvidia.x86_64                        1:295.33-2.fc16.2      @rpmfusion-nonfree-updates
kmod-nvidia-3.3.1-2.fc16.x86_64.x86_64    1:295.33-2.fc16.2      @rpmfusion-nonfree-updates

Paquets disponibles
kmod-nvidia-3.1.0-7.fc16.x86_64.x86_64    1:285.05.09-1.fc16.4   rpmfusion-nonfree         
kmod-nvidia-3.1.1-1.fc16.x86_64.x86_64    1:290.06-1.fc16.2      rpmfusion-nonfree-updates 
kmod-nvidia-3.1.1-2.fc16.x86_64.x86_64    1:290.06-1.fc16.3      rpmfusion-nonfree-updates 
kmod-nvidia-3.1.2-1.fc16.x86_64.x86_64    1:290.10-1.fc16.1      rpmfusion-nonfree-updates 
kmod-nvidia-3.1.4-1.fc16.x86_64.x86_64    1:290.10-1.fc16.2      rpmfusion-nonfree-updates 
kmod-nvidia-3.1.5-1.fc16.x86_64.x86_64    1:290.10-1.fc16.3      rpmfusion-nonfree-updates 
kmod-nvidia-3.1.5-2.fc16.x86_64.x86_64    1:290.10-1.fc16.4      rpmfusion-nonfree-updates 
kmod-nvidia-3.1.5-6.fc16.x86_64.x86_64    1:290.10-1.fc16.5      rpmfusion-nonfree-updates 
kmod-nvidia-3.1.6-1.fc16.x86_64.x86_64    1:290.10-1.fc16.6      rpmfusion-nonfree-updates 
kmod-nvidia-3.1.7-1.fc16.x86_64.x86_64    1:290.10-1.fc16.7      rpmfusion-nonfree-updates 
kmod-nvidia-3.1.8-2.fc16.x86_64.x86_64    1:290.10-1.fc16.8      rpmfusion-nonfree-updates 
kmod-nvidia-3.1.9-1.fc16.x86_64.x86_64    1:290.10-1.fc16.9      rpmfusion-nonfree-updates 
kmod-nvidia-3.2.1-3.fc16.x86_64.x86_64    1:290.10-1.fc16.10     rpmfusion-nonfree-updates 
kmod-nvidia-3.2.10-3.fc16.x86_64.x86_64   1:290.10-1.fc16.20     rpmfusion-nonfree-updates 
kmod-nvidia-3.2.2-1.fc16.x86_64.x86_64    1:290.10-1.fc16.11     rpmfusion-nonfree-updates 
kmod-nvidia-3.2.3-2.fc16.x86_64.x86_64    1:290.10-1.fc16.12     rpmfusion-nonfree-updates 
kmod-nvidia-3.2.5-3.fc16.x86_64.x86_64    1:290.10-1.fc16.13     rpmfusion-nonfree-updates 
kmod-nvidia-3.2.6-3.fc16.x86_64.x86_64    1:290.10-1.fc16.14     rpmfusion-nonfree-updates 
kmod-nvidia-3.2.7-1.fc16.x86_64.x86_64    1:290.10-1.fc16.15     rpmfusion-nonfree-updates 
kmod-nvidia-3.2.8-3.fc16.x86_64.x86_64    1:290.10-1.fc16.16     rpmfusion-nonfree-updates 
kmod-nvidia-3.2.9-1.fc16.x86_64.x86_64    1:290.10-1.fc16.17     rpmfusion-nonfree-updates 
kmod-nvidia-3.2.9-2.fc16.x86_64.x86_64    1:290.10-1.fc16.18     rpmfusion-nonfree-updates 
kmod-nvidia-3.3.0-4.fc16.x86_64.x86_64    1:295.33-2.fc16        rpmfusion-nonfree-updates 
kmod-nvidia-3.3.0-8.fc16.x86_64.x86_64    1:295.33-2.fc16.1      rpmfusion-nonfree-updates

On peut voir que je possède uniquement le pilote pour le kernel 3.3.1-2.
On voit malheureusement que le pilote pour le kernel 3.3.1-3 n'existe pas, si je fais une mise à jour sur le kernel 3.3.1-3, je ne pourrais pas booter jusqu'au serveur X malheureusement, il faudra choisir le kernel 3.3.1-2 pour pouvoir booter correctement.

Rajout de la solution akmod

Si vous êtes sur une version standard de fedora il faudra installer les dépendances du kernel-devel (qui sont bien gérées par yum).

En root il faut supprimer le pilote nvidia:

yum erase kmod-nvidia xorg-x11-drv-nvidia-libs xorg-x11-drv-nvidia

Puis installer le nouveau pilote

yum install akmods akmod-nvidia xorg-x11-drv-nvidia-libs xorg-x11-drv-nvidia

Et enfin le compiler pour la version de votre kernel

akmods --kernel `uname -r`

theboogymaster

mkc wrote: recherche de la version de kernel utilisé:
uname -a | awk '{print $3}'
qui devrait vous donner:
3.3.1-2.fc16.x86_64

Tu peut simplement faire

uname -r

sans devoir utiliser le awk. Plus court à mon avis.

DiEOrLivE

Salut, avec « akmod-nvidia » ça ne suffit pas ?

Les akmod quand à eux ne sont pas pré-compilés. L'avantage dans ce cas, c'est que si le noyau est mis à jour, le module sera compilé dynamiquement au démarrage de votre machine. Le principal inconvénient réside dans l'installation de nombreuses dépendances relatives à l'environnement de compilation.

chepioq

Bonsoir

Cela fait un petit moment que je suis embeté avec les mises à jour de kernel sous fedora 16. En effet je possède une carte graphique nvidia et à chaque mise à jour de kernel c'est le même bronx.
Juste une petite aide pour ne pas se retrouver avec le pc bloqué au démarrage comme c'est souvent le cas quand le pilote n'est pas mis à jour rapidement.

Ce problème (qui n'en est pas un) a été traité maintes fois sur ce forum.

La solution est akmod-nvidia, qui te construira le kmod-nvidia correspondant au dernier kernel installé si il n'est pas encore disponible.

J'utilise akmod-nvidia depuis la F14 sans aucun soucis, et le dernier kernel 3.3.1-3.fc16.x86_64 démarre sans problèmes avec le kmod-nvidia correspondant construit pat l'akmod.

mkc

Bonjour,

@theboogymaster:
j'aime bien en général utiliser les commandes généralistes puis filtrer mon besoin, j'ai modifié en conséquence, merci 🙂

@DiEOrLivE:
comme indiqué, d'ou le faite que je n'en veux pas

l'installation de nombreuses dépendances relatives à l'environnement de compilation

@chepioq:
En général le pilote est disponible entre 2 et 5 jours après la sortie du kernel. J'ai ajouté cette solution à mon premier post bien que je n'en suis pas partisant.

Valdes

Salut.

mkc wrote:En général le pilote est disponible entre 2 et 5 jours après la sortie du kernel. J'ai ajouté cette solution à mon premier post bien que je n'en suis pas partisant.

Je vois pas du tout l'intérêt de s'embêter à voir si un kmod est à jour pour faire une mise à jour sachant que akmod sert à ça.
Sans compter que t'as pas besoin de t'embêter à désinstaller des trucs pour l'akmod.

La seule commande utile :

# yum install akmod-nvidia-2\*

Enfin libre à toi de perdre des heures dans le terminal 😉

theboogymaster

C'est bien, même si c'est plus compliquer cela montre qu'il est intéressé par le terminal et non pas par les GUI :hammer:

mkc

Bonjour,

Alors comme je n'avais pas envie de mourrir idiot, j'ai essayé la méthode de Valdes et DiEOrLivE: Boot impossible et c'est encore pire si l'on a d'installé virtualbox.
Du coup même avec le akmod, il faut attendre le dernier pilote, finalement choisir entre un pc qui ne boot pas et perdre 5 minutes dans le terminal, mon choix est vite fait :-P

Valdes

Bon les gars je sais pas comment vous avez installé fedora chez vous, mais j'ai jamais eu besoin de faire ça sur mon PC...
Fais péter le message d'erreur que j'essaie de comprendre pourquoi ça ne marche pas.

DiEOrLivE

Valdes wrote: Bon les gars je sais pas comment vous avez installé fedora chez vous, mais j'ai jamais eu besoin de faire ça sur mon PC...
Fais péter le message d'erreur que j'essaie de comprendre pourquoi ça ne marche pas.

+1 :-P

mkc

Entre temps j'ai voulu désinstaller la methode avec akmod, et j'ai eu un doute en voyant qu'il avait compilé pour le kernel 1-5 et 1-3, comme ça fonctionne bien sur 1-3, je me suis dirigé sur la partie boot et principalement sur le grub.
En épluchant le grub.cfg je me suis rendu compte qu'à chaque mise à jour j'avais ça:

Ancien kernel:

menuentry 'Fedora (3.3.1-3.fc16.x86_64)' --class fedora --class gnu-linux --class gnu --class os {
	load_video
	set gfxpayload=keep
	insmod gzio
	insmod part_gpt
	insmod ext2
	set root='(hd0,gpt2)'
	search --no-floppy --fs-uuid --set=root 2b66d4db-a08e-4e2d-927b-3ba1788ee4d7
	echo 'Loading Fedora (3.3.1-3.fc16.x86_64)'
	linux	/vmlinuz-3.3.1-3.fc16.x86_64 root=/dev/mapper/VolGroup-lv_root ro rd.md=0 rd.dm=0 rd.lvm.lv=VolGroup/lv_swap quiet LANG=fr_FR.UTF-8 SYSFONT=la
tarcyrheb-sun16 rhgb rd.lvm.lv=VolGroup/lv_root rd.luks=0  KEYTABLE=fr-latin9
	echo 'Loading initial ramdisk ...'
	initrd /initramfs-3.3.1-3.fc16.x86_64.img
}

Nouveau kernel:

menuentry 'Fedora (3.3.1-5.fc16.x86_64)' --class fedora --class gnu-linux --class gnu --class os {
	load_video
	set gfxpayload=keep
	insmod gzio
	insmod part_gpt
	insmod ext2
	set root='(hd0,gpt2)'
	search --no-floppy --fs-uuid --set=root 2b66d4db-a08e-4e2d-927b-3ba1788ee4d7
	echo 'Loading Fedora (3.3.1-5.fc16.x86_64)'
	linux	/vmlinuz-3.3.1-5.fc16.x86_64 root=/dev/mapper/VolGroup-lv_root ro rd.md=0 rd.dm=0 rd.lvm.lv=VolGroup/lv_swap quiet LANG=fr_FR.UTF-8 SYSFONT=la
tarcyrheb-sun16 rhgb rd.lvm.lv=VolGroup/lv_root rd.luks=0  KEYTABLE=fr-latin9 nouveau.modeset=0 rdblacklist=nouveau
	echo 'Loading initial ramdisk ...'
	initrd /initramfs-3.3.1-5.fc16.x86_64.img
}

En faite le problème vient de la fin de ligne qu'il faut supprimer, j'ai modifié cette ligne et ça fonctionne à merveille, par contre je ne comprend pas pourquoi à chaque mise à jour il rajoute ces options:

nouveau.modeset=0 rdblacklist=nouveau

didierg

mkc wrote:En faite le problème vient de la fin de ligne qu'il faut supprimer, j'ai modifié cette ligne et ça fonctionne à merveille, par contre je ne comprend pas pourquoi à chaque mise à jour il rajoute ces options:
nouveau.modeset=0 rdblacklist=nouveau

Soit tu utilises le driver libre "nouveau" inclut dans le kernel soit le driver propriétaire nVidia disponible dans le dépôt rpmfusion....

Quand tu installes le driver propriétaire, cette installation modifie le fichier grub pour empêcher le chargement de "nouveau"...

Valdes

Mais si tu supprimes

nouveau.modeset=0 rdblacklist=nouveau

le pilote proprio ne se lance à priori pas (il est remplacé par nouveau)...
Du coup on sait toujours pas pourquoi ça ne marche pas.

mkc

Soit tu utilises le driver libre "nouveau" inclut dans le kernel soit le driver propriétaire nVidia disponible dans le dépôt rpmfusion....
Quand tu installes le driver propriétaire, cette installation modifie le fichier grub pour empêcher le chargement de "nouveau"...

J'utilise bien le pilote propriétaire nvidia avec 2 ecrans de résolutions différentes et paramétries nvidia différentes. Je n'utilise pas le driver nouveau. Je n'ai eu ces soucis qu'à partir de la version de kernel 3.3.0-8 de la fedora 16. Mon installation est une installation propre fedora16 (je formate à chaque nouvelle bouture de fedora). Je ne suis pas sous gnome3 (trop instable, trop moche et pas ergonomique), j'utilise xfce avec extension de bureau indépendant.

j'ajoute que "lsmod |grep nouveau" ne retourne rien, le pilote nouveau ne tourne donc pas.