Certains s'en réjouiront, mais pas moi. Le nouveau Grub me semble aussi confus que la page du wiki qui lui est consacrée.
D’un autre côté, elle est plus claire que la dernière que j’ai vue, dont j’avais conclu qu’il y avait plein de fichiers de configuration… mais aucun qui soit prévu pour qu’on puisse configurer (!), entre le fichier généré qu’il ne faut pas modifier parce qu’il est généré et les autres fichiers qui peuvent permettre d’influencer la génération, mais pas de manière immédiate.
Cela dit, je trouve aussi que c’est un recul de plus par rapport aux principes KISS. Je ne migrerai peut-être pas avant d’avoir besoin d’une fonctionnalité que Grub 0.9 ne supporte pas. Faute de mieux, il reste dans AUR (pour ceux qui ne sont pas familiers d’Arch, c’est les contributions)…
Ça y est, on tire à bout portant sur /etc/rc.conf, le fichier de configuration de ce qu'était Arch linux. Il est malade depuis un bout de temps. Cela a commencé insidieusement. Une variable a été supprimée, remplacée par un fichier de configuration indépendant. Puis une autre, et encore une autre, et ainsi de suite jusqu'à ce qu'il ne reste là-dedans que quelques lignes, comme en guise de souvenir.
Et en passant à systemd, la parallélisation du démarrage fera gagner… le temps perdu à lire plus de fichiers.
Il y a un moment (la Fedora de l’époque ne l’utilisait pas réellement), j’avais configuré systemd en mode natif (en gardant la possibilité de démarrer aussi avec rc.sysinit) ; ça marchait plutôt bien, jusqu’à ce que NetworkManager (qui vient aussi de chez Fedora/RedHat…) parte complètement en sucette avec. Vu la complexité de déboguer un tel problème avec systemd, j’ai choisi de m’en tenir à NetworkManager sans systemd, peut-être pas le meilleur des deux, mais celui dont j’avais vraiment besoin.
Bon, j’ai réessayé de booter sur systemd il y a quelques jours, ça remarche avec NetworkManager…
Au niveau temps de démarrage, j’avais chronométré, le démarrage prenait à peu près autant de temps à une seconde près, mais avec le système d’init BSD, je démarre pas mal de services en tâche de fond.
« Le fascisme c’est la gangrène, à Washington comme en Russie. » — adapté de Renaud, Hexagone
# Grub, rc.conf, systemd
Posté par Arthur Accroc . En réponse au journal Arch et le tournant. Évalué à 3.
D’un autre côté, elle est plus claire que la dernière que j’ai vue, dont j’avais conclu qu’il y avait plein de fichiers de configuration… mais aucun qui soit prévu pour qu’on puisse configurer (!), entre le fichier généré qu’il ne faut pas modifier parce qu’il est généré et les autres fichiers qui peuvent permettre d’influencer la génération, mais pas de manière immédiate.
Cela dit, je trouve aussi que c’est un recul de plus par rapport aux principes KISS. Je ne migrerai peut-être pas avant d’avoir besoin d’une fonctionnalité que Grub 0.9 ne supporte pas. Faute de mieux, il reste dans AUR (pour ceux qui ne sont pas familiers d’Arch, c’est les contributions)…
Et en passant à systemd, la parallélisation du démarrage fera gagner… le temps perdu à lire plus de fichiers.
Il y a un moment (la Fedora de l’époque ne l’utilisait pas réellement), j’avais configuré systemd en mode natif (en gardant la possibilité de démarrer aussi avec rc.sysinit) ; ça marchait plutôt bien, jusqu’à ce que NetworkManager (qui vient aussi de chez Fedora/RedHat…) parte complètement en sucette avec. Vu la complexité de déboguer un tel problème avec systemd, j’ai choisi de m’en tenir à NetworkManager sans systemd, peut-être pas le meilleur des deux, mais celui dont j’avais vraiment besoin.
Bon, j’ai réessayé de booter sur systemd il y a quelques jours, ça remarche avec NetworkManager…
Au niveau temps de démarrage, j’avais chronométré, le démarrage prenait à peu près autant de temps à une seconde près, mais avec le système d’init BSD, je démarre pas mal de services en tâche de fond.
« Le fascisme c’est la gangrène, à Washington comme en Russie. » — adapté de Renaud, Hexagone