Contenu récent par Thoms1231

L'outil Data Rescue n'a sorti que quelques fichiers et ils sont tous illisibles. Je vais essayer avec d'autres programmes au cas où le résultat soit plus concluant. Mais, comme tu le disais, il doit manquer tous les fichiers intelligibles du système NTFS.

Oui en effet, trop de suppositions. Et nous en avons déjà beaucoup fait, en vain, et malheureusement à cause du boîtier de remplacement qui a faussé la taille des secteurs. Merci vraiment pour ton aide et le temps passé. Je teste Data Rescue et je te tiens au courant !

Tu en aurais quelques uns à me recommander ? J'ai téléchargé Photorec de Christophe Grenier et Remo Recover. Si dans ton avant-dernier message c'était de MFT dont tu voulais parler, alors j'ai lu qu'il y avait quelque part sur la partition un MFT mirror permettant de réparer un MFT corrompu...

Ok, nous sommes donc dans une impasse... J'ai entendu parler des "backup boot sectors" situés en milieu ou fin de partitions NTFS. Mais, par définition, ils ne contiennent qu'une copie des informations du super-bloc ? Pas de copie des composants opératoires dont tu parles ? En mode avancé, et...

Je vais passer ta commande et te donner le retour mais, d’après l’expérience du précédent post, les écritures sur mon ancien disque ne commencent qu’au bloc 797. Je n’avais pas connaissance de ce catalogue et je pensais que toutes les infos du volume résidaient dans le super-bloc... dommage.

Bonjour @macomaniac Pas de résultats en appliquant ta commande et en recherchant via Hex Fiend ".R.NTFS" dans le fichier .bin. Par contre, j'ai effectué cette même manip avec le nouveau disque dur, voici ce que j'obtiens à 1044480 octets soit le bloc 256 si on ne compte qu'à partir du bloc 2...

Ok, très bien. Je te tiens au courant quand j'aurais effectué la manip. Encore une fois merci pour ton aide !

Ok très bien, je vais appliquer cela. Merci ! Juste, quelle est l'intérêt d'effectuer le ⌘F dans Hex Fiend plutôt que dans le Terminal ?

Ok, d'accord, ta logique est claire et je comprends. En reprenant ta commande et en l'appliquant avec skip=10000, puis en effectuant CTRL + F "NTFS" je ne trouve aucun résultat. Par contre, à partir d'environ 1/8e de l'affichage, j'ai la même ligne pour chaque octet et cela jusqu'à 10000 ...

D’accord, oui je comprends : nous aurons certes donné les consignes à la MBR d’amorcer sur le bloc 256 mais nous n’aurons pas pour autant recréé ce bloc de tête. S’il est possible que nous l’ayons supprimé via les précédentes manipulations, en créant une table GPT notamment, est-possible de...

Bonjour @macomaniac J'ai utilisé ta commande en faisant varier le paramètre skip jusqu'à 701 pour enfin voir quelque chose : 0005fc00 45 46 49 20 20 20 20 20 20 20 20 28 00 00 00 00 |EFI (....| 0005fc10 00 00 00 00 00 00 28 82 02 41 00 00 00 00 00 00 |......(..A......| 0005fc20...

Non, pas d’autres traces sur ces 100 premiers blocs. Si on se base sur le disque étudié hier, le bloc qui nous intéresse n’est-il pas le 256 ?

Je retrouve ces inscriptions à 2 reprises, légèrement espacées, entre 5 à 10% de l'affichage total. Tu me parles de super-bloc NTFS mais je vois pourtant écrit FAT32 ... Sûrement inutile, mais j'ai aussi trouvé ça dans le premier quart de l'affichage : 00008000 f0 ff ff 0f ff ff ff ff ff ff...

Je retrouve ce motif à 2 reprises : 00004c00 eb 58 90 42 53 44 20 20 34 2e 34 00 02 01 20 00 |.X.BSD 4.4... .| 00004c10 02 00 00 00 00 f0 00 00 20 00 10 00 00 00 00 00 |........ .......| 00004c20 00 40 06 00 4f 0c 00 00 00 00 00 00 02 00 00 00 |.@..O...........| 00004c30 01 00 06 00...

Oui je comprends tout à fait : je vais balayer jusqu'à trouver ce motif en utilisant ta commande. Ne serait-ce pas possible que nous ayons supprimé ce bloc lors de nos précédentes manipulations sur ce disque ?