Bonjour,
 
Je suis de niveau débutant dans les distributions Linux, je commence par cette précision...    
 
Je dois installer une Debian en Raid 1 sur un poste bien sûr équipé de deux disques durs. Je galère, j'ai trouvé pas mal de procédures sans bien comprendre comment faire... Tout le monde parle de l'outil Partman pour configurer le Raid, je ne vois pas comment l'utiliser.
 
Je boot sur une clé usb avec une image "mini.iso" téléchargée sur le site Debian. Lorsque je boot sur cette clé, j'ai un programme d'install graphique très pratique, je l'utilise très bien en installant sur un disque, mais c'est une autre histoire pour le Raid. Je ne vois jamais "Partman" dont tout le monde parle dans cet assistant, il y a un assistant pour le Raid, mais je bloque...    
 
Si possible, l'installation en mode graphique me rassurerait, et au final, je dois utiliser la distribution en mode graphique.  
 
Partman s'utilise avant l'installeur fourni par Debian ? Il est intégré ? Je suis perdu, j'ai besoin de vous...    
 
Merci d'avance.

oui partman est l'outil de partitionnement inclus dans l'installeur Debian
 
un petit coup de google, par exemple :
 
http://www.samuel.fr/installation- [...] e-raid.htm

tu veux un raid de données ou l'OS en RAID ?

La procédure commence bien http://www.samuel.fr/installation- [...] e-raid.htm
mais il n'y a pas la fin...
 
J'avais imaginé un RAID sur le disque entier, c'est à dire OS + données. C'est pas judicieux ? C'est pas possible ? Je voudrais qu'en cas de crash d'un disque, l'autre puisse prendre le relais pour assurer le bon fonctionnement du PC dans son ensemble (et donc pas seulement OS ou données).

Et tu ne peux pas avoir de RAID hard sur ta machine ?  

Non, sinon je n'aurais pas posé cette question... Je dois passer par cette solution logicielle pour des raisons internes à l'entreprise, je ne rentre pas dans les détails ici, ce n'est pas l'objet de mon post.

 
bah si y'a la fin :
 
"Et ainsi de suite pour chacune de vos partitions."
 
faut créer un volume RAID1 qui contient les 2 partitions correspondantes sur chaque disque.
Donc au minimum 2 (cas de partitionnement le plus simple : 1 partition racine / et une partition de swap)
 
- un ensemble RAID pour le /
- un autre pour le swap
 
Mais bon suivant l'utilisation de ton serveur, tu voudras peut-être choisir un schéma de partitionnement différent (séparer /var ou /home....)
 
au pire fais toi la main sur une machine virtuelle, le temps de bien comprendre l'installeur
 
et y'a même des tutos vidéo sur youtube, etc

Je ne pense pas que ce soit la fin de la procédure, surtout qu'il est précisé en bas de l'article :
 
"Et ainsi de suite pour chacune de vos partitions.
 
C'est maintenant qu'il ne faut pas se planter..
 
La suite est en cours.... "
 
Et quand je valide sans rien faire de plus, j'ai le message :  
 
"Pas de système de fichiers racine
Aucun système de fichiers n'a été choisi comme racine.
Veuillez corriger cela à partir du menu de partitionnement"
 
Il doit bien me manquer un morceau là... Je cherche je cherche ! Mais si vous avez des infos ou procédure, je prends !
 
Merci...

A cette fenêtre :

Tu peux voir que le disque "sda" a été partitionné, mais sans indication de l'utilisation.
Le disque "sdb" a été partitionné avec l'indication de l'utilisation.

Un peu plus loin, à la fenêtre :

Là il est fait le choix du RAID sur la partition de de 349Mo et devant contenir la racine ( / ) du système.

Après l'exemple proposé est assez mauvais je trouve : mettre en RAID 1 le SWAP, c'est pas une bonne idée niveau perf et je préfère l'installateur semi-graphique plutôt que l'installateur graphique de Squeeze...

Autre solution, plus à l'arrache... faire ton installation de base, puis le basculer en RAID.

J'ai suivi la vidéo sur ce lien http://tiennot.fr/romain/index.php [...] iel-Debian
Déjà, l'install se déroule bien mieux ! Mais quand je redémarre, j'arrive sur le mode graphique, pas en mode de configuration texte pour taper les dernières commandes pour le grub. Je fais comment pour taper ces commandes ?

Ctrl+Alt+F1

Arf ! Yes, j'ai vu cette commande partout sur Google, mais je sais pas à quel moment la taper...
 
