Ubuntu-fr

DrUiD

[Récupération de données] Partition trop grande

Bonsoir,

J'ai récemment acheté un disque de 4To et y ait copié plein de trucs puis j'ai déconnecté ce disque et l'ai mis de côté quelques temps pour finalement le rebrancher dans un autre pc il y a peu mais plus aucune partition n'est présente sur ce disque.

La commande suivante indique un problème de superblock

$ sudo fsck /dev/sdb
fsck de util-linux 2.24
e2fsck 1.42.8 (20-Jun-2013)
ext2fs_open2: Numéro magique invalide dans le super-bloc
fsck.ext2 : Superbloc invalide, tentons d'utiliser les blocs de sauvetage...
fsck.ext2: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/sdb

Le superbloc n'a pu être lu ou ne contient pas un système de fichiers
ext2 correct. Si le périphérique est valide et qu'il contient réellement
un système de fichiers ext2 (et non pas de type swap, ufs ou autre),
alors le superbloc est corrompu, et vous pourriez tenter d'exécuter
e2fsck avec un autre superbloc :
    e2fsck -b 8193 <périphérique>

Je ne suis pas sur de l'impact de l'execution de cette commande, du coup je n'ose pas l'exécuter...

$ sudo sfdisk -luS

Disque /dev/sdb : 486401 cylindres, 255 têtes, 63 secteurs/piste
Unités : secteurs de 512 octets, décompte à partir de 0

   Périph Amorç.  Début       Fin   nº sect.  Id. Système
/dev/sdb1             1 4294967295 4294967295  ee  GPT
/dev/sdb2             0         -          0   0  Vide
/dev/sdb3             0         -          0   0  Vide
/dev/sdb4             0         -          0   0  Vide

$ udisks --show-info /dev/sdb
Showing information for /org/freedesktop/UDisks/devices/sdb
  native-path:                 /sys/devices/pci0000:00/0000:00:1f.2/ata4/host3/target3:0:0/3:0:0:0/block/sdb
  device:                      8:16
  device-file:                 /dev/sdb
    presentation:              /dev/sdb
    by-id:                     /dev/disk/by-id/ata-ST4000DM000-1F2168_Z300JSPC
    by-id:                     /dev/disk/by-id/wwn-0x5000c50063a94533
  detected at:                 ven. 03 janv. 2014 21:15:29 CET
  system internal:             1
  removable:                   0
  has media:                   1 (detected at ven. 03 janv. 2014 21:15:29 CET)
    detects change:            0
    detection by polling:      0
    detection inhibitable:     0
    detection inhibited:       0
  is read only:                0
  is mounted:                  0
  mount paths:             
  mounted by uid:              0
  presentation hide:           0
  presentation nopolicy:       0
  presentation name:           
  presentation icon:           
  automount hint:             
  size:                        4000785948160
  block size:                  512
  job underway:                no
  usage:                       
  type:                       
  version:                     
  uuid:                       
  label:                       
  partition table:
    scheme:                    gpt
    count:                     1
  drive:
    vendor:                    ATA
    model:                     ST4000DM000-1F2168
    revision:                  CC52
    serial:                    Z300JSPC
    WWN:                       5000c50063a94533
    detachable:                0
    can spindown:              1
    rotational media:          Yes, at 5900 RPM
    write-cache:               enabled
    ejectable:                 0
    adapter:                   Unknown
    ports:
    similar devices:
    media:                     
      compat:                 
    interface:                 ata
    if speed:                  (unknown)
    ATA SMART:                 Data not collected

J'ai donc utilisé testdisk, sans succès:
- un "quick search" de ce disque et j'ai vérifié avec l'option "P", il trouve bien mes dossiers dans cette partition, cela coince donc certainement à l'écriture de la mbr ou un truc dans le genre... j'ai ensuite essayé d'écrire la partition qu'il trouvait et redémarré le poste, sans succès
- un "deep search" m'indique plusieurs "restes" de partition mais il m'indique surtout que la partition est trop grande pour le disque:

TestDisk 6.14, Data Recovery Utility, July 2013
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk /dev/sdd - 4000 GB / 3726 GiB - CHS 486401 255 63

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

The following partitions can't be recovered:
Partition Start End Size in sectors
> MS Data 362706103 13710980040501191 13710979677795088 [(%d str
MS Data 2990208244 14218219105664216 14218216115455972 [~Vg:
MS Data 3905161232 11719194639 7814033408 [Stock4]
MS Data 3905324936 11719358343 7814033408 [Stock4]
MS Data 3905325336 11719358743 7814033408 [Stock4]
MS Data 3905325520 11719358927 7814033408 [Stock4]
MS Data 3905325680 11719359087 7814033408 [Stock4]
MS Data 3905325832 11719359239 7814033408 [Stock4]
MS Data 3905326032 11719359439 7814033408 [Stock4]
MS Data 3905327896 11719361303 7814033408 [Stock4]
=M-H][~YD]

J'ai mis quelques logs supplémentaires de testdisk sur leur forum si besoin.

gparted indique clairement qu'il y a un secteur de trop sur la partition, mais comment modifier une partition que je n'arrive pas à voir???

Durant ces tests il m'est proposé d'exécuter certaines commandes. Dois-je oser le "fsck.ext4 -p -b superblock -B blocksize device"?
Si oui, quel blocksize devrais-je utiliser?
- "e2fsck -b 32768 -B 4096 device" comme indiqué dans la log de testdisk?
- "e2fsck -b 8193 <périphérique>" comme indiqué par fsck?
- autre chose?

Je n'ai malheureusement pas d'autre disque de 4TO et ne peux donc pas faire un "dd" avant d'exécuter des commandes ...

Merci d'avance

@+

Dernière modification par DrUiD (Le 04/01/2014, à 01:02)

DrUiD

Re : [Récupération de données] Partition trop grande

Je viens de me rappeler d'un truc je pense: j'avais des problèmes avec le montage des partitions depuis le fstab lorsque  j'ai changé de machine et bougé tous les disques et je pense que j'ai dû vouloir modifier le label de ce disque aussi avec gparted... le problème vient peut-être de là.