Cela ne résoud pas ton bug, mais pour te simplifier la manip, grub2 gère le lvm et le raid donc tu peux faire comme moi
/dev/sda1 + /dev/sdb1 → /dev/md0 → vg0
avec
/dev/vg0/disk
/dev/vg0/swap
...
/dev/vg0/boot (si vraiment tu veux séparer)
Deux choses à savoir :
* grub2 ne sait que lire dans un lvm dans un raid (ce qui doit pas être compliqué, savoir sauter au dessus de l'overhead de tout le bousin) mais ne sait pas du tout écrire, donc par exemple l'option de grub2 pour mémoriser la dernière sélection (GRUB_DEFAULT=saved et GRUB_SAVEDEFAULT=true dans /etc/default/grub) ne fonctionnera pas.
* Si tu mets ton /boot dans le lvm, tu ne pourras pas revenir à grub-legacy.
Cela dit j'ai le même problème que toi, j'ai même testé un peu plus sioux : dd if=/dev/sda of=/dev/sdb bs=446 count=1
Sachant que la table des partitions est déjà la même avec une unique partition qui est un miroir raid1 qui contient la même chose.
Et j'ai souvent ton problème. Cela marchait sous Lenny avec le vénérable grub.
Une fois j'ai eu ce soucis en faisant un update-grub sur un grub qui marchait, et de faire LANG=C update-grub me le remettait d'applomb ! update-grub me le pétait à nouveau, LANG=C update-grub me le remettait à nouveau (je suis en fr_FR.utf8).
Bref t'es pas le seul /o\ (et je cherche...).
Ce qui m'inquiète c'est que ton expérience me montre que ce n'est pas la faute du /boot dans le lvm, puisque tu ne le fais pas...
ce commentaire est sous licence cc by 4 et précédentes
# grub2, raid et lvm
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au message grub2 RAID et lvm2. Évalué à 3.
/dev/sda1 + /dev/sdb1 → /dev/md0 → vg0
avec
/dev/vg0/disk
/dev/vg0/swap
...
/dev/vg0/boot (si vraiment tu veux séparer)
Deux choses à savoir :
* grub2 ne sait que lire dans un lvm dans un raid (ce qui doit pas être compliqué, savoir sauter au dessus de l'overhead de tout le bousin) mais ne sait pas du tout écrire, donc par exemple l'option de grub2 pour mémoriser la dernière sélection (GRUB_DEFAULT=saved et GRUB_SAVEDEFAULT=true dans /etc/default/grub) ne fonctionnera pas.
* Si tu mets ton /boot dans le lvm, tu ne pourras pas revenir à grub-legacy.
Cela dit j'ai le même problème que toi, j'ai même testé un peu plus sioux :
dd if=/dev/sda of=/dev/sdb bs=446 count=1Sachant que la table des partitions est déjà la même avec une unique partition qui est un miroir raid1 qui contient la même chose.
Et j'ai souvent ton problème. Cela marchait sous Lenny avec le vénérable grub.
Une fois j'ai eu ce soucis en faisant un update-grub sur un grub qui marchait, et de faire LANG=C update-grub me le remettait d'applomb ! update-grub me le pétait à nouveau, LANG=C update-grub me le remettait à nouveau (je suis en fr_FR.utf8).
Bref t'es pas le seul /o\ (et je cherche...).
Ce qui m'inquiète c'est que ton expérience me montre que ce n'est pas la faute du /boot dans le lvm, puisque tu ne le fais pas...
ce commentaire est sous licence cc by 4 et précédentes