Forum Linux.debian/ubuntu RAID1 à l'install de sarge

Posté par  .
Étiquettes : aucune
0
10
fév.
2005
Bonjour,
J'ai deux disque SATA + deux disque ATA.
A l'install de sarge je voudrais que un disque SATA soit le miroir de lautre SATA et qu'un disque IDE sous le mirroir de l'autre IDE.
Dans l'install de sarge on a l'option "configurer le raid logiciel" mais :
- Il ne prend en compte les disques qui sont marqué comme "Volume physique pour RAID" et moi j'aimerais faire mes partition Ext3 et Swap (une partition Ext3 ne peux etre a la fois RAID)
- A aucun moment il me demande lequel doit etre le mirroir du quel ?

existet-il un bon tuto la dessus car si l'install de sarge le permet autant l'utiliser a l'install. :-)

Merci
  • # RAID1 à l'install de sarge

    Posté par  . Évalué à 1.

    Salut, j'ai pas de tuto mais un conseil:

    il faut prendre une image d'install recente, a un moment l'installer n'etai pas capable de faire une install en raid, il fallai prendre une des image genere quotidienement

    je ne sais pas si cela est encore vallable

    a+
    Tof
    • [^] # Re: RAID1 à l'install de sarge

      Posté par  (site web personnel) . Évalué à 5.

      Cela fonctionne bien avec la version RC2 de l'installeur: J'ai testé le RAID1 et le RAID5

      Par contre pour créer les volumes RAID c'est un petit peu ardu si on ne sait pas comment fonctionne le RAID logiciel sous Linux.

      En résumé il faut pour chaque filesystem: créer une partition sur chaque disque, la déclarer en tant que RAID linux (type = fd dans fdisk), ensuite on peut créer le volume RAID avec toutes les partitions et finalement on crée un filesytem dessus.

      Il faut aussi être très prudent avec le bootloader. Pour lilo je ne sais pas quel est le support du RAID, pour grub il est inexistant. Donc grub ne sait pas booter sur une parition /boot en RAID5, pour le RAID1 on s'en sort en copiant grub manuellement sur tous les disques.

      Pour éviter de multiplier les partition (nb de filesystems x nr de disques), on peut créer une grande partition et faire un grand volume RAID. On met dessus un LVM, et on crée autant de LV que l'on veut sur lesquels on met ses filesystems. En plus on gagne en flexibilité (par exemple: possibilité de modifier la taille des filesystem à chaud avec les dernier noyau 2.6). On se rapproche de la gestion des disques de certains Unix propriétaires.

      Par contre avec le LVM grub ne sait plus du tout booter. Il est donc utile de créer une petite partition pour mettre /boot au début de tous les disques, et d'y installer manuellement tout ce qui est nécessaire à grub.

      La section interessante de la doc de l'installeur debian est là:
      http://d-i.alioth.debian.org/manual/fr.i386/ch06s03.html#di-partiti(...)

      Cette doc pointe vers le LVM howto:
      http://www.tldp.org/HOWTO/LVM-HOWTO.html(...)
      et vers le RAID howto:
      http://www.tldp.org/HOWTO/Software-RAID-HOWTO.html(...)
      qui à mon avis doivent être interessants à lire avant de mettre en place une telle configuration
  • # miroir, dis moi...

    Posté par  . Évalué à 2.

    normal qu'il ne te le demande pas, en fait...
    en effet, il dédouble les données en live lors de l'écriture, et pour la lecture, il prend le premier qui vient...

    il n'y a donc pas de raison d'avoir un disque qui se mirrore sur un autre, vu que le controleur écrit lui même la même chose sur les 2 disques...


    j'ai l'impression que du voudrais que le raid 1 (mirroring) fonctionne un peu comme un batch qui écrit ttes les 5 secondes les infos fraiches du premier disque sur le 2eme...
    bein raté, c'est une double écriture en temps réel...


    le plus dur dan le raid 1, qu'il soit logiciel ou pas, c'est de savoir quel disque dur vient de lacher...
    on t'informe que c'est le 1, et le 1, il est branché ou ca ? ^^
    (pour le raid 0, c'est plus simple... tu perds tout, donc tu t'en fous de savoir lequel contient encore tes données... tu jette juste celui qui fait crouick crouick quand il tourne :))

    réponse satisfaisante ?

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.