Hein ? Pouvoir éditer le fichier de configuration et mettre tout ce que tu veux dedans, ça manque de flexibilité ???
et ça déporte un bout de la conf de ta machine dans /boot.
Oulala ! C’est vraiment affreux !
Fedora avait pensé aux maniaques du rangement : /boot/grub/menu.lst était un lien vers /etc/grub.conf (bon, peut-être pas si tu fais une partition /boot séparée).
Compliquée non, sophistiquée peut être. Il faut prendre 5 minutes pour lire un peu la doc (je croyais les archers fiers de lire la doc eux), pour comprendre comment ça fonctionne de manière précise.
Ouais, ben la fois où un utilisateur m’a demandé si je pouvais fixer l’ordre des entrées de son Grub 2 sur un portable perso, je n’allais pas y passer 3 heures. J’ai regardé la doc d’Ubuntu 5 minutes… et j’ai préféré regarder le contenu du paquet Grub. Solution rapide : j’ai modifié les priorités des scripts dans /etc/grub.d.
Si vraiment tu veux avoir quelque chose en dur pourquoi ne pas rendre non-executable tout les fichiers de /etc/grub.d pour ne garder que celui qui t'intéresse.
C’est comme la solution que j’ai mise en place pour mon utilisateur, ça ne résiste pas forcément à une mise à jour du paquet Grub. J’ai considéré que ça devait arriver moins souvent que les mises à jour du noyau, mais ce n’est pas pleinement satisfaisant pour autant.
Tu trouve que c'est une torture mais ça permet à un tas de monde de faire précisément ce qu'ils veulent.
Allez, le conseil de la doc officielle de Grub 2 pour la question de l’ordre du menu : grub-mkconfig does have some limitations. While adding extra custom menu entries to the end of the list can be done by editing /etc/grub.d/40_custom or creating /boot/grub/custom.cfg, changing the order of menu entries or changing their titles may require making complex changes to shell scripts stored in /etc/grub.d/. This may be improved in the future. In the meantime, those who feel that it would be easier to write grub.cfg directly are encouraged to do so (see Booting, and Shell-like scripting), and to disable any system provided by their distribution to automatically run grub-mkconfig.
Et si tu ne fais pas l'effort de lire ce que j'écris je vois pas pourquoi je continuerais
Effectivement, tu n’as pas compris mon point. Ce n’est pas de chercher la solution à mes problèmes. C’est juste de montrer qu’il y en a un certain nombre qui peuvent se poser.
Hors ce sont des problèmes créés, la manière la plus simple de les résoudre est de ne pas les créer !
Autant grub-mkconfig est tout-à-fait légitime à l’installation du système pour créer la configuration de base, autant regénérer la configuration à chaque mise-à-jour du noyau est disproportionné. La solution utilisée sur les Mandrake il y a plus de 10 ans résout la question de la mise-à-jour de manière pleinement satisfaisante et beaucoup plus simple.
Tout le temps passé à résoudre des problèmes créés et évitables est du temps qu’on ne passe pas à résoudre des problèmes réels ou à faire quoique ce soit d’autre de plus intéressant.
« Le fascisme c’est la gangrène, à Washington comme en Russie. » — adapté de Renaud, Hexagone
[^] # Re: Grub
Posté par Arthur Accroc . En réponse au journal Arch et le tournant. Évalué à 2.
Hein ? Pouvoir éditer le fichier de configuration et mettre tout ce que tu veux dedans, ça manque de flexibilité ???
Oulala ! C’est vraiment affreux !
Fedora avait pensé aux maniaques du rangement : /boot/grub/menu.lst était un lien vers /etc/grub.conf (bon, peut-être pas si tu fais une partition /boot séparée).
Ouais, ben la fois où un utilisateur m’a demandé si je pouvais fixer l’ordre des entrées de son Grub 2 sur un portable perso, je n’allais pas y passer 3 heures. J’ai regardé la doc d’Ubuntu 5 minutes… et j’ai préféré regarder le contenu du paquet Grub. Solution rapide : j’ai modifié les priorités des scripts dans /etc/grub.d.
C’est comme la solution que j’ai mise en place pour mon utilisateur, ça ne résiste pas forcément à une mise à jour du paquet Grub. J’ai considéré que ça devait arriver moins souvent que les mises à jour du noyau, mais ce n’est pas pleinement satisfaisant pour autant.
Allez, le conseil de la doc officielle de Grub 2 pour la question de l’ordre du menu : grub-mkconfig does have some limitations. While adding extra custom menu entries to the end of the list can be done by editing /etc/grub.d/40_custom or creating /boot/grub/custom.cfg, changing the order of menu entries or changing their titles may require making complex changes to shell scripts stored in /etc/grub.d/. This may be improved in the future. In the meantime, those who feel that it would be easier to write grub.cfg directly are encouraged to do so (see Booting, and Shell-like scripting), and to disable any system provided by their distribution to automatically run grub-mkconfig.
Effectivement, tu n’as pas compris mon point. Ce n’est pas de chercher la solution à mes problèmes. C’est juste de montrer qu’il y en a un certain nombre qui peuvent se poser.
Hors ce sont des problèmes créés, la manière la plus simple de les résoudre est de ne pas les créer !
Autant grub-mkconfig est tout-à-fait légitime à l’installation du système pour créer la configuration de base, autant regénérer la configuration à chaque mise-à-jour du noyau est disproportionné. La solution utilisée sur les Mandrake il y a plus de 10 ans résout la question de la mise-à-jour de manière pleinement satisfaisante et beaucoup plus simple.
Tout le temps passé à résoudre des problèmes créés et évitables est du temps qu’on ne passe pas à résoudre des problèmes réels ou à faire quoique ce soit d’autre de plus intéressant.
« Le fascisme c’est la gangrène, à Washington comme en Russie. » — adapté de Renaud, Hexagone