Excusez mon ignorance...

Une fois que tu es sur la page de login en graphique, tu fais ce raccourci (appuyer sur les 3 touches en même temps) pour basculer sur l'un des terminaux (en l'occurrence le TTY1 pour F1, par défaut)
 
Pour info, pour un serveur il vaut mieux faire une installation "de base" sans aucun mécanisme choisi ni interface graphique. Puis s'il est vraiment nécessaire installer l'interface de son choix par un tasksel i desktop ou (mieux) tasksel install gnome-desktop --new-install (voir sur la doc officielle Debian).
 
Car là tu as probablement installé en plus de ton système de base une bonne trentaine de logiciels graphiques que tu ne te serviras jamais et qui encombre ton disque inutilement (OpenOffice ou LibreOffice, XSane, Epiphany, Gimp, etc etc)

Okay... On avance, merci !
 
Par contre, la commande grub ne passe pas, elle est introuvable... Je suis en version 6 de Debian, c'est différent ?

whereis grub
Et si ça ne trouve rien, à tout hasard (Squeeze -> Grub2 normalement )
whereis grub2
Et si ça ne trouve vraiment rien, c'est LiLo (Linux Loader)... là ça sent le sapin (LiLo sur Squeeze, faut le vouloir)

wheris grub, j'ai :
/etc/grub.d
/usr/lib/grub
/usr/lib64/grub
/usr/share/grub
 
Je fais quoi chef ? Je vais dans lequel répertoire ?

whereis grub ?
-grub is in the kitchen
 
