Bonjour tout le monde
 
hier j'etais en train de faire du traitement vidéo sur un gros fichier sur un disque annexe (un hitachi). le traitement s'est interrompu faute de place. Je me suis plus servi de la machine sur laquelle il est connecté et au bout d'un moment j'ai fini par l'eteindre normalement.
 
Aujourd'hui en rallumant la dite machine (histoire d'effacer ce fichier volumineux qui ne sert à rien vu que le traitement s'est interrompu), je constate que le disque dur est plus reconnu au niveau Windows (car dans le post il apparait). L'acces par l'explorateur indique qu'il serait plus formaté    
 
en lancant Acronis Disk Director server, il m'indique FS: None Partition: 0x7 (NTFS,HPFS)
 
Je sais pas quoi faire pour le faire reconnaitre à nouveau sans perdre mes données dessus    
 
on dirait que c'est peut etre la table d'allocation qui s'est détruit?    
 
Merci à vous tous de bien vouloir essayer de me sortir de ce mauvais plan  

Bonsoir,
 
essaye tesdisk avec ce tuto :http://www.cgsecurity.org/wiki/Tes [...] _par_Etape

merci loriot83,
 
je me souvenais plus que j'avais déjà utilisé ce logiciel pour un autre disque (celui ci systeme )
 
donc je l'ai utilisé et vu aussi avec le concepteur (j'attends une réponse de sa part)
 
mais voilà ce qui est sorti du chapeau pour le moment:
- la capacité et la géométrie sont pas bonnes (avec testdisk dos, j'attends une réponse du concepteur pour voir ce qu'il convient de faire maintenant qu'on arrive à detecter la bonne capacité)
 
- le secteur de boot est endomagé (mais pas le backup): donc maintenant il est réparé
 
- la MFT a ete detruite suite à l'erreur d'ecriture disque que j'ai mentionnée plus haut, du coup le système de fichier n'est plus reconnu non plus
 
En attendant les suggestions du support testdisk, j'ai fait tourné une version pro de EasyRecovery
 
quelqu'un connait-il bien ce logiciel pour m'aider à:
- d'une part réccupérer au compte goute mes données (histoire que je les grave)
- d'autre part tenter une réccup du file system et de la table d'allocation des fichiers
 
pour finir j'ai lu un sujet d'un membre ici (jey_skywaker) qui parlait de MFT et de soucis avec
 
une des réponses lance l'idée que les soucis pourraient etre venus de la memoire, vous en pensez quoi?
-

loriot83 et les autres alors voila où je suis le support test_disk à botté en touche
 
j'ai emprunté au boulot EasyRecovery, et je tourne en rond avec j'ai pu sortir et mettre de coté une partie du disque mais elle est petite donc du coup j'ai réccupéré peu de choses
 
personne pour m'aiguiller un peu pour que je puisse accèder à plus de données avant de reformaté et partitionner, pour réparrer vu qu'apparament rien n'est probant?
 

des idées?

Bonjour,
j'essaierais de le lire à partir d'un CD-live linux, mais sans grande conviction. . .
Et j'en profiterais pour regarder ce que dit gparted (sudo gparted depuis le CD-live).
Mais ces outils sont bien maigres par rapport à ceux déjà utilisés.
Cordialement.

essaye tous les log de récupération gratuit: photorec, recuva,MiniTool Power Data Recovery...

alors voilà où ca en est:
 
je sais pas trop bien me servir de easy recovery: en bricolant avec j'ai trouvé quelques fichiers (mais on est loin du compte)    
 
avec recuva, je me heurte à un os, car lorsque je demande a rechercher sur le disque E: (la lettre monte dans l'explorateur mais n'est pas accessible) , il ne se passe rien le logiciel refuse de poursuivre, je pense qu'avec les autres ca risque d'etre pareil?  
 
avec testdisk ca a pas l'air de réparer    
 
mais ce qui est sûr c'est qu'il y a un problème de géométrie, de mft ou quelque chose de ce ton qu'il faudrait "reconstruire" si je veux trouver d'autres données    
 
sous Easy recovery il trouve des fois une partition, des fois deux (alors qu'il y en a qu'une en NTFS nommée rapetous, nom qui n'est plus trouvé non plus) et à part les quelques fichiers mis de coté déjà au mieux je trouve des données mais elles sont identifiées en FIL0.bmp par exemple et si on essaie de visualiser le bmp (ou d'autres sortes d"extensions qu'il trouve), le fichier est pas valide
 
ce qui confirme qu'il y a un soucis de découpage des bits qui ne permet plus de trouver ceux d'un même fichier    
 
parmi les logiciels que vous connaissez ou ceux gratuits cités, lesquels pourraient peut etre faire avancer mon problème?
 
PS si certains savent ce que je pourrais faire avec easy recovery je suis preneur aussi
 
PS2: majax2011 j'ai un live cd linux est ce que je pourrais avec redéfinir la géométrie et la partition unique NTFS?

oui, bien entendu : gparted est un gestionnaire de partitions du même type que Partition Magic.
si je clique droit sur ma partion /dev/sda1 (ntfs), j'ai le choix entre :
supprimer - redimensionner/déplacer - copier - formater (-> ext2 ext3 ext4 fat16 fat32 ntfs, reiser, etc...) -
gérer les drapeaux - vérifier - information.
Bien entendu, si des erreurs sont présentes, elle ne peuvent être réparées que si elles ne sont pas trop graves : ce n'est pas un utilitaire spécialisé dans la récupération des disques endommagés.
De toute façon, ça ne coûte rien d'essayer. . .  
Cordialement

et tu penses que je commence par:
 
1) information
2) verifier
3) ?
 
