Bonjour et déjà merci aux bonnes âmes qui ont eu le courage de s'intéresser à mon problème ,
 
suite à une réinstallation de windows j'ai les partitions de mon second disque qui ne sont plus reconnues. En fait, windows considère que les 160Go de ce disque sont un espace "Non alloué".
 
Supposant que le problème soit lié à une table de partition défectueuse, j'ai donc fait appel aux bons et loyaux services de ce brave TestDisk. Seulement, avant de passer à l'acte (la réecriture effective de la table de partition), je suis confronté à un choix - cornélien vu mes maigres compétences - en ce qui concerne le géométrie du disque, et plus particulièrement le nombre de têtes par cylindre.
 
Je m'explique :

• cas 1

Si je laisse la valeur par défaut de nombre de têtes (16), lorsque je lance l'analyse du disque, il m'affiche tout d'abord un truc qui de mon point de vue de néophyte me semble avoir plutôt une bonne gueule :

Mais ensuite, juste avant la deuxième étape, il me lance un warning :

Le reste à lui aussi plutôt bonne gueule selon moi :

• cas 2

Si, comme me l'a suggéré le warning, je fixe la nombre de têtes à 32, voilà ce que j'obtient :

Et là, je prend les "check_FAT: Incorrect number of heads/cylinder 16 (FAT) != 32 (HD)" sur les 3 dernières partoches pour des messages de mauvais augure ... Par contre, TestDisk ne me signal aucun warning et la suite de l'analyse garde une forme relativement engageante :

 
Donc je sais vraiment pas quelle nombre de têtes par cylindre indiquer, sachant que dans les deux cas apparament y a quelque chose qui va pas . C'est d'autant plus déroutant que dans les deux cas TestDisk me reconnait parfaitement la taille, le nom, et les fichiers qu'il y a sur mes différentes partitions. La seule donnée différente entre les deux analyses (mais probablement pas des moindre ?) étant leurs secteurs de début et de fin.
 
Alors si quelqu'un avait la gentillesse de m'éclairer sur le bon choix à faire, vous l'aurez compris, cela me rendrait énormément service. Quoiqu'il en soit, merci pour l'intérêt et le temps que vous aurez bien voulu consacrer à mes petits soucis .

Tu peux peut etre voir le nbre de tetes dans le bios ?

Je ne connais pas ce prog TestDisk....
Mais la première chose qui m'étonne c'est la nomination des disques en /dev/sdx qui correspond à une apellation unix/linuxienne, pas du tout microsoftienne.
Cela me fait me poser la question de l'âge de ce programme par rapport à la déte de naissance de Windows XP, en admettant que tu as installé XP sur ta machine.
 
De nombreux programmes capables de lire et d'écrire la table de partition d'un disque XP font des choses pas très orthodoxes du point de vue Microsoft.
Il y a écriture du MBR, mais par la suite XP n'est pas content du tout.
 
Je suppose que ta partition de 160 Go a été crée avant ta réinstallation, avec un programme autre que le gestionnaire de disque de XP...
 
Je te suggère, parce que le risque est limité, d'utiliser la commande XP fixmbr accessible depuis une console de récupération.
Regarde l'aide en ligne de XP pour avoir plus de détails.
 
Si cela ne résoud pas ton soucis, trouve un programme de récupération de données sur un disque, et fais une sauvegarde de tes données avant toute tentative de rendre cet espace accessible par XP en utilisant un programme qui re-écrit la table de partitions...

Merci à vous deux pour vos réponses si matinales
 

Effectivement , et en auto détection il me trouve 16. Ca m'arrange pas forcément, parce que le TestDisk à l'air bien sûr de lui sur le warning : quelle que soit la valeur que je lui donne (autre que 32), il m'affiche ce warning incitant à mettre 32 justement. Et une fois la valeur 32 validée, hop, plus de warning, mais ce message : "check_FAT: Incorrect number of heads/cylinder 16 (FAT) != 32 (HD)" (à noter tout de même que celui-ci apparaît également pour tous les nombres de têtes différents de 16).
Mais dans le BIOS, un autre élément qui peut jouer en faveur du 16, c'est que bah j'ai pas moyen de lui indiquer une valeur de 32 : soit c'est mode d'accès CHS --> 16, mode d'accès LBA --> 255, et mode d'accès large --> 240.
 