Pour tes dossiers, ce sont des dossier contenant des composants supplémentaires pour grub (fonctions de montage suivant le système de fichiers ou images (splashscreen) utilisé lors du démarrage.
Bref pas touche, et go :
 
grub-install /dev/sda
grub-install /dev/sdb
grub-update
 
Mais bon ça c'est la méthode "à l'arraché"... et si tes 2 disques composant ton RAID sont sda et sdb bien sûr.

 
Tu sors !    
 
Mes disques sont bien sda et sdb, ces commandes passent bien :
grub-install /dev/sda
grub-install /dev/sdb  
 
Mais pas la dernière (commande introuvable)
grub-update  
 
Je comprends même pas où j'en suis dans la procédure maintenant...    C'est fini ? Faut que je reprenne le fil d'une procédure ?  
(La vache, le boulet !)  

grup-update met à jour les fichiers de configuration de grub, en lui indiquant que les modifications faîtes sont effectives.
 
Si grub-update ne marche pas, alors update-grub
 
Là c'est l'installation de grub sur les 2 disques que je t'ai fait faire.
C'est équivalent à lancer grub, et sur la console de grub faire :

A ce niveau-là, tu devrais avoir fini.

ok, update-grub fonctionne !
 
Si je suis pas trop con (quand même), je peux tester en débranchant chacun leur tour les disques pour voir si je démarre bien ? Et niveau reconstruction de disque si je mets un vierge, ça fonctionne comment ?
 
Et sinon... MERCI !!! Je suis à genoux là, et j'ai un truc à te demander... Veux-tu m'épouser ?? lol

Que renvoie : cat /proc/mdstat
Si à la fin cela finit par [_U] ou [U_], c'est que l'un des disques n'est pas dans le RAID. Normalement il faut avoir [UU]

Logiquement, tu dois pouvoir démarrer. Sans redémarrer, avec  
 
mdadm --manage /dev/md0 --set-faulty /dev/sdb
mdadm --manage /dev/md0 --remove /dev/sdb
 
Là le disque sdb est déconnecté du RAID. On le remet avec :
 
mdadm --manage /dev/md0 --add /dev/sdb1
 
Et tu peux voir la reconstruction avec :
 
cat /proc/mdstat
 

Si tu n'as pas encore enlevé le disque, on le sort du RAID :
mdadm --manage /dev/md0 --set-faulty /dev/sdb
mdadm --manage /dev/md0 --remove /dev/sdb
Tu éteins, enlève le disque. Tu redémarre et après tu remontes avec
mdadm --manage /dev/md0 --add /dev/sdb
 

Si tu es FBAFP voire FBAFTP, pourquoi pas

Yes !
 
A la commande : cat /proc/mdstat  
J'ai [UU] ! Joie...
 
C'est bien cool tout ça, je vais me mettre aux tests de reconstruction de raid maintenant grâce aux commandes que tu m'as données.
 
MERCI !!!  
 
Et calme toi pour la mariage, tu me fais peur... ^^

un truc utile à essayer aussi : dépanner un système RAID via un livecd (avec un chroot)
 

Arf !
 
Pour tester la reconstruction du raid, j'ai mis un disque vierge de 160Go au lieu de 320 pour les deux autres que j'avais à l'origine, ça a l'air de le gêner...
 
Quand je tape cette commande : mdadm --manage /dev/md0 --add /dev/sdb  
 
Il me dit : mdadm /dev/sdb not large enough to join array
 
Alors que j'ai 200Mo d'utilisés sur le disque... Il me faut absolument au moins la même taille pour reconstruire le RAID ?

ça veut bien dire ce que ça veut dire  
 
En RAID 0/1/5/10, sans disque de spare, il te faut la même taille de disque (l'idéal serait la même marque et le même modèle de disque).

C'est un peu con ça quand même. En effet, avec un disque de même taille, j'arrive à reconstruire le RAID. Mais c'est dommage de ne pas pouvoir restaurer des données sur un disque plus petit si celui-ci suffit largement. Ce n'est pas lié au RAID1 puisque dans d'autres cas on peut le faire (je l'ai fait sur d'autres systèmes).
 
Il n'y a pas de moyen pour forcer cette reconstruction si l'espace disponible est suffisant ?

Non. Le RAID travaille au niveau disque / partition. Ce n'est pas son boulot de restaurer des données. Si tu veux juste faire une restauration, une simple copie de fichiers fera l'affaire.

Je me suis mal exprimé, je voulais bien dire reconstruire le raid en non restaurer.

Il faudrait passer par du LVM, redimensionner le disque fonctionnant et remonter le RAID après... mais bon en pratique et pour éviter de se faire chier, go acheter un disque neuf à ce moment là ou attendre quelques semaines (pour avoir une autre série de disques, mais même marque, taille et modèle !) et te prendre un disque que tu installeras comme spare

Ouaip, ou partitionner tes disques pour t'aligner sur la taille du plus petit.
 
Le RAID n'a pas à s'adapter automatiquement, pour tout un tas de raisons. Déjà, il se passera quoi s'il te laisse faire ce genre de bidoulles et que d'un seul coup tu veux copier 200 Go de données sur ton disque de 160 ?
 
De plus, la couche RAID n'a pas a savoir ce qu'il y a en dessous (c'est le boulot du FS),  et il y aurait une tripotée de cas dans lesquels il serait difficile voire impossible de "compter" l'espace disque réellement utilisé : FS qui a déja un peu vécu (donc avec de nombreux blocs de données comportant des datas, même si pas référencés officiellement par le FS), FS crypté, etc ...

Merci de vos retours.
 
Donc en gros, si je veux reconstruire mon raid sur un autre disque plus petit, je dois partitionner le premier à la même taille, c'est ça ?
Si le second disque sur lequel je veux reconstruire est plus grand, ça fonctionne ?
 
Je sais bien que la solution la plus simple est de prendre même taille, modèle, marque... Mais je dois prévoir ce type d'install chez 5000 clients, donc si ça pète dans 3 ans, c'est chaud de retrouver les même disques !
 
Vous me suivez ?

Si tu veux reconstruire ton RAID, le plus simple c'est de trouver un disque au moins de la même taille (donc meme taille ou plus grand). Ce qui est logique, puisque la capacité des disques diminue rarement avec le temps.
 
En solution de dépannage, tu peux effectivement partitionner le disque pour aligner sa taille sur celle du plus petit.

Ok, c'est ce que je voulais savoir. Merci beaucoup de votre aide !

pour 5000 clients pense à mettre une solution de backup externalisée si ton RAID flanche le RAID n'est pas tout ce n'est pas une solution orientée intégrité de données
Pense à un disque de spare en plus pour pas te faire des cheveux blancs.

Les données chez les clients seront sauvegardées sur FTP, c'est prévu. Le Raid est prévu pour sécuriser le système, la machine, mais l'idée du spare est loin d'être bête, ça laisserait du temps pour reconstruire sur un nouveau disque de spare au cas où.
 
Merci !

Mais, de rien

jaloux t'es prem's je m'incline pas vu ton post !    

Tu ne passeras pas !

Arrêtez de vous chamailler les enfants !    
 
Petite dernière pour la route, le disque de spare a une configuration particulière ou il attend sagement débranché dans le poste d'être reconstruit pour intégrer le raid en cas de crash ?
 
A vos réponses, top départ !    

je joue plus je suis vexé