Donc voici mon problème.

HDC --> windows

obligé de le débranché pour l'instal de l'linux sinon écrasement du mbr et plus rien qui ne mfonctionne ( ni linux ni windows )

ensuite controleur sata

pour simplifier 2 disques dur en sda et sdd

un fdisk :

Disque /dev/sda: 81.9 Go, 81964302336 octets

255 têtes, 63 secteurs/piste, 9964 cylindres

Unités = cylindres de 16065 * 512 = 8225280 octets

Périphérique Amorce Début Fin Blocs Id Système

/dev/sda1 * 1 5100 40965718+ 5 Extended

/dev/sda2 5101 9964 39070080 7 HPFS/NTFS

/dev/sda5 5085 5100 128520 82 Linux swap / Solaris

/dev/sda6 2652 5083 19535008+ fd Linux raid autodetect

/dev/sda7 2639 2650 96358+ 83 Linux

/dev/sda8 1 608 4883665+ fd Linux raid autodetect

/dev/sda9 609 1245 5116671 fd Linux raid autodetect

/dev/sda10 2627 2638 96358+ 83 Linux

/dev/sda11 1246 1853 4883728+ fd Linux raid autodetect

la même chose sur sdd

sda6 --> raid 1 pour /home

sda8 --> raid 0 pour / pour ubuntu

sda9 --> raid0 pour / pout Xbuntu

sda10 --> raid0 pour / pour fedora

sda7 / boot pour ubuntu

sdd7 /boot pour fedora

sda10 /boot pour Xbuntu

voir les trois morceaux de menu.lst

pour Xbuntu

title Ubuntu, kernel 2.6.17-10-generic

root (hd0,9)

kernel /vmlinuz-2.6.17-10-generic root=/dev/md3 ro quiet splash locale=fr_FR

initrd /initrd.img-2.6.17-10-generic

quiet

savedefault

boot

title Ubuntu, kernel 2.6.17-10-generic (recovery mode)

root (hd0,9)

kernel /vmlinuz-2.6.17-10-generic root=/dev/md3 ro single

initrd /initrd.img-2.6.17-10-generic

boot

title Ubuntu, memtest86+

root (hd0,9)

kernel /memtest86+.bin

quiet

boot

pour Ubuntu

title Ubuntu, kernel 2.6.17-11-generic

root (hd0,6)

kernel /vmlinuz-2.6.17-11-generic root=/dev/md1 ro quiet splash locale=fr_FR

initrd /initrd.img-2.6.17-11-generic

quiet

savedefault

boot

title Ubuntu, kernel 2.6.17-11-generic (recovery mode)

root (hd0,6)

kernel /vmlinuz-2.6.17-11-generic root=/dev/md1 ro single

initrd /initrd.img-2.6.17-11-generic

boot

title Ubuntu, kernel 2.6.17-10-generic

root (hd0,6)

kernel /vmlinuz-2.6.17-10-generic root=/dev/md1 ro quiet splash locale=fr_FR

initrd /initrd.img-2.6.17-10-generic

quiet

savedefault

boot

title Ubuntu, kernel 2.6.17-10-generic (recovery mode)

root (hd0,6)

kernel /vmlinuz-2.6.17-10-generic root=/dev/md1 ro single

initrd /initrd.img-2.6.17-10-generic

boot

title Ubuntu, memtest86+

root (hd0,6)

kernel /memtest86+.bin

quiet

boot

pour fedora

default=0

timeout=5

splashimage=(hd3,6)/grub/splash.xpm.gz

hiddenmenu

title Fedora Core (2.6.19-1.2911.fc6)

root (hd3,6)

kernel /vmlinuz-2.6.19-1.2911.fc6 ro root=/dev/md3 rhgb quiet

initrd /initrd-2.6.19-1.2911.fc6.img

title Fedora Core (2.6.18-1.2798.fc6)

root (hd3,6)

kernel /vmlinuz-2.6.18-1.2798.fc6 ro root=/dev/md3 rhgb quiet

initrd /initrd-2.6.18-1.2798.fc6.img

title fedora 6 alex

rootnoverify (hd3,6)

chainloader +1

title Other

rootnoverify (hd0,1)

chainloader +1

title ubuntu XGL

rootnoverify (hd0,6)

chainloader +1

je ne sais pas si les 3 os trouvent les même partition raid .A chaque install il ne trouve aucune dsitribution existante et donc ne récupère pas les infos pour grub.

une idee pour un super multiboot ?

en fait je pense que si j'avais la même partition de boot pour les 3 os ça serait beaucoup plus simple.

C'est possible ??

car par exemple ubuntu et xubuntu auraont les même kernel..

Ou sont stocké les informations pour le raid ?? sur /boot ??

il ne sont même pas obligé d'avoir le même kernel, il te suffit de te faire un partoche /boot dans laquelle tu colles un linux-ubuntu, un linux-xubuntu et un linux-fedora, et dans ce cas, tu auras toujours le même root(hdx,y) dans ton grub.

11 partitiions sur un disque ? il doit y en avoir qui s'en remettent pas ...

c'est peut-être un peu tard, mais tu aurais fait :

