Reprise du message précédent :
Ah oui, c'est vrai qu'avec la fin de la dernière partition je vais devoir faire le calcul  à partir des valeurs inscrites dans fdisk et en me basant sur la formule : C*H*S -1, donc :
 
Début C:64 ------------- Fin C:20971583      
Début D:20971584 ------ Fin D:30957343      
Début E:30957344 ------ Fin E:649617183  
Début F:649617184 ----- Fin F:964189983  
Début G:964189984 ----- Fin G: C*H*S -1
 
Pas évident de trouver des infos sur l'alignement en général, mais alors sur l'alignement des lecteurs logiques encore moins, t'es ma meilleure source

bon, j'ai regardé comment les lecteurs logiques sont créés dans la partitino étendue, en fait, il faut encore faire un décalage des lecteurs logiques au sein de la partition étendue (le premier secteur du premier lecteur logique doit être décalé de l'équivalent de 1 strip par rapport au premier secteur de la partition étendue si tu veux faire un alignement propre)    
 
si tu as un chunk size de 128K, je te conseil de ne pas laisser 64 secteurs au début, mais 256
 

PRI : primaire
EXT : étendue
LOG : lecteurs logiques définis dans la partition étendue
le permier secteur du 1er secteur logique = 1er secteur de partoche étendue + 256 (soit 128K)

Bah je compte mettre un chunk size de 32Ko. Donc même avec un chunk de 32Ko, tu me conseils de laisser 256 secteurs au début ?

Disons que ce serait toujours aligné, mais tu perds un peu d'espace (bon oui c'est ridicule par rapport à la taille totale du volume, je sais)
 
Mais si tu arrive à créer un RAID 0 avec un chunk size à 32ko, oui là tu commence bien au secteur 64 (et tu soustrait 192 à toutes les valeurs que j'ai indiqué, enfin sauf pour les secteurs de fin de la partition étendue et de son dernier lecteur logique, ça reste C*H*S -1)

Oui mais si j'arrive à mettre un chunk de 32Ko, je dois refaire le calcule car si je ne fais que soustraire tes résultats de 192, étant donné que chaque secteur s'additionne avec le précédent, tout sera faussé. Donc :

c'est bien ça ?

D'ici a ce que tu fasses ton RAID il existera des disques durs plus performants que ton RAID...

Bah ça existe déjà glopp, les ssd

 
Pas si on décalle le début de toutes les partitions justement, tes partitions font la même taille qu'avant, sauf la dernière qui fera 192 secteurs de plus.
 
Tu peux reprendre le calcul depuis le début, mais j'insiste : un décallage de 192 secteurs suffit (256-64, c'est pas compliqué, à partir de là, le reste suit, et idem au début de la partition étendue : décalage à refaire)
 
Tu as fait une erreur dans ton tableau, les lecteurs logiques ont une drole de tronche, la partition F: se termine avant d'être commencée... 'fin bon, pas le genre de truc qui fonctionnerait ^^"
 
Les lecteurs logique sont des sous-éléments de la partition étendue, ils sont décrits dans l'EBR (au tout début de la partition étendue)
 

 
l'astuce, c'est qu'il faut refaire un décalage au début de la partition étendue, avant le premier lecteur logique (le plus simple : aligner la partition étendue, puis avatn le premier lecteur logique, remettre le même décalage qu'en tout début de disque, avant la première partition pricipale)

 
Pourquoi au 1st sec de la partition G j'ai 964690048 moi  

 
 
oui effectivement c'est bien 964690048, j'ai fais une erreur, et comme par hasard, il y a 192 de différence, en fait il faut soustraire 2*192 pour les lecteurs logique de la partition étendue  

Donc allons-y pour :

?

Tu veux dire qu'il faut aussi soustraire 192 du 1st sec de la partoche F ? (650117248-192 : 650117056)

Oui car en fait il faut faire un décalage de 64 secteurs :
 
