Une question aux utilisateurs de grub2 : d'après un manuel de migration, il faut faire grub2-mkcofig à chaque fois qu'on installe un nouveau noyau. Qu'est-ce qui se passe si j'oublie, la machine n'est plus bootable, comme dans le temps avec lilo ? grub2 n'a pas un système pour modifier ses configs au démarrage comme grub 0.97 ?
Sur Debian (j'imagine que c'est pareil sur les autres distros), quand tu installes un nouveau noyau, le grub-mkconfig est fait automatiquement par les actions post-install. Quand tu rebootes, le nouveau noyau est présent dans le menu grub sans que tu n'aies rien à faire.
Gurb2 fonctionne avec différents fichiers template, qui servent à générer le fichier utilisé au boot (et auquel on n'est pas supposé toucher, il faut agir dessus par le biais des templates). C'est bien plus compliqué à modifier que l'ancien fichier unique du grub1, mais c'est beaucoup plus robuste et extensible et mieux pris en charge par les actions automatiques du système (dont justement l'addition de nouvelles versions du noyau)
Il ne faut faire un grub-update manuellement que lorsque tu modifies toi-même les templates, sinon le système se charge de lancer un grub-mkconfig ou un update-grub quand nécessaire.
Et la reconnaissance automatique d'OS concomitants se fait de manière bien plus robuste pour peu que tu aies installé os-prober
En bref, je n'ai jamais eu de problème avec grub2, à part ma difficulté à lui imposer de mémoriser la résolution correcte lors de la première phase de démarrage (je l'utilise depuis longtemps (alors en version 1.9x) avec (sidux ?), aptosid et arch
[^] # Re: GRUB2 en option
Posté par sebas . En réponse à la dépêche Sortie de Mageia 3. Évalué à 3.
Sur Debian (j'imagine que c'est pareil sur les autres distros), quand tu installes un nouveau noyau, le grub-mkconfig est fait automatiquement par les actions post-install. Quand tu rebootes, le nouveau noyau est présent dans le menu grub sans que tu n'aies rien à faire.
Gurb2 fonctionne avec différents fichiers template, qui servent à générer le fichier utilisé au boot (et auquel on n'est pas supposé toucher, il faut agir dessus par le biais des templates). C'est bien plus compliqué à modifier que l'ancien fichier unique du grub1, mais c'est beaucoup plus robuste et extensible et mieux pris en charge par les actions automatiques du système (dont justement l'addition de nouvelles versions du noyau)
Il ne faut faire un grub-update manuellement que lorsque tu modifies toi-même les templates, sinon le système se charge de lancer un grub-mkconfig ou un update-grub quand nécessaire.
Et la reconnaissance automatique d'OS concomitants se fait de manière bien plus robuste pour peu que tu aies installé os-prober
En bref, je n'ai jamais eu de problème avec grub2, à part ma difficulté à lui imposer de mémoriser la résolution correcte lors de la première phase de démarrage (je l'utilise depuis longtemps (alors en version 1.9x) avec (sidux ?), aptosid et arch