Grub2 prend-il en charge le démarrage / démarrage sur une partition RAID5?

Il ressemble à l' heure actuelle la plupart des installateurs de systèmes d'exploitation insistent sur la mise / boot sur une partition non-RAID (ou le type de partition RAID1 que « ressemble à » une partition non-RAID), même les installateurs que le soutien RAID5 et GRUB2.

Je suppose que cette limitation est une relique historique de Grub1. Ma compréhension est que Grub1 ne sait rien du RAID et ne peut donc pas démarrer n'importe quel type de matrice RAID - à l'exception des matrices RAID qui "ressemblent" à une matrice non RAID.

Est-ce une limitation de Grub2 ou des installateurs de système d'exploitation?

J'ai entendu des rumeurs selon lesquelles Grub2 est "capable de prendre en charge / démarrer sur RAID-0, RAID-1 ou RAID-5, métadonnées 0.90, 1.0, 1.1 ou 1.2".

Est-ce que Grub2 prend vraiment en charge le démarrage / démarrage sur une partition RAID1 logicielle avec des métadonnées 1.2?

Est-ce que Grub2 prend vraiment en charge le démarrage / démarrage sur une partition RAID5 logicielle?

Une réponse idéale serait liée à un tutoriel qui explique comment déplacer une partition / boot (sur une partition non RAID) vers une partition RAID5.

Par "ressemble à" une partition non RAID, je veux dire soit

• lorsque Grub1 ne lit qu'un seul disque dur d'une matrice RAID1 logicielle avec un système de fichiers ext3 ou ext4 et ignore les métadonnées RAID 0.90 ou 1.0 à la fin de la partition, il ressemble à un système de fichiers ext2 non RAID que Grub1 peut gérer. Ou
• Pas un logiciel ou un faux RAID, mais un raid matériel complet qui ressemble à un disque non RAID normal.

Oui, grub2 est pleinement conscient du raid (et de LVM). En fait, vous n'avez pas du tout besoin d'une partition / boot distincte; vous pouvez simplement tout mettre sur le raid5.

Idéalement, vous ne voulez pas installer du tout avec une partition / boot, mais la supprimer après coup signifie simplement copier tous les fichiers sur la partition racine et réinstaller grub, comme ceci:

umount /boot
mount /dev/[bootpart] /mnt
cp -ax /mnt/* /boot
grub-install /dev/sda

Bien sûr, vous devez ensuite supprimer la ligne / boot de / etc / fstab, et vous avez toujours la partition qui traîne, juste inutilisée.

Notez que vous pouvez également installer grub sur tous les disques du raid5 afin de pouvoir démarrer à partir de l'un d'eux. Le paquet Ubuntu grub-pc vous invitera ( dpkg-reconfigure grub-pcpour le demander à nouveau) à cocher tous les lecteurs sur lesquels vous souhaitez qu'il soit installé et à l'installer pour vous.

C'est un affreux gâchis sous Linux. La version par défaut du superbloc utilisant mdadm est la version 1.20. Une fois que vous avez dépassé 0,90 pour démarrer, vous êtes en territoire inconnu. Certes, lilo ne montre aucun intérêt supérieur à 1,0. Votre meilleur pari est de former les tableaux de raid (astuce: utilisez le paramètre --metadata = 0.90 dans votre mdadm create) avant d'utiliser la procédure d'installation. Ensuite, vous pouvez installer sur la matrice RAID et utiliser votre chargeur de démarrage préféré.