ou une autre séquence?

majax2011,loriot83..., j'essaie de remettre la main sur mon live cd linux
 
en attendant j'ai lancé photorec_win (il me trouve le nom de rapetous, lui)
 
à un moment il me pose une question:
free (scan for file from ntfs unllocated space only) or whole (extract file from whole partition)? je choisi quoi whole?
 
plus loin il me demande la taille des blocks? je mets quoi?
 
pour info
le disque concerné est un hitachi HDS721616PLA380 de 160Go (avec une seule partition NTFS)
 
ci apres les infos qu'on lit sur l'etiquette du disque
CHS: 16383-16-63
LBA: 321 672 960
 
est ce que c'est normal si apres je me retrouve avec des tones de fichiers texte, il faudra faire quoi ensuite pour retrouver les formats de fichiers de tous ces fichiers?
 
par ailleur il a l'air de trouver 10 headers, c'est normal ca? moi je lisais 16 tetes sur le disque, ca n'a rein à voir?  

Pour photorec tu as ce tuto :http://www.cgsecurity.org/wiki/Pho [...] _par_Etape
 
sélectionne bien la partition entière "Whole" pour la recherche,
 
pour les blocs normalement c'est le log qui trouve la taille,
 
headers c'est plutot les entêtes de fichiers trouvés sur le disque.
 
une fois terminé avec photorec repasse sous tesdisk, je trouve bizarre que photorec te retrouve le nom de ta partition et pas tesdisk .

majax2011, je trouve aucun gparted sur mon live cd linux
 
ni dans /sbin ni dans /bin ni dans /usr/sbin ni dans /usr/bin
 
dans /sbin il y a parted?  

loriot83, si maintenant il trouve le nom de la partition Rapetous egalement sous testdisk (linux) les autres non
 
merci pour le lien du tuto, je l'ai lu et finalement j'avais fait comme indiqué dans le tuto
mais les fichiers récupérés sont une succession de .txt dans des dossiers recup_i.dir
 
en plus je me heurte à un problème de place pour que la recupe aille au bout (donc je sais pas si ensuite le logiciel fait quelque chose de ces txt)
 
