GRUB et RAID 1

On va bientôt dire que je spamme, mais j’ai épuisé mes capacités de recherche, là.

J’ai installé la Debian en RAID 1 en suivant grosso modo ce howto. Sauf que comme j’avais un disque mort (après 1 semaine… et comme le précédent disque qui m’a lâché l’avait fait au bout de 4 mois, je me suis félicité de commencer à faire du RAID, mais je m’éloigne du sujet)… comme j’avais un disque mort, donc, j’ai monté le système en déclarant le deuxième disque “missing”.
Les commandes ressemblaient en gros à :

J’ai installé GRUB pour faire du multi-boot, avec les commandes :

# grub grub> root (hd0,2) grub> setup (hd0)
Et ça a bien marché. Au passage, voici mon fichier /boot/grub/menu.lst :

[code]# D’apres http://www.linuxsa.org.au/mailing-list/2003-07/1270.html

Couleurs par defaut

color light-gray/blue black/light-gray

Temps d’attente avant boot (s)

timeout 20

Boote sur la premiere entree par defaut,

puis essaie les suivantes pour en trouver une lisible

default 0
fallback 1
fallback 2
fallback 3

Entree 0 - Linux sur disque 0

title GNU/Linux Debian (sur disque 0)
root (hd0,2)
kernel (hd0,2)/boot/vmlinuz-2.6.10 root=/dev/md1 vga=normal

Entree 1 - Linux sur disque 1

title GNU/Linux Debian (sur disque 1)
root (hd1,2)
kernel (hd1,2)/boot/vmlinuz-2.6.10 root=/dev/md1 vga=normal

Entree 2 - Windows XP sur disque 0

title Windows XP Pro (sur disque 0)
rootnoverify (hd0,0)
makeactive
chainloader +1

Entree 3 - Windows XP sur disque 1

title Windows XP Pro (sur disque 1)
rootnoverify (hd1,0)
makeactive
chainloader +1

Entree 4 - Changer les couleurs du menu (ouaaahh !)

title Changer les couleurs du menu (default)
color light-gray/black black/light-gray[/code]
Et puisque nous y sommes, le fichier /boot/grub/devices.map :

code /dev/fd0
(hd0) /dev/sda[/code]
Ca a très bien marché, Linux était très content de faire du RAID 1 en mode dégradé (mon contrôleur SiI 3112A un peu moins, vu qu’il clamait un mode critique au démarrage).

J’ai remplacé le disque aujourd’hui même et l’ai réintroduit dans la grappe RAID 1 :

  • Une première fois avec le contrôleur SiI 3112A, avec l’option “Rebuild mirrored set” de son menu.
  • Une deuxième fois sous Linux, en passant la commande :

J’ai suivi l’évolution de la reconstruction avec :

J’ai poussé le vice jusqu’à modifier le fichier devices.map pour y ajouter :

Et j’ai installé GRUB sur la MBR du nouveau disque :

# grub grub> root (hd1,2) grub> setup (hd1)
Tout s’est bien passé ; j’ai rebooté et ai tenté de démarrer à partir du disque 1 (entrée 1 de menu.lst). Et là, “catastrophe” :

Booting 'GNU/Linux Debian (sur disque 1)' root(hd1,2) Error 21: Selected disk does not exist
Elle est bien bonne, celle-là ! Le disque n’existe pas alors que GRUB n’a pas paru aussi effarouché par la mise à jour de la MBR du même disque, mais sous Linux ce coup-ci. Bon, cela dit, le boot sur le disque 0 fonctionne encore correctement, c’est toujours ça de pris.

Bref, j’y perds mon latin, et toute aide serait la bienvenue (parce que je trouverais pas ça hyper drôle qu’il n’arrive plus à booter si le premier disque lâche… même s’il existe des roues de secours pour récupérer les données, nous sommes d’accord).


Un gars qui cherche (mais qu’aimerait bien trouver, aussi, des fois)

PS : Je viens d’installer GDM. Et je suis épaté par le fait qu’un simple utilisateur puisse redémarrer/éteindre la machine. Parce que question sécurité, c’est quand même hyper moyen. Comment ça fait pour contourner la contrainte d’être administrateur pour ce genre de tâche ?!

