Vérifier l'installation de grub sur les deux disques du raid1

Bonjour,

j’ai un serveur en raid1 (sda et sdb), l’hébergeur a changé le disque sdb et a reconstruit le raid et l’état actuel est :

cat /proc/mdstat
Personalities : [raid1]
md0 : active raid1 sdb1[1] sda1[0]
102272 blocks [2/2] [UU]

md1 : active raid1 sdb3[1] sda3[0]
243069568 blocks [2/2] [UU]

Je veux demander le changement de deuxième disque le sda, et avant je veux m’assurer que le Grub est bien installé sur les deux disques.
D’après l’état du raid1 et fdisk -l (ci-dessous), pour moi le grub est bien installé sur les deux disques, est ce que c’est vrais? y a t-il une autre manière plus sure de vérifier l’installation de grub sur les deux disques.

fdisk -l

Disk /dev/sda: 250.1 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders, total 488397168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Device Boot Start End Blocks Id System
/dev/sda1 * 1 204799 102399+ 83 Linux
/dev/sda2 204800 2252799 1024000 82 Linux swap / Solaris
/dev/sda3 2252800 488392064 243069632+ 83 Linux

Disk /dev/sdb: 250.1 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders, total 488397168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x5459ed75

Device Boot Start End Blocks Id System
/dev/sdb1 * 1 204799 102399+ 83 Linux
/dev/sdb2 204800 2252799 1024000 82 Linux swap / Solaris
/dev/sdb3 2252800 488392064 243069632+ 83 Linux

Disk /dev/md1: 248.9 GB, 248903237632 bytes
2 heads, 4 sectors/track, 60767392 cylinders, total 486139136 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/md1 doesn’t contain a valid partition table

Disk /dev/md0: 104 MB, 104726528 bytes
2 heads, 4 sectors/track, 25568 cylinders, total 204544 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000


Un grand merci par avance.

Ce n’est pas /proc/mdstat ni fdisk qui te diront si GRUB est installé sur les deux disques. GRUB s’installe en partie à des positions du disque qui ne font pas partie du RAID. Pour vérifier la présence de GRUB, le plus simple est d’installer le paquet boot-info-script et d’examiner le rapport de la commande bootinfoscript.

PS : Visiblement le swap n’est pas en RAID, ce qui amoindrit notablement la disponibilité du serveur. Si un disque tombe, le swap qui est dessus n’est plus accessible et le système risque de planter. C’est dommage.

Merci pour votre réponse.

J’ai utilisé boot-info-script, mais je ne suis pas sure de bien comprendre, ci-dessous le résultat. Pouvez-vous m’expliquer la première partie. Merci.


============================= Boot Info Summary: ===============================

=> Grub Legacy0.950.95 is installed in the MBR of /dev/sda and looks at
sector 150531 of the same hard drive for the stage2 file. A stage2 file
is at this location on /dev/sdb. Stage2 looks on partition #1 for
/grub/menu.lst…
=> Syslinux MBR (4.04 and higher) is installed in the MBR of /dev/sdb.

sda1: __________________________________________________________________________

File system:       linux_raid_member
Boot sector type:  -
Boot sector info:

sda2: __________________________________________________________________________

File system:       swap
Boot sector type:  -
Boot sector info:

sda3: __________________________________________________________________________

File system:       linux_raid_member
Boot sector type:  -
Boot sector info:

sdb1: __________________________________________________________________________

File system:       linux_raid_member
Boot sector type:  -
Boot sector info:

sdb2: __________________________________________________________________________

File system:
Boot sector type:  -
Boot sector info:
Mounting failed:   mount: unknown filesystem type ''

sdb3: __________________________________________________________________________

File system:       linux_raid_member
Boot sector type:  -
Boot sector info:

md1: ___________________________________________________________________________

File system:       ext3
Boot sector type:  -
Boot sector info:
Operating System:  Debian GNU/Linux 7
Boot files:        /etc/fstab

md0: ___________________________________________________________________________

File system:       ext2
Boot sector type:  -
Boot sector info:
Operating System:
Boot files:        /grub/menu.lst

Il est dit que l’amorce de GRUB legacy (GRUB 1, ancienne version obsolète installée par le paquet grub-legacy) est installée dans le MBR du disque /dev/sda, alors que le MBR du disque /dev/sdb contient l’amorce de Syslinux, un autre chargeur d’amorçage. On peut donc en déduire que GRUB n’est pas installé sur /dev/sdb, ce qui est normal si tu ne l’as pas fait explicitement.

Pourquoi ne pas avoir utilisé GRUB 2 (paquet grub-pc) qui gère beaucoup mieux le RAID logiciel ? Est-ce une très vieille installation ?

Merci pour votre réponse.

Le disque /dev/sdb est récemment changé par le l’hébergeur , c’est pour cela qu’il n y a pas de grub installé.
malgré que Syslinux (un autre chargeur d’amorçage) est installé sur sdb, le changement de disque /dev/dba conduira t-il à un problème lors de lancement de système ?
si oui, pouvez vous m’orienter comment installer grub sur le sdb ? faut-il installer la meme version sur les deux disques puisque il sont en raid1? Merci

Oui c’est une vieille installation.

Oui, car syslinux n’est pas configuré pour amorcer ce système.

Il faut que ce soit la même version car les deux doivent partager le même répertoire /boot/grub. Normalement la commande suivante suffit à installer GRUB sur /dev/sdb :

grub-install /dev/sdb

mais il y a très longtemps que je n’utilise plus GRUB 1/legacy et je ne suis pas sûr si ça suffit avec du RAID 1. Au pire le système ne pourra plus démarrer depuis /dev/sda, mais ce n’est pas grave si tu comptes le remplacer.

Par contre, lors du remplacement du premier disque, il vaudrait mieux que le BIOS du serveur soit configuré pour démarrer en priorité sur le second, car si le premier disque contient une amorce de syslinux, le BIOS risque de booter dessus et syslinux risque de ne pas rendre la main au BIOS pour essayer de booter sur le second disque.

Je viens de m’apercevoir que le fichier /etc/blkid.tab est mis à jour (ajout de la valeur UUID là où elle n’est pas) après l’exécution de script bootinfoscript est il normal ? moi j’ai compris que le script est passif, il affiche juste des infos et mais faire des actions.
merci.

Je suppose que bootinfoscript invoque blkid ; c’est ce dernier qui met à jour /etc/blkid.tab lorsqu’il est exécuté en tant que root.