-Au début du disque
-Au début de la partition étendue (dont les lecteurs logiques se gèrent comme des partition principales sur un disque, sauf qu'on peut en créer beaucoup plus que 4)

Arf, c'est pas évident quand on a pas de machine pour tester.

d'après : 2^(30-9) x (partition en Go) + (1st sec)

Donc, si je dois soustraire 192 du 1st sec de la partition F, la formule ci-dessus donne un résultat incorrect mais uniquement pour cette partition ?

J'ai bien compris que l'on devait faire un décalage en début de partition principale, et étendue, et aussi pour le premier lecteur logique aussi ?

En fait, d'après ce que je comprends, le résultat de la formule concernant le 1st sec de la partition étendue, et du premier lecteur logique doivent être soustrait par 64 ? Car je m'aperçois que 192 = 64x3... Là, pour le coup je comprends pas

En fait, il faut bien faire la différence entre les lecteurs logiques et la partition étendue
 
le premier décalage est fait en début de disque pour décaller la 1ère partition pricipales (ainsi que toutes les suivantes)
le deuxième décalage est fait en début de partition étendue, pour décaller le 1er lecteur logique (ainsi que tous les suivants)

Oui T3K, c'est bien ça, comme tu le disais ici, il suffit que j'additionne à la valeur de l'alignement trouvée pour le 1st sec du premier lecteur logique, l'équivalent du strip, à savoir 32Ko donc 64 ? C'est déjà fait, en fait la formule s'est chargé de le faire puisque : "1st sec partition étendue + 64 = 1st sec lecteur logique" (650117184 + 64 = 650117248) Donc, on en revient bien à ça :

?

Il n'y a rien de plus à comprendre, c'est seullement des additions et des multiplications, c'est exatement ce que font les CP mais avec des chiffres légèrement plus grands. Le seul truc à saisir est de bien avoir compris la façon dont s'imbriquent les éléments d'une structure basée sur mbr.
 
Oui c'est bon tu peux te lancer.

Arf dsl j'ai pas trop le temps en ce moment. Pour fdisk, il est présent sur gparted je crois ? Ou faut qu'je fasse une disquette de boot avec fdisk dedant ?  
 
Mais, fdisk ne fait que des partitions fat32 ?

Bon j'ai pu changer le strip à 32Ko. Mon raid est fait, j' passe aux clusters mtnt.

Étant donné que j'ai fait mon raid sur une carte mère MSI P4N-SLI, c'est pas gênant si au final, mon raid sera branché sur une ASUS P5Q ?

Edit1 : Pfiout, débile comme question, à supprimer

Bah si c'est genant faudra surement casser l'array en passant a la p5q et le refaire.

Oui glopp, j'sais, j'ai posé la question sans réfléchir. Là il me reste à monter mes partitions, changer les clusters et faire l'alignement. Pour les partitions et les clusters, je vais voir avec gparted, et pour l'alignement ça m'embête de faire avec fdisk car il ne prend pas le ntfs...

fdisk : attention, fdisk linux bien sur, je ne parle pas de l'ancien fdisk microsoft. Utilise celui de gparted. fdisk ne s'occupe pas des systèmes de fichiers, il se contente d'écrire les bonnes valeurs dans la table des partitions. Rien à voir avec la prise en charge des systèmes de fichiers donc. Le flag "type" n'est là qu'à titre indicatif, pour du NTFS la bonne valeur est 07
 
Pour faire de volumes NTFS après, tu peux, toujours avec gparted, fais des mkfs.ntfs -c taille_cluster -f nom_linux_partition
-f ou -Q : pour faire un formatage rapide
 
avec taille_cluster en octets, valeurs possibles : {512,1024,2048,4096,8192,16384,32768,65536}
nom_linux_partition : nom de partition linux, habituellement /dev/sda1, /dev/sda2, /dev/sdb1, etc... dans ton cas, avec un raid semi hard, ce sera plus un truc du genre /dev/mapper/pdc_xxxxxxxxxp1, /dev/mapper/pdc_xxxxxxxxxp2, etc...
 
 
ne formate pas la partition qui sera plus tard c: sous windows (la première de 10Go), tu laissera le programme d'installation de windows s'en occuper afin d'éviter tout soucils d'installation, mais tu sera obligé de formater à l'avance au moins les partitions qui serviront pour program files et documents and settings
pareil avec la partition de swap de 5Go : utilise du FAT32, clusters de 32ko, et tu le fera également sous windows (avec cmd : format d: /fs:FAT32 /a:32k /x /q)

Ok, bon, histoire de me familiariser avec gparted et fdisk, j'essaye ça sur un pc test mais avec un dd. J'utilise le live cd gparted, j'y accède, je peux créer mes partitions. Pour utiliser fdisk, j'ouvre le Terminal et je tape "fdisk". De là, j'essaye de créer une partition et j'arrive à :

First cylinder (1-24, default 1): 1
Last cylinder or +size or + sizeM or sizeK (1-24, default 24): ...

Bon, je fais mes partitions avec gparted, ensuite j'ouvre le terminal afin d'utiliser Fdisk et j'indique les clusters, puis j'en arrive à l'alignement ?

Mais je crois que gparted formate toutes les partitions, arf, si c'est le cas, j'dois utiliser Fdisk pour tout faire et ne formater que les partitions nécessaires alors ?

la bonne syntaxe c'est fdisk -u nom_disque
 
 
avec nom_disque : /dev/sda ou /dev/mapper/pdc_xxxxxxxxx dans le cas d'un raid semi hard
et -u pour spécifier des blocs (précis) au lieu de spécifier des cylindres (imprécis), il est impossible d'alligner si cette option n'est pas spécifiée
 
Il ne faut pas confondre blocs (secteurs) et clusters : les secteurs sont les éléments manipulables du disque, les clusters ceux des systèmes de fichiers habituellement situés dans les partitions.

Donc à partir de fdisk -u nom_disque je peux faire mes partoches, changer les clusters, aligner et formater ?
 
J'ai essayé via un dd, en tapant : fdisk -u /dev/hda et je reçois :  
 
Note: sector size is 2048 (not 512)
command (m for help)
 
dev/sda ne donne rien
 
edit1 : par contre fdisk -l me donne bien des infos sur mon dd
edit2 : j'ai tapé "m" pour avoir des infos, de là je peux créer mes partitions. Soit : ’n’ pour créer une nouvelle partition, ’p’ pour partition primaire, ’1’ sera le numéro de partition primaire puis on choisi le premier cylindre et la taille de la nouvelle partition (5Go).
 
Ensuite je tape "p" et je vois :
 

 
fdisk ne s'occupe que de la table des partition, quant à l'alignement, il découle de la façon dont tu as partitionné avec fdisk en fait.
pour formater une partition avec un système de fichier donné, avec un cluster size donné, tu peux le faire avec mkfs
 
fdisk -lu permet d'afficher tous les disques mais avec des blocs plutot que des cylindres.
 
commandes fdisk les plus courrantes :
 
p : print : affiche la table des partition prête à être écrite
o : repart sur une table des partitions vierge
n : new : nouvelle partition
d : delete : supprimer une partition
t : type : changer le flag type de fs (82 pour un linux swap, 83 ext3/xfs/reiserfs..., 0C pour du FAT32 LBA (windows) et 07 pour du NTFS), windows en a besoin pour déterminer le type de fs (et linux n'en a besoin que pour sa partition boot)
a : amorce : permet de rendre une partition bootable (inutile pour windows car l'installeur se charge de mettre le flag bootable pour C: )
w : write : écrit la table des partitions et retour au shell, aucunes modif ne sera effective avant de passer w
q : quit : retourne directmeent au shell sans écrire la nouvelle mbr (à utiliser en cas de grosse boulette)
 
si le système n'arrive pas à relire la table des partitions après un w (ça arrive), il faut faire un partprobe : permet de relire toutes les tables de partition de tous les disques mbr du système.

Oui j'sais, c'est d'ailleurs pour ça qu'avant de faire quoi que ce soit, je dois commencer par créer mes partitions.  

Ok, donc mkfs s'occupe quant à lui de formater.

Alors, récapitulons : fdisk = création de partition, mkfs = formatage.

Mais, pour indiquer les clusters et faire l'alignement, c'est aussi avec fdisk ?

avec fdisk, on indique des secteurs et en indiquant les bons (cf calculs) on est alignés. (l'alignement n'est pas une opération concrêtement, c'est juste une façon particulière de faire le partitionnement, le fait d'utiliser des valurs particulières pour positionner les partitions, l'alignement est donc inclu dans l'étape de partionnement, ce qui est décrit depuis au moins... 2 pages de ce topic   )
 
ne confond surtout pas secteur et cluster, la plupart des utilisateurs venant du monde windows font la confusion, et pourtant, ce sont des unités de niveaux différents qui n'ont pour seul lien le fait qu'un cluster va être un certain nombre de secteurs (nombre = une puissance de 2 qui va de 2^0 à 2^7). Après c'est un problème de vocabulaire, mais il faut bien faire la différence entre les blocs physiques du disque (secteurs, de 512 octets) et les blocs du système de fichier (appelés clusters sous windows uniquement, sur les unix et linux on appelle ça des blocs et le plus souvent ils font 1ko sauf quand on a vraiment besoin de faire des partitions énormes de plusieurs To, où on est obligé d'augmenter la taille des blocs, mais sur windows, leur taille (cluster) va de 512 octets à 64Ko avec des tailles doublant à chaque fois).

Dsl pour l'absence, problème de disponibilité. Alors, je n'avais pas compris que l'alignement se faisait en même temps que les partitions, tss, en effet, dans fdisk, après l'étape "partition number" j'ai :

First Sector (63-488397167, default 63)

Donc là, concernant mon raid, je devrai mettre 64 ?

Et pour la 2ème partition, arrivé à l'étape First Sector j'indiquerai 20971584 et ainsi de suite jusqu'à la dernière partition ?

Juste après l'étape First Sector, j'ai :

Last Sector or + Size or + SizeM or + SizeK (63-488397167, default 488397167)

Suffit, là encore, de donner le prochain secteur de la 1ère partition, à savoir 20971583 ?

Ce que je n'comprends pas c'est qu'à aucun moment j'ai la possibilité de choisir la taille de ma partition... À moins que l'étape juste au dessus (Last Sector) n'est autre que celle me demandant la taille de la partition et que les prochains secteurs sont détectés automatiquement par Fdisk, du moment où on lui indique les 1st Sec ?

Voilà, ce sont les valeurs à indiquer à fdisk
 
Le simple fait d'indiquer 1st et last secteur détermine la taille de la partition (qui fera (last-first+1)*512 octets)
 
en fait, on a déjà fait un tableau avant, avec les secteurs et la taille des partition : on connait déjà les secteurs à utiliser pour faire telle ou telle partition de telle taille, et alignée.
 
Pour un usage plus courant, on peut indiquer la taille de la partition (+1024M pour faire une partition de 1Go par exemple, à indiquer dans last), mais c'est pas assez précis pour faire un alignement.

Aaaah !! j'avais pas perçu le tableau de cette façon ! Rien que le fait d'indiquer le 1st et last secteur, ça détermine la taille de la partition ! C'est vrai qu'ça paraît logique. Quoi que;
 
Dans ce cas, et suivant les valeurs exacts de ce tableau, si on prend l'exemple de la première partition :
 
1st Sec = 64  | Last Sec = 20971583
 
La, fdisk c'est qu'il s'agira d'une partition de 10Go, mais comment le sait-il ?
 

mais c'est pas une question de savoir ou pas, c'est une question de largeur
 
c'est comme quand tu veux découper une planche de 1m de long, la scie n'a pas besoin de connaitre la longueur à couper. (fdisk étant la scie, dans l'exemple xD), tu te contente de faire les marques à l'avance (calcul/mesure), puis après quand t'as tes repères, tu scie au niveau des marques.
 
Là c'est strictement pareil : d'abord, on fait les calculs, ensuite on utilise un outil comme fdisk pour créer les partitions dont on a déjà déterminer tous les parammètres AVANT de faire un fdisk, il ne reste plus qu'à entrer les sec. de début et fin de chaque partitions vu que ces deux éléments suffisent largement.
 
une partition n'est physiquement repésentée (dans la structure de la table de partitions) que par son premier et son dernier secteur (mais en format chs), ensuite tout secteur qui se situe entre les 2 font aussi partie d'elle, ce qui fait qu'elle fait 10Go, c'est sont nombre de secteur, vu qu'un secteur fait toujours 512 octets (et c'est invariable ça fait des décénies que c'est comme ça)
 
ce qu'il faut comprendre, c'est que les programmes de partitionement n'ont pas besoin de ce genre de paramètre, si tu veux déteminer un taille de partition (genre +8192M pour faire une partition de 8Go), en fait il va faire le calcul à partir du premier secteur pour déterminer automatiquement le secteur de fin, c'est tout, mais après il n'est pas garanti que ce soit aussi précis pour faire de l'alignement que la bonne veille méthode manuelle où on maîtrise tous les paramètres.

 
C'est à partir de ça que je comprends mieux maintenant :
 

 
 
64x512 = 32768 octets
20971583x512 = 1073745049 octets
 
10737450496 - 32768 = 10737417728 = 10.737417728 Go
 
Et ça fonctionne à chaque fois  

Voilà, t'as pigé le truc
 
 
 
Mais 1Go ne fait pas 1.000.000.000 octets (enfin à la base, les constructeurs de disques utilisent ça maintenant, on note plutot Gio, mais sur les OS c'est toujours noté Go, ce qui explique l'écart entre l'étiquette du disque et la capa affichée par l'OS), mais 1.073.741.824 octets
 
ne fait pas le cacul sur des capa, c'est source d'erreurs
 
20971583 - 64 + 1 = 20971520
 
20971520*512 = 10737418240 octets
 
10737418240/(2^30) = 10 Go tout rond

Oui, j'ai plutôt l'habitude de compter comme ça, d'ailleurs, pour convertir des Go en octets, on peut aussi faire 1024^3
 
Du coup, vu ce tableau :
 

 
on peut s'amuser à calculer le Last Sec de la partition étendue de cette façon :
 
190 Go * (2^30) = 204010946560 octets
(204010946560 / 512 = 398458880) * 512 =  204010946560 octets
(398458880 + 650117184 = 1048576064)
(1048576064 - 1) - 650117184 + 1 = 398458880
 
Ainsi, on peut faire de même pour le Last Sec du dernier lecteur logique :
 
40 Go * (2^30) = 42949672960 octets
(42949672960 / 512 = 83886080) * 512 = 42949672960 octets
(83886080 + 964690048 = 1048576128)  
(1048576128 - 1) - 964690048 + 1 = 83886080
 
1048576127 - 1048576063  = 64 ...

c'est bon ou alors faut vraiment qu'je passe par C*H*S-1 ?

non ce n'est pas bon, parceque tu ne connais pas la taille EXACTE de la dernière partition (tu l'as sur le papier, en théorie : 190Go), mais dans la pratique, ce ne sera pas 190Go tout rond mais surement un peu moins (c'est pour ça que j'ai ecrit "~" dans le tableau), si tu indique ces valeurs là à fdisk, il va te dire que le secteur indiqué est au delà de la fin du disque.
 
ensuite, autre truc : le dernier secteur de la partition étendue sera aussi le dernier du dernier lecteur logique (cad C*H*S-1), dans l'idéal, dans tous les cas, le dernier secteur du dernier lecteur logique ne pourra en aucuns cas se situer après le dernier secteur de la partition étendue (et encore moins hors de la capa réelle du disque   )
 
si tu à une grappe dont la geometrie est 255 Heads / 63 Spt / 60100 Cyl (exemple bidon de 2 disques de 230Gio annoncés à 250Go par le constructeur, montés en RAID 0), alors le num du dernier secteur à indiquer à fdisk dans l'exemple serait 965506499 (même s'il y a encore des secteurs après, dans le dernier cylindre, si jamais ce dernier cylindre n'est pas complet, alors windows risque de faire la tronche, mais la formule c*h*s-1 ne tient pas compte du dernier cylindre et s'arrête sur le secteur qui le précède : le dernier secteur de l'av.dernier cylindre)

Oui, grr, j'ai encore fait n'importe quoi, mais comme je dois indiquer à fdisk deux "Last Sec" avec la formule C*H*S-1, je ne vois pas trop comment m'y prendre, genre, à quel moment exactement taper "fdisk -u /dev/pdc_xxxxxxxxx" ? Sachant que j'dois le faire pour la partition étendue et pour le dernier lecteur logique

Y m'reste à savoir à quel moment indiquer à fdisk mes deux derniers secteurs. Je comprends pas car si pour le Last Sec de ma partition étendue et pour le Last Sec du dernier lecteur logique, il est primordial de faire C*H*S-1, quand je tape fdisk -u /dev/pdc_xxxxxxxxx et P, j'ai toujours les mêmes valeurs :

255 Heads, 63 sectors/track, 30401 cylinders, total 488397168 sectors.

La procédure :

Je crée la 1ère partition, ensuite la 2ème puis la 3ème, avec leurs secteurs de début et de fin. Ensuite, arrivé à la partition étendue, vu que je dois utiliser C*H*S-1 pour trouver son dernier secteur, là je m'y prends mal. Pareil pour le dernier secteur du dernier lecteur logique.

À supposer que : 255*63*30401 donne le résultat du dernier secteur du dernier lecteur logique, je vois pas comment faire pour le dernier sec de la partoche étendue, hum

Tu as oublié le -1 qui est super important...
sinon au lieu d'avoir le dernier secteur de l'avant dernier cylindre, tu te retrouve avec la valeur du premier secteur du dernier cylindre.
 
Sinon pour le disque, la géometrie disque que tu donne correspond à un disque que 250Go, pas à un raid0 de 500Go, tu as du obtenir la geometrie d'un des disques du raid et non celle de l'array elle même, il ne faut pas non plus se contenter de doubler la valeur, il faut vraiment vérifier avant.
 
attention parcequ'avec les contrôleurs de mobo, qui sont quasiment tous des fake raid (à l'exception des mobo de serveur à plus de 500€), donc en fait linux voit aussi les disques qui compose une array raid
 
Tu lance fdisk (tu faire un cd /dev/mapper, puis un ls, puis après tu vois le nom du disque, donc fdisk nom_disque, comme tu as la géométrie je suppose que can 'est pas ça le pb), n'oublie pas le mapper, jamais en fake raid sinon tu risque de basarder une array si jamais tu refais la table de partition d'un disque.
Tu crée les 3 partitions pricipales
Tu crée la partition étendue (1st=650117184, last=c*h*s-1 de l'array)
Tu crée les lecteurs logiques
Tu sauve et quitte (w)
Tu fais un fdisk -lu pour revérifier  
 
en fait dans l'ordre du tableau quoi