Tout d'abord merci pour vos réponses, et je vais donc faire le point à la fois sur vos propositions, vos questions et ce que j'ai fait depuis hier.
Le disque dur est le bon, mon frère a dans un premier temps essayé avec un logiciel sur windows avant qu'une fois informé, je ne l'arrête pour ne pas utiliser le disque. Il a pu récupérer quelques fichiers en vrac avec des noms bizarres et dans un même dossier, dont quelques photos attestant que c'est le bon dd.
C'est aussi pour cette raison que je ne souhaite pas utiliser dans un premier temps photorec, le temps de tri qui en résulterai serait titanesque.
Je cherche donc à récupérer les fichiers avec leur noms et si possible l'arborescence.
On verra donc photorec ou foremost en dernier recours.
Je vais donc bien regarder du coté de testdisk, en sachant que j'ai presque réussi aujourd'hui à faire une copie du dd avec ddrescue. J'ai un fichier .dd de 984 Go mais la copie s'est bloquée à la toute fin, manque de place sur le disque de 1 To formaté pour accueillir la copie.
Pour la petite histoire, si la copie avait échoué jusqu'ici, c'était du au formatage. J'avais formaté mon dd en ntfs (ça m'avait paru évident puisque je voulais faire une copie d'un disque formaté en ntfs), mais ce format windowsien limite la taille des fichiers. C'était pourtant écrit dans un des nombreus posts que j'ai lu sur le sujet, mais l'info m'avait échappée. Formaté en ext4, pas de limite de taile, si ce n'est celle du disque dur en lui même.
Donc 1To pour faire la copie d'un disque d'1To c'est un poil trop juste. C'est con, j'ai pas plus gros.
Du coup, je m'interroge d'essayer testdisk sur cette copie, est-ce que ça va marcher ou pas. Je vais essayer.
Surtout que je viens de refaire un deeper search sur le dd, mais qu'en voulant faire une cope pour le poster ici, je m'ai planté en faisant très bêtement un ctrl+c dans le terminal, il y a des réflexes à la con des fois. Bref, je relance pour faire sur l'image créée par ddrescue.
voici quand même le résultat du deeper search, avec et je trouve ça bizarre la grosse partition de 970Go qui apparait 9 fois.
TestDisk 7.0, Data Recovery Utility, April 2015
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org
Disk /dev/sda - 1000 GB / 931 GiB - CHS 121601 255 63
The harddisk (1000 GB / 931 GiB) seems too small! (< 1946 GB / 1813 GiB)
Check the harddisk size: HD jumpers settings, BIOS detection...
The following partitions can't be recovered:
Partition Start End Size in sectors
> MS Data 893954710 2794034796 1900080087
MS Data 932031008 2832111094 1900080087
MS Data 952280384 2852360470 1900080087
MS Data 958651776 2858731862 1900080087
MS Data 966371680 2866451766 1900080087
MS Data 972312512 2872392598 1900080087
MS Data 973318080 2873398166 1900080087
MS Data 1902207958 3802288044 1900080087
MS Data 1953513471 2003027966 49514496ubuntu@ubuntu:~/testdisk-7.0$
[ Continue ]
NTFS, blocksize=4096, 972 GB / 906 GiB
pour moko138, ces chiffres te semblent problématiques ? j'avoue que pour moi c'est du charabia et je ne sais pas trop à quoi ça correspond.
Je regarde les tutos étape par étape, et on verra bien.
Encore merci et n'hésitez pas à continuer à éclairer ma petite lanterne.
ps : mon post n'est plus dans la section "autres logiciels et problèmes généraux", mais dans "café ubuntu", ce dont je viens de me rendre compte en voulant poster ma réponse. C'est moi qui ai buggé, où c'est un modo qui a déplacé pour une sûrement bonne raison qui m'échappe pourtant ?
Modération : la discussion a été déplacée dans le café car elle ne relève pas d'un soutien Ubuntu. Il s'agit d'un système Windows sur un disque d'1 To sur une seule partition. (en dehors des efi, recovery etc.). Rien n'empêche de demander et obtenir de l'aide, dans le café. Désolé d'avoir négligé de le signaler dès le déplacement.
