Le 15/01/2019 à 08:52, Pierre L. a écrit :
Humm, j'ai cette impression que la commande update-grub, suite à mise à
jour de kernel par exemple, ne mettra à jour que celui sur lequel la
machine a booté ?
Pas du tout. update-grub se moque bien de savoir quel noyau est mis à
jour. Il recense tous les noyaux présents dans /boot et regénère
entièrement un nouveau fichier de configuration /boot/grub/grub.cfg
incluant ces noyaux.
Par défaut depuis GRUB 2.x le noyau de version la plus élevée est dans
le menu principal et les autres sont dans un sous-menu "options
avancées". Il est possible de revenir au comportement sans sous-menu des
versions précédentes (1.9x) en ajoutant l'option suivante dans
/etc/default/grub :
GRUB_DISABLE_SUBMENU=y
En gros, si c'est GRUB2 qui est sur /dev/sda qui a lancé Debian, cette
commande ne mettra pas à jour l'amorçage dans /dev/sdb
update-grub se contente de générer le fichier de configuration
/boot/grub/grub.cfg et se moque bien de savoir sur quel disque est
installé le chargeur GRUB qui va le lire.
Secundo, l'exécution de grub-install sur d'autres disques lors d'une
mise à jour du paquet grub-pc peut être automatisée dans la
configuration du paquet avec dpkg-reconfigure.
C'est donc ici qu'il serait intéressant de cocher les 2 disques /dev/sda
et /dev/sdb afin d'avoir ce GRUB2 qui se mettrait à jour comme tu nous
le dis précédemment ?
Oui.
Et donc sur une installation déjà faite, un dpkg-reconfigure grub-pc
pourrait remédier à ce manque et automatiser cette MAJ de GRUB2 sur les
2 disques à chaque update de kernel.
Non. Je répète que GRUB n'est pas LILO, il n'est pas nécessaire ni utile
de le réinstaller (avec grub-install) à chaque mise à jour de noyau.
GRUB ne doit être réinstallé que lors d'une mise à jour des paquets
grub-*. C'est le fichier de configuration grub.cfg qu'il faut regénérer
(avec update-grub) lorsqu'un noyau est ajouté ou supprimé. En principe
ce n'est pas nécessaire en cas de simple mise à jour de noyau, mais les
scripts de post-installation du noyau le font quand même.