Bonjour à tous,

Depuis que je suis sous Fedora, j'ai le même petit problème.
Normalement, dans grub, je n'ai qu'une seule entrée nommée Fedora mais qui ne semble pas pointer sur le dernier kernel. C'est celle qui a été créée lors de l'installation du système.
Mais, lorsque je mets à jour le kernel, le système ajoute une entrée en premier qui pointe sur le dernier kernel mais qui ne démarre pas (l'écran reste noir).
Il reste heureusement l'ancienne entrée qui fonctionne toujours.
Pour régler le problème, je redémarre le PC et je lance la commande suivante :
grub2-mkconfig > /boot/grub2/grub.cfg
Sauf qu'aujourd'hui, j'ai lancé la commande avant de redémarrer et ça n'a pas corrigé le problème, je ne sais pas si ça vient de là.
La seule chose qui me gène dans tout cela, c'est que je ne peux pas laisser le PC démarrer tout seul mais je dois choisir la bonne entrée (la seconde) dans le menu, car, comme je l'ai dit, la première ne permet pas de démarrer l'OS.

Voilà, merci d'avance.

PS : mon grub.cfg : http://pastebin.com/Ff351k6T
grub2-mkconfig > /boot/grub2/grub.cfg
Cette commande ne fait que récupérer les infos contenues entre autres dans /etc/grub.d et les concaténer. Si les infos ne sont pas changées, refaire un mkconfig n'a aucune change de modifier quoique ce soit.

le plus important c'est ça:
(l'écran reste noir).
Mais là tu n'en dis pas assez. Vois tu la bulle de fedora au démarrage ? As-tu essayé d'appuyer sur <esc> pour voir les messages de démarrage et les éventuelles erreurs ? Et surtout, comme ça sent le souci de pilote graphique, tu ne dis rien de ta carte graphique et du pilote.

A part ça, tout va très bien !
Pourtant, ordinairement, la commande indiquée corrige le problème.

Non, la bulle de Fedora n'apparaît pas, rien n'apparaît.

Pour la carte graphique :
01:00.0 VGA compatible controller: nVidia Corporation G84 [GeForce 8600M GT] (rev a1) (prog-if 00 [VGA controller])
	Subsystem: Dell Device 0229
	Flags: bus master, fast devsel, latency 0, IRQ 16
	Memory at fd000000 (32-bit, non-prefetchable) [size=16M]
	Memory at e0000000 (64-bit, prefetchable) [size=256M]
	Memory at fa000000 (64-bit, non-prefetchable) [size=32M]
	I/O ports at ef00 [size=128]
	Expansion ROM at fea00000 [disabled] [size=128K]
	Capabilities: [60] Power Management version 2
	Capabilities: [68] MSI: Enable- Count=1/1 Maskable- 64bit+
	Capabilities: [78] Express Endpoint, MSI 00
	Capabilities: [100] Virtual Channel
	Capabilities: [128] Power Budgeting <?>
	Capabilities: [600] Vendor Specific Information: ID=0001 Rev=1 Len=024 <?>
	Kernel driver in use: nouveau


EDIT : hé bien me voilà tout penaud, je viens de redémarrer et le dernier kernel a bien voulu démarrer... (mais xfwm4 ne s'est pas lancé tout seul, j'ai dû le faire manuellement, mais ça n'est pas la première fois).
Si tu as un souci d'ordre graphique, tu trouveras les erreurs correspondantes dans le fichier /var/log/Xorg.0.log
Ca n'est pas très facile à lire, cependant, concernant le pilote de la CG (nouveau) il semble seulement y avoir des warnings, tous identiques :
(II) NOUVEAU(0): DDCModeFromDetailedTiming: 1440x900 Warning: We only handle separate sync.
Mais je doute que cela soit problématique.

Je vais retenter un redémarrage pour voir si ça fonctionne encore.

EDIT : c'était bien un coup de chance, ça n'a pas démarré. J'ai appuyé sur échap mais rien ne s'est affiché et rien de nouveau d'intéressant n'a été écrit dans le log...
Peut-être devrais-je supprimer le nouveau kernel ? Il serait alors supprimé, je suppose, du grub... Ensuite, je n'aurai qu'à ignorer les mises à jour des kernels.
Déjà un sparadrap provisoire: pour démarrer sur l'ancien noyau, modifie a la main la ligne 12 du fichier grub.cfg et remplace default=0 par default=>1

attention cette modification sera annulée lors du prochain mkconfig.

Pour le reste, lorsque tu démarres sur le noyau précédent, c'est le pilote proprio Nvidia qui gère l'affichage ?
D'accord merci pour l'astuce.
nouvo09 wrote:Pour le reste, lorsque tu démarres sur le noyau précédent, c'est le pilote proprio Nvidia qui gère l'affichage ?
Comment faire pour savoir ? Il me semble que c'est 'nouveau'.
tu as deux commandes:

lsmod | grep nouveau
et
lsmod | grep -i nvidia
La première commande renvoie ceci :
nouveau               815170  2 
mxm_wmi                12762  1 nouveau
wmi                    18274  3 dell_wmi,mxm_wmi,nouveau
video                  18552  1 nouveau
i2c_algo_bit           13066  1 nouveau
drm_kms_helper         43550  1 nouveau
ttm                    62706  1 nouveau
drm                   215930  4 ttm,drm_kms_helper,nouveau
i2c_core               28450  5 drm,i2c_i801,drm_kms_helper,i2c_algo_bit,nouveau
La seconde ne renvoie rien.
Donc apparemment c'est nouveau qui est utilisé et pas nvidia...

Comment as-tu installé les drivers nvidia ?

je soupçonne que le kmod pour le dernier kernel ne soit pas installé, problème qui peut être résolu avec l'installation de akmod-nvidia
yum install akmod-nvidia
Pour le problème de grub, que contient ton fichier /etc/default/grub ?
J'ai simplement installé Fedora 17 sur ma machine et ça a fonctionné, je n'ai installé moi-même aucun pilote.

Le contenu de /etc/default/grub est le suivant :
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR="Fedora"
GRUB_DEFAULT=saved
GRUB_CMDLINE_LINUX="rd.lvm.lv=vg_maxime-fedora/lv_root rd.md=0 rd.lvm.lv=vg_maxime-fedora/lv_swap rd.dm=0 SYSFONT=True rd.luks=0  KEYTABLE=fr LANG=en_US.UTF-8 rhgb quiet"
#GRUB_THEME="/boot/grub2/themes/system/theme.txt"
Puis-je installer akmod-nvidia alors que nouveau est installé ?
Puis-je installer akmod-nvidia alors que nouveau est installé ?
Oui c'est prévu pour. L'utilisation du pilote Nvidia inhibe "nouveau", en gros.

Pour le reste Chepioq est le spécialiste incontesté de tout ce qui concerne ce pilote, tu es en de bonnes mains.
D'accord, merci en tous cas à vous deux pour votre aide ! 😉

Je reviens vous dire plus tard si l'installation de akmod-nvidia a corrigé le problème et, le cas échéant, je mettrai le sujet en résolu.
J'ai donc installé akmod-nvidia mais ensuite, plus aucun kernel n'a fonctionné.

Sur le nouveau, le système s'est bloqué sur la bulle Fedora pleine et sur l'ancien, au lieu d'avoir le chargement via la bulle qui se remplit, j'ai eu droit à une barre de progression bleue en bas de l'écran mais je n'ai pas pu pour autant avoir accès à mon bureau, ça s'est bloqué aussi.

J'ai donc démarré Fedora en mode rescue et j'ai désinstallé akmod-nvidia. J'ai ensuite redémarré sur l'ancien kernel, et heureusement, tout remarche.

Que faire ?
Pour le problème de démarrage sur un ancien kernel, modifie, dans ton /etc/default/grub, la ligne
GRUB_DEFAULT=saved
par
GRUB_DEFAULT=0
Et ensuite en root tu fais un
grub2-mkconfig -o /boot/grub2/grub.cfg
pour que cela soit pris en compte, et tu redémarres...

Le fait de mettre 0, indique à grub de démarrer sur le premier kernel de la liste, qui est aussi le dernier kernel installé
chepioq wrote:Pour le problème de démarrage sur un ancien kernel, modifie, dans ton /etc/default/grub, la ligne
GRUB_DEFAULT=saved
par
GRUB_DEFAULT=0
Et ensuite en root tu fais un
grub2-mkconfig -o /boot/grub2/grub.cfg
pour que cela soit pris en compte, et tu redémarres...

Le fait de mettre 0, indique à grub de démarrer sur le premier kernel de la liste, qui est aussi le dernier kernel installé

Tu es conscient que c'est exactement le contraire de ce qui est demandé ?
nouvo09 wrote: Tu es conscient que c'est exactement le contraire de ce qui est demandé ?
Alors je n'ai pas du tout compris quel est le problème...

Vu que mcc avait au départ un problème pour lancer le dernier kernel installé sans faire de bidouille, je lui indique ce qui fonctionne chez moi...

Après avoir fait cela, on verra les autres problèmes...
Ce n'est pas ce que j'ai lu.

Son problème immédiat est justement d'être obligé de démarrer sur l'avant dernier noyau, car sinon l'ordi ne démarre pas. C'est la raison pour laquelle je lui ai expliqué comment, à titre provisoire, il pouvait démarrer sur cet avant-dernier pour pouvoir travailler, le temps de résoudre le problème du plus récent noyau.

Donc répondre "démarre sur un noyau qui ne démarre pas, le reste on verra ensuite", si ça avoir un intérêt pédagogique, ne me semble pas la meilleure manière de travailler si on en a besoin.
En effet, je veux démarrer sur l'avant dernier kernel, et non sur le dernier qui ne démarre pas. Il me semble que la méthode de chepioq peut fonctionner si je mets GRUB_DEFAULT=1.

Quoiqu'il en soit, je n'aurai accès à Fedora que samedi prochain, je vous souhaite donc une bonne semaine 🙂.
mcc wrote:En effet, je veux démarrer sur l'avant dernier kernel, et non sur le dernier qui ne démarre pas. Il me semble que la méthode de chepioq peut fonctionner si je mets GRUB_DEFAULT=1.

Quoiqu'il en soit, je n'aurai accès à Fedora que samedi prochain, je vous souhaite donc une bonne semaine 🙂.
Si tu veux démarrer sur l'avant dernier kernel, mettre GRUB_DEFAULT=1 est en effet la solution.
En gardant bien en tête que si tu as une mise à jour du kernel, le premier deviendra le second...