Bah alors, personne utilise GRUB dans le coin ?!
(Ca s’est vu, la méthode discrète pour faire le up ? :slight_smile:

[quote]J’ai poussé le vice jusqu’à modifier le fichier devices.map pour y ajouter :
Code:
(hd1) /dev/sdb[/quote]
T’es sûr que c’est correct ce genre de bidouille ???

Normalement, les disques sont vus comme ça:

disques ide = hda, hdb …
disques scsi = sda, sdb …

Et apparement, tes disques sont vus comme des SCSI étant donné que tu leur balance des commandes du genre:

Ta bidouille peut éventuellement marcher sur des disques qui ne sont pas en RAID, mais dans ton cas, j’ai des doutes …

Bah oui, ils sont vus comme des disques SCSI. C’est probablement lié au fait que ce sont en fait des disques S-ATA (je n’avais pas précisé, il est vrai), et que mon noyau est compilé avec le support du contrôleur Silicon Image 3112A.
Par exemple, la KNOPPIX les reconnaît aussi comme des disques SCSI, alors que SimplyMEPIS 2004.06 non (dans ce cas, les disques apparaissent comme hde et hdg… Comme s’il s’agissait de deux disques maîtres sur des ports IDE supplémentaires, dingue non ?). Je suis prêt à parier que KNOPPIX possède aussi le support du SiI 3112A alors que SimplyMEPIS non. Mais passons.

En fait, je me demande si le problème n’est pas bêtement lié à la réintroduction d’un nouveau disque dans la grappe, et plus particulièrement à la reconstruction offline effectuée dans le menu “BIOS” de la SiI 3112A : a priori|, c’est une copie bête et méchante d’un disque à l’autre ; du coup, je me demande si des informations du genre MBR et numéro de série du disque pré-existant n’ont pas été copiées sur le deuxième disque… ce qui troublerait GRUB (j’avais déjà eu un problème avec LILO concernant des “serial ID volume”, qui m’avait dissuadé de l’utiliser et de lui préférer GRUB).

Personne n’a d’autre info sur le sujet ? Va falloir que je traduise mon mail en anglais pour le poster… euh… où, au fait ? Quelqu’un a-t-il une idée d’un bon forum où poster ce genre de requête ?!

Bonne soirée,


AuréGRUB

Bouh, je constate que le sujet n’inspire personne…

A défaut, vous auriez une adresse (même en anglais) de bon forum (ma définition de bon dans ce contexte : beaucoup fréquenté par de gros cracks) sur Linux ?

dsl. ton sujet me parle mais je suis overbooké je n’ai pas le temps de m’y plonger.
as tu cherché sur hardware.fr ? c’est le genre de sujet dont ils raffolent la bas.

Oui oui, merci Matt !

Le problème n’arrive plus qu’en n-ième position sur ma to-do list toute neuve que j’ai faite ce week-end (et qui comprend des joyeusetés comme “comprendre le fonctionnement de Samba” ou “configurer iptables”) ; mais dès que j’arriverai au point ‘n’ concerné, j’irai faire un tour là-bas.

Euh… J’ai dit merci, déjà ? :slight_smile:

J’ai aussi à construire un RAID 1 logiciel sur une Sarge à base de disques SATA sur Silicon Image 3112A.

Peux-tu me dire comment tu as modifié ton noyau et ramdisk pour qu’il reconnaisse la 3112A au démarrage ?

Bonjour,

Je ne suis pas spécialiste mais de problème de boot et de grub me fait penser aux difficultés que j’ai rencontré pour installer sarge sur la configuration suivante : un IDE de 120Go, un SATA de 74Go, dans le bios “first boot = scsi”

Impossible d’installer Grub sur le SATA à l’installation de sarge, donc il s’installe sur le ide et je suis obligé de changer le bios pour booter en 1er lieu sur le ide, et le windows en multi sur le sata refuse alors de demarrer, donc, là je me dis pas grave, je demarre debian et j’installe
grub sur le sata tout ca en console.

Résultat : impossible de booter sur aucun système après redemarrage, j’ai du booter sur mepis en cdlive pour modifier le menu.lst de grub, grub inverse la numeration des disque sur ce type de config, meme si tu met scsi dans comme first boot il appelera ton sata hd1 et ecrira le menu.lst en conséquence.

A chaque changement de noyau je dois effectuer cette manip : changer hd1 pour hd0 et tout fonctionne.

Je suis pas sur que cela puisse d’aider mais on sait jamais.