Voilà, si t'as d'autres idées je suis tout ouïe . En tout cas, merci pour ce conseil .
 

Le soft est plutôt récent (dernière m.à.j. le 3 mars dernier ), mais c'est vrai que ton rapprochement avec linux est loin d'être malvenu. Après quelques recherches, il en ressortirait qu'un nombre de têtes de 16 (valeur par défaut) est une valeur typiquement linuxienne. Les disques windows tendraient quant à eux vers des valeurs de 255 ou 240 (mais pas forcément 32 )
 
Par contre, mes 160 Go ont bien été partitionné en 4 avant la réinstallation de windows ... mais bel et bien avec son gestionnaire de disques (j'ai toujours eu que du windows jusqu'à présent, le but de la réinstall étant justement de libérer de la place pour linux )
 
En ce qui concerne la commande fixmbr, j'ai là aussi quelques réticences, parce qu'il ne sagit pas d'un problème de boot chez moi. Il n'y avait aucun système d'exploitation installé sur ce disque, et donc, à priori, pas de MBR. Peut-être me fais-je une mauvaise idée de ce qu'est le MBR, mais faut dire que les mises en garde à propos de cette commande m'ont quelques peu refroidit ("Attention: Cette commande peut endommager vos tables de partition et les rendre inaccessibles!" ).
 
Sinon, il reste la solution de la récupération de données oui, mais le problème pour le moment c'est que je n'ai pas d'espace de stockage pouvant accueillir 160 Go . Enfin tu as raison, je vais quand même faire une sauvegarde des trucs les plus importants là où je peux . Apparemment, c'est GetDataBack qui semble être la référence non ? Si tu as d'autres propositions (que ce soit au niveau de la restauration ou de la récupération), je suis également plus que preneur .
 
 
Merci beaucoup pour le temps que vous avez déjà bien voulu gaspiller pour ma petite personne . Je reste à l'écoute de tout autre conseil, que cela vienne de vous ou d'autres âmes de bonne volonté .

J'ai utilisé avec bonheur FileRecovery (ou PcFileRecovery je ne m'en souviens plus car je ne suis oas chez moi).
Mais c'était sur un disque dont beaucoup de secteurs étaient défectueux.
Par contre le programme permettait l'accès soit aux volumes déclarés et vus (C:, D: etc) soit aux disques physiques eux mêmes.
J'ai entendu dire de bonnes choses de GetDAtaBack sans l'avoir jamais essayé...
 
Note : tu nous les brises en supposant que cela fait perdre du temps de te répondre !

 
Attention de ne pas melanger !!! Le nombre de tete pour un disque dur est une valeur qui ne change pas, ces sont des tetes physiques qui lisent/ecrivent sur les plateaux... Windows ou Linux, c'est identiques.

Ok. Ayant pour le moment sous la main GetDataBack je vais essayé avec lui, et si ça foire, je sais de quel côté jeter un oeil .
Et j'arrête de te les briser sur le temps perdu alors, bien qu'à mon avis c'est quand même pas le genre de passe temps qui t'apporte à toi réellement quelque chose de constructif   (à moins que ça te permette d'occuper tes heures de bureau ... )
 

Oui, pardon, c'est moi qui m'exprime mal par souci de feignantise . Ce que je veux dire par nombre de têtes ce n'est pas le nombre de têtes de lecture, mais le nombre de têtes par cylindre (heads per cylinder dans la langue de checkspeer en tout cas), qui elle dépend du formatage.

Bon, épilogue de l'histoire :
 
GetDataBack c'est royal (mais mon pb était pas bien compliqué). Par contre, grace à lui j'ai quand pu avoir la confirmation que c'était bien 16 têtes par cylindre. Donc, après avoir sauvegarder les données sensibles, je me suis lancé dans l'aventure avec TestDisk ... et j'ai tout récupéré .
 
Bref, GetDataBack + TestDisk = duo de choc en ce qui me concerne.
 
Merci à tous pour votre aide .