Re: Booter sur un RAID 1 dégradé
Le 20/02/2012 17:15, Daniel Huhardeaux a écrit :
> Le 20/02/2012 17:06, Florian Blanc a écrit :
>> Je ne suis pas certain mais il me semble que ton /boot ne doit pas
>> etre en lvm mais en "dur".
>> c'est la seule partition qui ne doit pas etre en lvm.
>
> Juste
>
>> Le 20 février 2012 16:06, Goldy <goldy@goldenfish.info
>> <mailto:goldy@goldenfish.info>> a écrit :
>>
>> Bonjour,
>>
>> Je cherche un moyen de pouvoir booter sur un raid 1 dont un des
>> disques
>> serait tombé en panne.
>>
>> Je fais actuellement des tests pour une installation dans
>> virtualbox, et
>> j'ai constaté que si le second disque (à savoir sdb) était enlevé, je
>> pouvais booter, mais s'il s'agissait de sda, alors le système ne
>> pouvait
>> pas booter.
>>
>> Comment puis-je configurer grub2 pour que le système soit en
>> mesure de
>> booter si sda venait à tomber en panne ?
>>
>> J'ai déjà fait un grub-install sur sda et sdb.
>>
>
> Je suppose boot grub. as tu bien (hd0,0) pour sda et (hd1,0) pour sdb
> avec le fallback pointant sur sdb? Ou alors root=md/0 si la partition
> /boot est sur du raid1 *sans* lvm.
>
En fait le problème semble venir du devices.map qui liste les disques.
Dans le cas présent j'ai ceci :
(hd0) /dev/disk/by-id/ata-VBOX_HARDDISK_VBee51d3a4-dce5d74a
(hd1) /dev/disk/by-id/ata-VBOX_HARDDISK_VB91c003fa-889aa88a
Le problème, je pense, est donc que lorsque le premier disque est enlevé
alors hd1 devient hd0 et la carte des disques n'est plus cohérente (dans
mon cas ça reste sur grub loading sans que la liste des noyaux
s'affiche), le problème est en fait le même si on inverse les ports sata
des deux disques.
Donc l'idée est de trouver quoi mettre dans le devices.map pour que grub
soit tout même capable de booter indépendamment de l'état des disques,
c'est sans doute possible.
Reply to: