J'ai refait un peu joujou avec mdadm pour vérifier mes dires.
Si tu crées ton array avec

mdadm mettra un "persistent superblock" sur chaque partition pour retrouver ses jeunes par après.
Donc si par la suite, tu réaasembles ton array avec

mdadm se foutra pas mal que tu les as mis dans le désordre et fera ce qu'il faut.
Ton problème initial est donc à mon avis un non problème, mais je suppose que si tu l'as posé, c'est qu'il t'est arrivé quelque chose (ou peut-être était-ce juste une inquiétude ?)
Si tu mets le type de tes partitions à fd, le kernel peut les détecter au boot, et tu ne devras même pas redémarrer ton array. Je dis ça parce que c'est comme ça chez moi, mais il semble que les arrays autodétectées soient maintenant déconseillées et plus supportées avec le nouveau format de superblock (lien)

Une bonne façon de faire des tests avec mdadm est de jouer avec les loopback devices: tu crées des fichiers normaux (p.ex. avec dd if=/dev/zero of=partition1 bs=1k count=100000 crée un fichier de 100MB) puis tu fais passer ces fichiers pour des partitions avec les loopback devices (losetup -f partition1 crée un "device" /dev/loop0) que tu peux ensuite utiliser à la place de partitions dans tes essais mdadm. Tu peux alors les corrompre exprès, les supprimer, les rajouter, et voir que ton array marche toujours...

A propos des /dev/disk/by-xxx (normalement pas utile pour les RAID, mais pour info):
Si tu fais ls -l /dev/disk/by-id, tu devrais voir tous tes disques et partitions avec un nom immuable, lié à la marque et au no. de série.
Sur une machine ici par exemple, j'ai:


Les /dev/disk/by-path identifient la façon dont un disque est connecté à la machine et non le disque (si tu connectes un autre disque au même connecteur il aura donc ici le même nom)
Chez moi:


Toujours sur ma même machine:
Le /dev/disk/by-uuid identifie uniquement les partitions qui ont un uuid:

Ben oui, j'en suis là, mais ca prend un temps bête tout ses essais.
En même temps, c'est normal, mais ca explique que ce ne soit pas simple dans la pratique.

Suite au prochain épisode, merci

Les partitions que tu vas utiliser pour construire ton raid n'on pas à contenir de file system. Mais donc tu as raison, il n'auront pas d'uuid et ne seront dès lors pas identifiables avec un /dev/disk/by-uuid/...
Ils seront par contre toujours identifiables avec un /dev/disk/by-path/... si tu ne les déplaces pas de connecteur USB.

Cela dit, je persiste à croire que mdadm peut retrouver tout seul l'ordre des disques si l'array a été créé comme il faut, c'est à dire avec mdadm create et non avec mdadm build.
Je ne sais pas comment webmin appelle mdadm, mais je ne peux que te recommander de le faire "à la main", ça te permettra de mieux comprendre ce qui se passe et d'expérimenter avec ton raid avant de lui faire confiance pour y mettre tes données.

ok, ma question n'était pas claire, c'est vrai

Au moment de créer le RAID, il me demande de choisir des partitions pour le composer (et pas des disques, comme un raid hardware).
J'ai donc des partitions "en dessous" du raid. Il y a 36 sortes de formatage possible pour ses partitions. Je ne sais pas si ca change quelque chose que ce soit un ou l'autre, mais j'ai constaté que si je ne formate pas la partition (je la laisse empty), ca fonctionne MAIS, je n'ai pas le fameux UID dont nous parlions quelques lignes plus haut. En même temps, vu le temps que ca me prends pour faire un test, je n'en ai pas fait 40 et donc, je ne suis pas sur que c'est l'absence de formatage qui cause l'absence d'UID.

J'espère que maintenant, c'est plus clair.

Pour le type de partition, tu mets "fd" autodetect.
Le file system se fait sur le raid, pas sur les partitions individuelles.

Ta question n'étant pas claire, je ne suis pas sûr que ma réponse te convienne, mais tu peux préciser...

Pour faire un raid 5 avec mdadm, qu'est ce qui est le mieux comme partition de base sur chaque disque?

non, non, pas de panique.
il y a un des disques qui était ntfs, avec des données dessus, je me suis suis dit que ce serait plus facile de faire un raid en 3 disques, de déplacer les fichiers de la partition ntfs vers le raid, puis de virer l'ntfs et d'agrandir le raid avec le disque nouvellement vidé.
mais j'ai foiré mon truc

Tu ne fais quand même pas ton RAID linux en NTFS ?

Les /dev/disk/by-uuid sont aussi tes partitions. Tu dois donc remplacer /dev/sd* par ceux-là qui restent immuables.

j'en fait un raid, et donc, c'est bien des partitions dont j'ai besoin
je vais faire quelques tests

merci

Pour le moment, je teste ntfsundelete , j'ai fais l'on