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}'
ou 
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`
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.
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.
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.
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.
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 😉
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:
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
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.
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
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
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"...
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.
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.