Tout dépend de la distribution que tu utilises.
Le fichier grub.cfg est le seul fichier de configuration lu par grub2.
Après, pour certaines raisons, l'équipe de grub a permit de mettre en place un ensemble de fichier de config (buildtime) qui permettent de générer le fichier de config (runtime).
C'est une option. Ce n'est pas automatique…sur les bonnes distributions.
Pour (re-)générer le fichier de configuration runtime grub.cfg si besoin, il faut lancer grub-mkconfig, qui va lire les fichiers de config buildtime et faire son mic-mac. Ce n'est pas forcément hyper simple à hacker pour ceux habitués à grub1, lilo, etc.
Soit, ben ne lancez pas grub-mkconfig, ignorez ces fichiers buildtime, et modifiez directement grub.cfg, comme avant.
Ah mais nooon… ça marche pas, parce que vous utilisez une distrib de merde, qui s'amuse à exécuter, à votre insu, grub-mkconfig à chaque mise à jour du noyau, de l'initrd ou d'un composant proche du noyau.
Mais il faut bien faire la différence entre une distribution qui a fait le choix de rendre obligatoire le passage par grub-mkconfig, et le fait que grub2 aie permit d'utiliser grub-mkconfig si on veut.
J'utilise Salix, basée et compatible avec Slackware, j'utilise grub2 (des fois LILO aussi sur certaines machines où j'ai pas pensé à changer), et je n'ai pas besoin de me faire chier avec les fichiers de config buildtime. Sur mon propre PC, ça me va, donc j'ai lancé grub-mkconfig, et j'ai mon fichier grub.cfg généré ; sur un serveur je ne le lance pas, et j'ai modifié directement le fichier grub.cfg.
J'imagine que sous Arch, ça doit être la même chose, grub-mkconfig n'est pas lancé implicitement lors d'une mise à jour de paquet.
Doit y avoir aussi d'autres distrib qui font ça correctement ou qui permettent d'activer ou pas l'utilisation automatique de grub-mkconfig. Après y'a les autres…
[^] # Re: menu.lst
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse à la dépêche GRUB 2.00 est enfin sorti. Évalué à 7.
Tout dépend de la distribution que tu utilises.
Le fichier grub.cfg est le seul fichier de configuration lu par grub2.
Après, pour certaines raisons, l'équipe de grub a permit de mettre en place un ensemble de fichier de config (buildtime) qui permettent de générer le fichier de config (runtime).
C'est une option. Ce n'est pas automatique…sur les bonnes distributions.
Pour (re-)générer le fichier de configuration runtime grub.cfg si besoin, il faut lancer grub-mkconfig, qui va lire les fichiers de config buildtime et faire son mic-mac. Ce n'est pas forcément hyper simple à hacker pour ceux habitués à grub1, lilo, etc.
Soit, ben ne lancez pas grub-mkconfig, ignorez ces fichiers buildtime, et modifiez directement grub.cfg, comme avant.
Ah mais nooon… ça marche pas, parce que vous utilisez une distrib de merde, qui s'amuse à exécuter, à votre insu, grub-mkconfig à chaque mise à jour du noyau, de l'initrd ou d'un composant proche du noyau.
Mais il faut bien faire la différence entre une distribution qui a fait le choix de rendre obligatoire le passage par grub-mkconfig, et le fait que grub2 aie permit d'utiliser grub-mkconfig si on veut.
J'utilise Salix, basée et compatible avec Slackware, j'utilise grub2 (des fois LILO aussi sur certaines machines où j'ai pas pensé à changer), et je n'ai pas besoin de me faire chier avec les fichiers de config buildtime. Sur mon propre PC, ça me va, donc j'ai lancé grub-mkconfig, et j'ai mon fichier grub.cfg généré ; sur un serveur je ne le lance pas, et j'ai modifié directement le fichier grub.cfg.
J'imagine que sous Arch, ça doit être la même chose, grub-mkconfig n'est pas lancé implicitement lors d'une mise à jour de paquet.
Doit y avoir aussi d'autres distrib qui font ça correctement ou qui permettent d'activer ou pas l'utilisation automatique de grub-mkconfig. Après y'a les autres…