Je n'ai trouvé que http://doc.fedora-fr.org/wiki/GRUB2_:_Les_bases_pour_Fedora.

Pour ce qui est du "pourquoi", d'abord et surtout parce
que j'aimerais continuer à maîtriser cette question.

Ensuite parce que j'ai un soucis : sur mes trois kernels,
seul le plus vieux ne me provoque pas de soucis graphique.

Dans l'état, je ne peux plus faire de mises à jour sans
risquer de le voir passer à la trappe et rendre mon
système inutilisable.
Merci, je vais voir ça de ce pas ...
Philoux wrote: Ensuite parce que j'ai un soucis : sur mes trois kernels,
seul le plus vieux ne me provoque pas de soucis graphique.

Dans l'état, je ne peux plus faire de mises à jour sans
risquer de le voir passer à la trappe et rendre mon
système inutilisable.
tant que tu tournes sur celui-là, il ne risque pas de disparaître.
Il y a grub-customizer qui permet de faire cela facilement en graphique.
Gérard
Donc en fait le but n'est pas de supprimer le dernier kernel mais de le conserver surtout.
Du coup si l'installation d'un kernel te pose souci tu peux toujours le supprimer après installation. Tu restes donc toujours avec 2 kernels dispos sur les 3 que tu peux avoir (/etc/dnf/dnf.conf).

Pour lister tes kernels installés 
$ rpm -qa kernel*
Après il vaut mieux en garder 2 au cas où même s'il démarre sans serveur graphique... ça peut permettre de se dépanner. La suppression s'effectura par un dnf remove <noms_des_kernels>.

Le souci graphique que tu rencontres n'est peut-être pas directement lié aux nouveaux kernels. Problème à creuser.
CS wrote:Une réponse ici: https://www.if-not-true-then-false.com/ … -hat-rhel/
En fait, ça ne répond pas à mes questions.

Ça répond en partie côté "dnf", mais pas côté "grub2" ...

Nicosss wrote:Le souci graphique que tu rencontres n'est peut-être pas directement lié aux nouveaux kernels. Problème à creuser.
Je suis d'accord. Là, je cherche à parer au plus important.
Nicosss wrote:Donc en fait le but n'est pas de supprimer le dernier kernel mais de le conserver surtout.
Non : c'est surtout de ne pas voir mon plus vieux kernel
disparaître, puisque les deux récents me posent soucis.
Nicosss wrote:La suppression s'effectura par un dnf remove <noms_des_kernels>.
Je viens de le faire (sur mon kernel "du milieu") et de rebooter :
le kernel a bien été supprimé, mais Grub n'a visiblement pas été
synchronisé, et me propose toujours mes trois kernels ...

fgland wrote:tant que tu tournes sur celui-là, il ne risque pas de disparaître.
Même si celui que je veux garder est le plus vieux ?
Ce n'est pas celui par défaut, et pour l'instant je dois
intervenir à chaque boot pour choisir mon vieux kernel ...
fgland wrote:Il y a grub-customizer qui permet de faire cela facilement en graphique.
Je vais regarder ça ...
Que contient ton fichier de conf de Grub 
$ cat /etc/default/grub
Tu as supprimé tout ce qui concernait les kernels que tu voulais supprimer ? Donne le retour des commandes en cas.
fgland wrote:Il y a grub-customizer qui permet de faire cela facilement en graphique.
Très bien, j'ai pu faire le ménage (mon kernel intermédiaire)
et changer le kernel par dafaut. Reboot testé : ça marche.

Nicosss wrote:Que contient ton fichier de conf de Grub
Après le ménage ci-dessus : 
cat /etc/default/grub
GRUB_TIMEOUT="5"
GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)"
GRUB_DEFAULT="Fedora (4.2.3-300.fc23.x86_64) 23 (Twenty Three)"
GRUB_DISABLE_SUBMENU="true"
GRUB_TERMINAL_OUTPUT="console"
GRUB_CMDLINE_LINUX="rd.lvm.lv=fedora_XXX/root rd.lvm.lv=fedora_XXX/swap rhgb quiet"
GRUB_DISABLE_RECOVERY="true"
Mais ça perd de son intérêt ...


il n'y aurait pas une commande qui se contenterait de synchroniser
les paramètres de Grub2 sur les kernels effectivement installés ?
C'est toujours mieux de savoir comment ça fonctionne derrière une GUI pour le jour où tu n'as plus qu'une console.

Tu peux toujours faire un 
$ su -lc 'grub2-mkconfig -o /boot/grub2/grub.cfg'
Nicosss wrote:C'est toujours mieux de savoir comment ça fonctionne derrière une GUI pour le jour où tu n'as plus qu'une console.
Tout à fait d'accord. Mais autant j'avais saisi la logique de Grub,
autant celle de Grub2 m'est confuse, malgré la documentation.
Et sur ce genre de chose, j'évite de faire des tests inconsidérés ...
Nicosss wrote:Tu peux toujours faire un 
$ su -lc 'grub2-mkconfig -o /boot/grub2/grub.cfg'
Merci, je note ... Est-ce que cette commande est appelée par
DNF lors de l'ajout d'un nouveau kernel ?


Ce qui manque finalement, ce serait le moyen d'indiquer, aussi
bien à DNF que Grub, un kernel particulier à garder coute que coute ...


Je vais maintenant tester une mise à jour globale, pour vérifier
que tout se passe bien ...
La priorité dans ton cas, me semble-t-il, est de résoudre ton problème de carte graphique
"A priori" ce n'est pas le kernel qui en cause mais plus l'installation ta CG dans Fedora
# lspci
# lsusb
# dmesg | failed # ou
# dmesg | grep FATAL

rien qu'avec ceci tu peux voir ce qui ne va pas.
Après nous pourrons voir ce qui ne va pas à moins que tu sois en "configuration exotique"
antbel wrote:La priorité dans ton cas, me semble-t-il, est de résoudre ton problème de carte graphique
"A priori" ce n'est pas le kernel qui en cause mais plus l'installation ta CG dans Fedora
[...]
rien qu'avec ceci tu peux voir ce qui ne va pas.
Après nous pourrons voir ce qui ne va pas à moins que tu sois en "configuration exotique"
Je réponds à tes questions dans cette discussion.
Merci à vous tous pour vos réponses.

Je ne crains plus de voir disparaître mon vieux
kernel, et je vais pouvoir clôturer ce sujet ...