1 ext3 (sda1) pour /boot

1 NTFS (ou fat32) pour ton windows

1 LVM en Raid0

1 LVM en Raid1

(et j'aurai utilisé le sdd1 pour faire une partition de tmp ou swap pour windows)

tu aurais peut-être moins de galères

surtout que dans ce cas tu pouvais faire :

1 VG par distrib

1 VG pour les datas

+1 sur le /boot mutualisable (j'ai un /boot commun pour une Gentoo et deux versions d'Ubuntu, le tout est de bien nommer tes noyaux)

Sandeman!!

il faut dire que LVM je n'ai jamais vraiment tester.

mais forcément c'est LA solution, avec le /boot mutualisé!!

bon ce weekend un format et zou je vais pouvoir tout réinstaller.

j'ai essayer un /home partagé mais c'est pas une bonne idée.

c'est cool!!!!

quand tu l'auras fait et que ça aura maarché, tu nous dit comment t'a organisé tes partoches, le raid sur LVM, etc, etc

Bon il ne faut pas prendre peur

df -h
Sys. de fich.            Tail. Occ. Disp. %Occ. Monté sur
/dev/mapper/racine-Ubuntu
                     6,8G  2,2G  4,3G  33% /
varrun               1014M   88K 1014M   1% /var/run
varlock              1014M     0 1014M   0% /var/lock
procbususb             10M  180K  9,9M   2% /proc/bus/usb
udev                   10M  180K  9,9M   2% /dev
devshm               1014M     0 1014M   0% /dev/shm
/dev/mapper/racine-Fedora
                     7,6G  2,2G  5,1G  30% /Fedora
/dev/mapper/racine-Mandrake
                     6,3G  143M  5,8G   3% /Mandrake
/dev/mapper/racine-Xubuntu
                     6,8G  1,7G  4,8G  26% /Xubuntu
/dev/sda8             184M   24M  151M  14% /boot
/dev/sdd8             184M   33M  142M  19% /boot2
/dev/mapper/Donnees-Home
                      25G  129M   24G   1% /home/alexandre/Desktop/raid
/dev/sda2              38G   36G  1,5G  97% /media/sda2
/dev/sdb1              84G   33G   52G  39% /media/sdb1
/dev/sdb2              98G   79G   20G  81% /media/sdb2
/dev/sdb3              98G   98G  454M 100% /media/sdb3
/dev/sdc1              84G   32G   53G  38% /media/sdc1
/dev/sdc2              98G   94G  3,8G  97% /media/sdc2
/dev/sdc3              98G   88G   11G  90% /media/sdc3
/dev/sdd2              38G   36G  1,9G  95% /media/sdd2

et pour mon raid

DEVICE partitions
ARRAY /dev/md0 level=raid0 num-devices=2 UUID=5f53d4b8:1b25a778:3a5c4658:0bfa24a2
ARRAY /dev/md1 level=raid1 num-devices=2 UUID=41879920:9c87077f:83c5ec91:bf1c400c
DEVICE partitions
ARRAY /dev/md0 level=raid0 num-devices=2 UUID=5f53d4b8:1b25a778:3a5c4658:0bfa24a2
ARRAY /dev/md1 level=raid1 num-devices=2 UUID=41879920:9c87077f:83c5ec91:bf1c400c

et pour les partouche de mes durs

Disque /dev/sda: 81.9 Go, 81964302336 octets
255 têtes, 63 secteurs/piste, 9964 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets

Périphérique Amorce    Début         Fin      Blocs    Id  Système
/dev/sda1               1        5100    40965718+   5  Extended
/dev/sda2            5101        9964    39070080    7  HPFS/NTFS
/dev/sda5            5085        5100      128520   82  Linux swap / Solaris
/dev/sda6               1        1824    14651185+  fd  Linux raid autodetect
/dev/sda7            1825        5058    25977073+  fd  Linux raid autodetect
/dev/sda8   *        5059        5083      200781   83  Linux

le / dev/sda8 c'est ma partition de boot et /dev/sdd8 c'est le /boot2 pour auvegarde de chaque /boot de chaque distribution.

Ubuntu a récupérait la config de mon grub de fedora , mais la fedora n'avait pas récupérer la config de mon grub de xubuntu

Une petite question ....

on fait comment pour renommer un kernel ?? car j'ai peur que Xubuntu et ubuntu ait le même nom de kernel!!!! a moins que ce ne soit pas genant!!!

ben avec un mv

le tout c'est que la ligne de ton grub pointe bien vers le bon fichier.

\o/

et donc maintenant, tu sais que s'il te reste de la place tu peux élargir tes partitions LVM à chaud

et accessoirement les réduire, moyennant un reboot (histoire d'enlever par exemple 1 Go à chaque Ubuntu pour les donner à la Mandriva - quelle gourmande celle là, je comprends pourquoi Scara l'aime je m'égare )

pour renommer ton noyau (si tu le compile à la main) tu peux bricoler dans le .config, avec ça

CONFIG_LOCALVERSION=""
CONFIG_LOCALVERSION_AUTO=y

ce qui est entre quotes sera rajouté au nom du noyau ( linux-2.4.20.2-darky)