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.