ainsi qu'un soucis de LBA 48bit pour qu'il trouve plus que 137Go du disque (qui en fait 160Go)
et je sais pas si il existe un patch pour le SP4 de W2K
 
je vais voir si avec le live cd linux je pourrais pas utiliser photorec également (mais sous linux)
 
apres vérification:
il y a aussi photorec sur le cd linux dans /usr/sbin
mais quand je le lance (et que j'arrive à l'étape du choix pour stocker la récup)
 
je trouve plus les autres disques j'ai été dans /dev/disk/by_label et trouvé les noms des partitions des autres disques avec des alias, mais on peut pas selectioner pour choisir un répertoire;
 
idem avec /dev/disk/sda   )

pour info testdisk maintenant donne la bonne capacité du disque et le bon mbr qui a ete réparé avec testdisk
 
c'est le filesystem qui est endommagé

bon alors me revoili avec de nouvelles infos
 
photorec linux ou non, y a des erreures qui apparaissent et y a un soucis de destination pour le stockage des recup (pas assez de place ou choix non dispo)
 
restorer ultimate pro bon dans le meilleur des cas je retrouve 12 fichiers (les memes qu'avec easy recovery pro) c'est bien mais manque pas mal d'autres choses  
 
si on fait d'autres scan avec on trouve toute sorte de FS mais en prenant NTFS on est pas beaucoup plus avancé du moins avec ma faible maitrise de tout ca
 
recuva c'est pas bien clair au mieux on se retrouve aussi avec des tonnes de fichiers texte et des fichiers de données que j'ai restorés mais je suis pas certain qu'il ne s'agisse pas de doublons ou de fichiers obsoletes n'ayant pas retrouvé parmi eux des fichiers que j'aurais voulu trouver en priorité  
 
testdisk avec les options par defaut qu'il détecte aboutit à un warning sur le nombre de tetes différents entre HD et NTFS et l'interpretation de ce warning est tres opaque pour moi  
 
j'ai trouvé le moyen d'activer LBA48 bits sous SP4 mais ca avance pas des masses
 
sinon au pire je me retrouve avec des tonnes de fichiers texte sans pouvoir aller au bout des scans et donc sans savoir si ensuite il serait en mesure de transformer ces fichiers textes en des fichiers valides
 
le mbr et son backup semblent correctes maintenant par contre il comprend plus rien au NTFS de ce que je comprends
 
dans les fichiers qu'on arrive trouver on trouve des $mft et 3 ou 4 autres du meme genre concernant le syteme , peut-etre que ca pourrait servir a reconstruire quelque chose?
 
j'avoue que sans votre aide ou vos idées je suis déjà bien largué et je récupère pas ce que je souhaite et ne rend pas lisible de nouveau ce disque dur
 
et j'y comprends pas des masses, je vois que les secteurs sont lisibles en hexa mais qu'en faire, une image ou autre chose de sorte que je puisse faire des transitions pour reformater et retrouver au final des choses?
 
avec ces deux softs et d'autres que vous auriez dans vos chapeaux on peut surement arriver a faire mieux non?

en bricolant un peu avec ultimate restorer il me trouve d'autres fichiers perdus que des fichiers texte en scanant bloc par bloc et en tentant de déterminer des signatures de fichiers connus
 
par contre outre la tonne de de fichiers texte, il me trouve des fichiers que j'ai jamais eu genre des fichiers olympus et toute une série d'autres que je suis sûr d'avoir jamais eu sur ce disque
 
d'autres pour lesquels je suis plus certains
 
et d'autres dont l'extension correspond  des fichiers que je cherche (mais si je fais un essai sur un avi par exemple, la lecture est impossible apres recupération, erreur indiquant que le format est pas valide)
 
compte tenu de ses observations, j'ai des doutes sur la pertinance de ce qu'il trouve
 
faut il faire une recherche raw sur un seul type de fichier et ceci type apres type?
 
et puis apres un certain temps de scan, il trouve plus rien dans les blocs alors que ca semble pas terminé, si j'interompts le scan et que je regarde ce qu'il en ressort il finit par trouver en plus d'une partition NTFS, deux partitions fat12   (je suis de plus en plus largué avec tout ca)
 
peut-on tirer quelque chose du dossier qu'il trouve s'appelant file system informations qui contient des $mft $logfile ...
 
on ne sait pas lui repreciser la facon dont les fichiers etaient organisés?
 
vous en pensez quoi? vous me conseillez quoi?

Désolé, mais je ne suis guère compétent en la matière.
La dernière fois que W... m'as mis la pagaille sur le disque C: , j'ai finalement été obligé de réinstaller le système avec le CD de restauration. Linux ne m'as jamais joué d'aussi vilain tour. Il y a plus de 10 ans que je ne confie plus aucun fichier important à W... qui ne me sert que pour les jeux.  
Il existe des sociétés spécialisées dans la récupération de données, mais c'est très long et ça revient horriblement cher.
Au fait, gparted est un logiciel disponible sous Gnome (Ubuntu, Mint, etc...) : quelle est la distribution de ton CDlive ?
Mais il est à peu près sûr qu'il ne pourra pas faire grand-chose, à part formater.
Enfin, tu peux essayer information, puis vérifier => tentative de réparation. . .

Salut, c'est donc surement des cluster defecteux et donc :
 
essai HDD regénérator*, j'ai récupéré 3 HD depuis grace a lui, bon dés fois c'est trés long ( 48 h pour 20Go ) mais si HDD n'y arrive pas (40% d'irrécupérables) je ne sais pas quoi dire apres ( le 2011 préserve les données )
 
 
http://www.dposoft.net
 
 
* tu peut me joindre sur http://www.le-docteur-pc.fr
 
