Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Disque dur 4to marque 1.64to sur Gparted

N²Heisenberg

sudo dd if=/dev/sdb bs=512 count=1 skip=7814037167 | hexdump -C

heisenberg@Meth-Desktop:~$ sudo dd if=/dev/sdb bs=512 count=1 skip=7814037167 | hexdump -C
dd: /dev/sdb : impossible de passer outre: Argument invalide
0+0 enregistrements lus
0+0 enregistrements écrits
0 bytes copied, 0,000410889 s, 0,0 kB/s
heisenberg@Meth-Desktop:~$

Que donne aussi

sudo dd if=/dev/sdb bs=512 count=1 skip=7814037135 | hexdump -C

heisenberg@Meth-Desktop:~$ sudo dd if=/dev/sdb bs=512 count=1 skip=7814037135 | hexdump -C
dd: /dev/sdb : impossible de passer outre: Argument invalide
0+0 enregistrements lus
0+0 enregistrements écrits
0 bytes copied, 0,000240262 s, 0,0 kB/s
heisenberg@Meth-Desktop:~$

N²Heisenberg

Nasman a écritJ'ai l'impression qu'il y a eu des mesures correctives d'appliquées sans avoir parfaitement cerné le problème - Ces mesures ont sans doute amoindri les chances de récupérer des données.
En attente de voir ce qu'il y a en fin de disque.
S'il n'y a plus rien alors ce sera à testdisk de jouer.

😢 😢 😢

moko138

sdb
     Partition               Start        End    
>  MS Data                   264192 7814035455

Mais

sudo dd if=/dev/sdb bs=512 count=1 skip=7814037135 | hexdump -C

On est au-delà du disque.

moko138

Je ne maîtrise pas ces choses-là, contrairement à Nasman, mais essaie :

sudo dd if=/dev/sdb bs=512 count=1 skip=7814035454 | hexdump -C

sudo dd if=/dev/sdb bs=512 count=1 skip=7814035453 | hexdump -C

Nasman

moko138 a écrit

sdb
     Partition               Start        End    
>  MS Data                   264192 7814035455

Mais

sudo dd if=/dev/sdb bs=512 count=1 skip=7814037135 | hexdump -C

On est au-delà du disque.

Les LBA proposées partaient des infos disponibles en #16, soit une capacité du disque de 4000787030016 octets, soient 4000787030016/512 = 7814037168 secteurs.

moko138

Nasman a écritLes LBA proposées partaient des infos disponibles en #16, soit une capacité du disque de 4000787030016 octets, soient 4000787030016/512 = 7814037168 secteurs.

Ok, merci !

Et en effet, en #5, smartctl indique :

Device Model:     ST4000DM005-2DP166
User Capacity:    4000787030016 bytes [4,00 TB]

Mais alors j'ai deux questions :
1) Ce que j'ai proposé en #26, ça tient la route ou non ?

2) Qu'est-ce qui explique la différence,
est-ce que fdisk déduit les secteurs devenus inutilisables (bien que remplacés par des secteurs provenant d'une réserve, me semble-t-il, non comptabilisée) ???

moko138

Ah non :
7814037168 (= 4000787030016 o / 512), c'est la taille du disque ;
7814035455, c'est le dernier secteur de la partition unique.

Juste ?

Nasman

1) Ce que tu propose c'est de voir le contenu des deux derniers secteurs de la partition MS data - je ne sais pas ce qu'on est sensé y trouver
Les systèmes de fichiers doivent s'arrêter à un cylindre (ou au Mio ?)
2) Je ne sais pas pourquoi fdisk donne une capacité plus faible.

moko138

1) C'est parce que je m'étais mélangé entre taille du disque et dernier secteur de la partition unique que j'avais fait la proposition #26.
Cylindre ou Mio :
En GPT, je suppose qu'une NTFS formatée par Windows s'arrête au Mio par défaut. Mais je n'ai pas de certitude.

2) Si toi, tu ne vois pas, ce n'est pas moi qui vais le voir.
Hypothèse 1, très incomplète, en #14 ;
Hypothèse 2 :
Comme fdisk, il y a peu de temps encore, ne savait pas traiter les disques à GPT, peut-être que certaines fonctions lui manquent encore et que gdisk ou parted ferait mieux ?

N²Heisenberg

J'avoie que je commence à avoir les boyaux de la tête qui chauffent.

N²Heisenberg

Bon il faut que je me fasse à l'idée que j'ai perdu mes données. Car je me dis que, n'ayant pas partitionné mon disque de 4To et se retrouver avec une partition de 1.64To qui ne fonctionne pas, c'est que c'est très mal barré !

Je vais donc tenté de reprendre l’entièreté des 4to et le formater en ntsf.

moko138

Mais tu as arrêté testdisk ???

N²Heisenberg

Il est fini la réponse est au #21

moko138

En #21, N²Heisenberg a écrit Résultat du fdisk :

Disk /dev/sdb - 1801 GB / 1678 GiB - CHS 219051 255 63

The harddisk (1801 GB / 1678 GiB) seems too small! (< 4000 GB / 3726 GiB)
Check the harddisk size: HD jumpers settings, BIOS detection...

The following partition can't be recovered:
     Partition               Start        End    Size in sectors
>  MS Data                   264192 7814035455 7813771264

NTFS, blocksize=4096, 4000 GB / 3725 GiB

Et les lignes en bas d'écran, alors ?!

C'était bien la peine que je te donne le lien direct vers le tutoriel "étape par étape" de l'auteur de testdisk !

N²Heisenberg

Ben il y avait que ça ! Et ça :

MS Data                   264192 7814035455 7813771264
  MS Data                150642472 2000250663 1849608192
  Mac HFS               2207345985 3013700930  806354946 [Q~[.TM-)A~C^F
^]

N²Heisenberg

Après il mettait que le disque était pas valide.

moko138

C'st bien parce qu'il y a un problème, qu'on utilise des outils de récupération, non ?
Donc "pas valide" c'est juste une invitation à approfondir !

À l'avenir, donne des retours complets.
Dans le cas (particulier) de testdisk (et de son jumeau photorec), ça veut dire :
tout l'écran de la première à la dernière ligne, diminué uniquement de ses séries de lignes vides.

N²Heisenberg

TestDisk 7.0, Data Recovery Utility, April 2015
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk /dev/sdb - 1801 GB / 1678 GiB - CHS 219051 255 63
     Partition               Start        End    Size in sectors
 P MS Data                150642472 2000250663 1849608192
>P Mac HFS               2207345985 3013700930  806354946 [Q~[.TM-)A~C^F
^]

Structure: Ok.  Use Up/Down Arrow keys to select partition.
Use Left/Right Arrow keys to CHANGE partition characteristics:
                P=Primary  D=Deleted
Keys A: add partition, L: load backup, T: change type,
     Enter: to continue
HFS blocksize=134217728, 412 GB / 384 GiB

N²Heisenberg

TestDisk 7.0, Data Recovery Utility, April 2015
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

   P Mac HFS               2207345985 3013700930  806354946 [Q~[.TM-)A~C^F
^]

Support for this filesystem hasn't been implemented.

N²Heisenberg

TestDisk 7.0, Data Recovery Utility, April 2015
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk /dev/sdb - 1801 GB / 1678 GiB - CHS 219051 255 63
No backup found!

>[ Cancel ]
                  Don't use backup and try to locate partition

« Page précédente Page suivante »