[PS] c'est la solution

 
ubuntu: j'ai pas trouvé sur le cd gparted il est dans quelle branche?

 
j'ai hdd regenerator v 1.51 c'est la version 2011 dont tu me parles?

/usr/sbin/gparted sur Mint 10  
Mais en principe tu n'as pas besoin de le savoir : tapes simplement sudo gparted dans un terminal.

 
ben si j'ai posé la question c'est en suivant ce que tu m'avais dit j'avais justement tapé
 
sudo gparted et que ca m'a repondu qu'il comprenait pas cette commande,
à la suite de quoi j'ai ete voir
 
dans /sbin /bin /usr/sbin et /usr/bin et que je n'ai trouvé en faisant ls g* aucun gparted
 
sinon j'ai fait d'autres choses
 
j'ai branché le disque sur un ordi ayant XP (au lieu de 2K SP4) et relancé restorer ultimate pro 6
 
j'ai constaté 4 choses:
1) la taille auto-détectée des secteurs de bloc est différente (50000 et quelques pour 2K et 39000 et quelques pour XP)
 
2) il trouve beaucoup plus de fichiers et de repertoires que jusqu'a maintenant mais je cherche par exemple dans les extensions flac où je sais qu'il en avait et que je restore un fichier qui a pour non un numéro sans extension , que je lui rajoute le .flac et que je le lis, je tombe en effet sur un son qu'il y avait avant le crash mais au lieu que ca corresponde au fichier complet ce n'est que quelques secondes
 
3) il trouve toutes sortes de systeme de fichier allant du NTFS au fat 12 en passant par le 32 et le 16 et un jeu de couleur, la seule clean qu'il trouve est la premiere en NTFS mais là il trouve que la petite dizaine de fichiers dont j'ai parlé dans mes precedants posts, dans les autres c'est trié par extension et des fois on retrouve des noms de fichiers qu'il y avait, des fois les noms sont des nombres avec ou non des extension, il y a des tailles aussi d'indiquées pour chacune des partitions "trouvées"
 
4) il annonce, une taille totale de fichiers trouvée enorme de pres de 2To alors que le disque en contient que 160Go et n'etait pas plein
 
donc je sais pas trop comment je peux retrouver mes enfants dans tout ce cirque
 
J'ai aussi lancé un scan & repair avec HDD regenerator 1.71 et il n'a trouvé aucun secteur defectueux
 
faut il en fait lancer le scan avec l'option scanner aussi et réparer les bons secteurs?
 
pour gparted je te crois majax2011 mais ou sur ce cd ubuntu il n'y est pas inclu ou il s'appelle autrement
 
j'ai vu un parted je crois

Bonsoir.
Il est clair que les tables d'allocation de fichier (FAT) sont en javelles, mais les secteurs ne sont pas défectueux.
La FAT est une table qui contient la liste des clusters attribués à chaque fichier : cela explique la multitude de morceaux "orphelins". En effet, même des morceaux de vieux fichiers effacés sont comptabilisés (quand on "efface" un fichier, seuls les pointeurs de la FAT sont modifiés).
En principe, il y a deux FAT, et le système est censé restaurer la mauvaise à partir de la bonne en cas de plantage, d'autant plus que NTFS est un système de fichiers journalisé : Il y a eu une grosse défaillance du système !
N'est-il pas possible de lancer un tel logiciel en lui fournissant quelques données :

• système NTFS
• clusters de 4 ko  

Cordialement, et bon courage.

si je pense que c'est faisable (tu parles de parted, ou d'un des logiciels de recuperation de données, que j'ai essayé)
 
en effet il y a eu un gros plantage, j'avais lancé un traitement video sur un fichier et en fait il est parti sur une manipulation longue et pas adaptée en plus de sorte que le disque était constament en travail innutile ce qui a finit par saturer le systeme le bloquer pendant qu'en meme temps il sembalit y avoir de l'écriture sur le disque qu'il a du reste fallu interrompre brutalement du fait que tout etait gelé ou en boucle infinie
 
dans un premier temps la MBR a été touchée, j'ai fini par réussir à la reconstruire avec testdisk mais ca a pas ete fait rapidement car en plus la capacité du disque etait pas bonne et il fallait règler ce problème avant toute tentative testdisk ou autre
 
si je te suis tous les fichiers dont le nom est celui d'origine ca devrait pas trop poser de soucis de les restaurer
 
tous ceux qui des nombres à la place des noms, on peut etre en assembler certains,non?, vous en pensez quoi vous venez me lire?
 
genre je prends le cas des flac, ils ont etes regroupés dans un dossier flac et si je leur rajoute l'exension et que j'ouvre le fichier, j'entends le passage auquel il correspond
 
exemple "frere jacques" dans un premier fichier, si je trouve celui qui dit "dormez vous" il pourrait venir se coller apres?

Bonjour,
non, gparted (ou parted que je ne connais pas) ne me semblent pas assez costauds.
Dans un précédent message, tu disais, à propos de  photorec_win : plus loin il me demande la taille des blocks? je mets quoi?.
Si les blocks correspondent aux clusters (ce qui serait logique), il faut mettre 4096 octets (4 ko).
Comme je l'ai déjà dit, je ne connais pas ces logiciels de récupération, et je pense qu'ils ont leurs limites.  
J'avais quelques connaissances de la FAT 16 (époque du DOS 6.2 !) : je sais en particulier que le nom du fichier était associé à l'adresse de son début. Les morceaux sans nom sont donc des suites ou des fins de fichiers. Avec des clusters de 4096 octets, ça fait beaucoup de morceaux par fichier, surtout qu'ils ne sont pas forcément dans le bon ordre.  
Quant à recoller les morceaux "à la main", ça me semble mission impossible. . .
Si ces fichiers ont une valeur inestimable, une société spécialisée est à envisager, sinon, je ne suis guère optimiste.
Cordialement.