DD planté, Storeva Xtrem

[Bernard F.]

Bonjour
Mon DD externe storeva xtrem drive 2To a glissé de ma table le câble s'est arraché et depuis je ne peux plus le démarrer je suppose que le boot de démarrage est abimé, j'ai un tas de fichiers dessus ...
quelqu'un peut-il me donner un coup de main
`merci
Bernard

[jeanjd63]

Salut.

As-tu essayé de changer de câble USB au cas où ?
Sinon c'est peut être le boitier qui a "morflé".
Et dans ce cas, faut extraire le disque et le mettre dans un nouveau boîtier.
Bonne chance.

[Bernard F.]

Salut.

As-tu essayé de changer de câble USB au cas où ?
Sinon c'est peut être le boitier qui a "morflé".
Et dans ce cas, faut extraire le disque et le mettre dans un nouveau boîtier.
Bonne chance.

Salut
Merci de ta réponse, non le câble est bon et je e crois pas que le boîtier soit abîmé c’est un boîtier renforcé

https://www.macway.com/fr/product/80690/sto...AyABEgKWJfD_BwE
Quand je le branche il y a un son de démarrage mais rien ne s’en passe ça tourne dans le vide
Bernard

[Krazubu]

Vérifie si tu as ton ancien volume qui apparaît en grisé dans l'utilitaire de disque.
Si oui, le volume est corrompu => réparation du volume avec DiskWarrior (payant mais redoutablement efficace dans ce cas, sauf si ton disque était en APFS).
Si non, la table de partitions est corrompue => réparer la table de partition avec un utilitaire comme gdisk ou testdisk (compliqués mais gratuits) ou Stellar Phoenix, il y en a pasmal d'autres, mais payant.

Dans le 1er cas la perte de données sera probablement infime, et nulle dans le second. Attention cependant pour ce dernier cas, tes données sont là, intactes et à portée de click, par contre une mauvaise manip tentée au hasard pourrait tout ruiner en totalité.

Si tu veux un filet de sécurité, fais au préalable la commande :
sudo fdisk /dev/diskX
(remplacer le X par le numéro du disque qui apparait dans l'utilitaire),
ainsi que la commande
sudo gdisk /dev/diskX (avec un g cette fois, il faut avoir téléchargé et installé l'utilitaire au préalable) puis tu sauvegardes la sortie texte de chacune de ces commandes dans un coin.

[Bernard F.]

Vérifie si tu as ton ancien volume qui apparaît en grisé dans l'utilitaire de disque.
Si oui, le volume est corrompu => réparation du volume avec DiskWarrior (payant mais redoutablement efficace dans ce cas, sauf si ton disque était en APFS).
Si non, la table de partitions est corrompue => réparer la table de partition avec un utilitaire comme gdisk ou testdisk (compliqués mais gratuits) ou Stellar Phoenix, il y en a pasmal d'autres, mais payant.

Dans le 1er cas la perte de données sera probablement infime, et nulle dans le second. Attention cependant pour ce dernier cas, tes données sont là, intactes et à portée de click, par contre une mauvaise manip tentée au hasard pourrait tout ruiner en totalité.

Si tu veux un filet de sécurité, fais au préalable la commande :
sudo fdisk /dev/diskX
(remplacer le X par le numéro du disque qui apparait dans l'utilitaire),
ainsi que la commande
sudo gdisk /dev/diskX (avec un g cette fois, il faut avoir téléchargé et installé l'utilitaire au préalable) puis tu sauvegardes la sortie texte de chacune de ces commandes dans un coin.

Merci pour ta réponse, je pense être dans le cas du volume non corrompu, car sauf erreur de ma part il ne semble pas grisé dans utilitaire de disque :
https://ibb.co/egaxGe

Il s'agirait donc d'utiliser gdisk en effectuant bien une sauvegarde au préalable selon tes indications si j'ai tout bien compris ?

Merci !

[Krazubu]

Oui c'est ça, mais vraiment il faut marcher sur des œufs, je pense même que c'est plus prudent que tu postes le résultat des commandes données ici avant de faire quoi que ce soit.
Je pourrais ensuite t'aiguiller sur des choses à tenter.
Tu as dû remarquer que ton volume fait 144,12 Peta octets XD, donc soit tu as un très très très gros disque, soit il y a vraiment quelque chose qui cloche

Ce message a été modifié par Krazubu - 19 Sep 2018, 14:26.

[Bernard F.]

Oui effectivement, ça n'a pas l'air tout à fait normal

Voici le résultat des deux commandes que tu m'as indiqué dans ton précédent message :

sudo fdisk /dev/diskASMT 2135 Media
usage: fdisk [-ieu] [-f mbrboot] [-c cyl -h head -s sect] [-S size] [-r] [-a style] disk
-i: initialize disk with new MBR
-u: update MBR code, preserve partition table
-e: edit MBRs on disk interactively
-f: specify non-standard MBR template
-chs: specify disk geometry
-S: specify disk size
-r: read partition specs from stdin (implies -i)
-a: auto-partition with the given style
-d: dump partition table
-y: don't ask any questions
-t: test if disk is partitioned
`disk' is of the form /dev/rdisk0.
auto-partition styles:
boothfs 8Mb boot plus HFS+ root partition (default)
hfs Entire disk as one HFS+ partition
dos Entire disk as one DOS partition
raid Entire disk as one 0xAC partition



sudo gdisk /dev/diskASMT 2135 Media
GPT fdisk (gdisk) version 1.0.4

Usage: gdisk [-l] device_file

[jeanjd63]

Dans le terminal peux tu, DDE connecté, donner les résultats de la commande :

Code

diskutil list

[Bernard F.]

diskutil list
/dev/disk0 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *251.0 GB disk0
1: EFI EFI 209.7 MB disk0s1
2: Apple_APFS Container disk1 250.8 GB disk0s2

/dev/disk1 (synthesized):
#: TYPE NAME SIZE IDENTIFIER
0: APFS Container Scheme - +250.8 GB disk1
Physical Store disk0s2
1: APFS Volume Macintosh HD 190.3 GB disk1s1
2: APFS Volume Preboot 21.4 MB disk1s2
3: APFS Volume Recovery 518.1 MB disk1s3
4: APFS Volume VM 3.2 GB disk1s4

/dev/disk2 (external, physical):
#: TYPE NAME SIZE IDENTIFIER
0: *144.1 PB disk2

[jeanjd63]

Là c'est bad.
Tente :

diskutil repairdisk disk2

Mais j'ai un gros doute.

Ce message a été modifié par jeanjd63 - 19 Sep 2018, 16:33.

[Bernard F.]

diskutil repairdisk disk2
Nonexistent, unknown, or damaged partition map scheme
If you are sure this disk contains a (damaged) APM, MBR, or GPT partition map,
you can hereby try to repair it enough to be recognized as a map; another
"diskutil repairDisk disk2" might then be necessary for further repairs
Proceed? (y/N)

Voici ce que j'obtient.

[jeanjd63]

Répond Y
Pour yes

[Bernard F.]

Error repairing map: Input/output error (5)



Cela n'a pas l'air d'être très positif

[Krazubu]

Tes commandes ne sont pas bonnes.

Ce n'est pas diskASMT qu'il faut mettre mais le n°, par exemple /dev/disk2 d'après ta capture

Ce message a été modifié par Krazubu - 19 Sep 2018, 20:50.

[Bernard F.]

Tes commandes ne sont pas bonnes.

Ce n'est pas diskASMT qu'il faut mettre mais le n°, par exemple /dev/disk2 d'après ta capture

Code

sudo fdisk /dev/disk2
Password:
Disk: /dev/disk2    geometry: 267349/255/63 [4294967295 sectors]
Signature: 0x0
         Starting       Ending
#: id  cyl  hd sec -  cyl  hd sec [     start -       size]
------------------------------------------------------------------------
1: 00    0   0   0 -    0   0   0 [         0 -          0] unused      
2: 00    0   0   0 -    0   0   0 [         0 -          0] unused      
3: 00    0   0   0 -    0   0   0 [         0 -          0] unused      
4: 00    0   0   0 -    0   0   0 [         0 -          0] unused  




sudo gdisk /dev/disk2
GPT fdisk (gdisk) version 1.0.4

Warning! Read error 5; strange behavior now likely!
Warning! Read error 5; strange behavior now likely!
Partition table scan:
  MBR: not present
  BSD: not present
  APM: not present
  GPT: not present

Creating new GPT entries in memory.

Command (? for help):

[Krazubu]

Ok, ça part pas très bien, tes tables de partition ont bien foutu le camp, et l'erreur "Warning! Read error 5; strange behavior now likely!" confirme qu'il y a une corruption sévère.
On pourrait croire à une panne physique mais d'expérience, ce n'est pas le cas.
Fais très attention que le numéro du disque soit le bon, car ce numéro peut changer d'un démarrage/branchement à l'autre.

Je vais te donner ci-dessous la procédure à suivre à la lettre (faire entrée à la fin de chaque commande) :

- lancer gdisk (toujours en supposant que c'est le disk2, mais à vérifier) :
sudo gdisk /dev/disk2

- aller dans le menu recovery
r

- charger la table GPT de sauvegarde
c

- ce message apparaît :
Warning! This will probably do weird things if you've converted an MBR to
GPT form and haven't yet saved the GPT! Proceed? (Y/N):

- confirmer
y

- imprimer la nouvelle structure de partitions
p

- quitter
q

Tu postes à nouveau la sortie de la commande "p" ici.
A ce stade on n'a fait aucune action, et le disque est toujours inaccessible (ne tente rien toi-même, même si ça à l'air positif).
Quand j'aurai vu le résultat de la commande, je te donnerai les commandes restantes.

[Bernard F.]

C'est bien le "Disk2" qui est mentionné à chaque fois pour le numéro du DDE dans utilitaire de disque.
Voici ce que j'obtiens :

Code

sudo gdisk /dev/disk2
Password:
GPT fdisk (gdisk) version 1.0.4

Warning! Read error 5; strange behavior now likely!
Warning! Read error 5; strange behavior now likely!
Partition table scan:
  MBR: not present
  BSD: not present
  APM: not present
  GPT: not present

Creating new GPT entries in memory.

Command (? for help): r

Recovery/transformation command (? for help): c
Warning! This will probably do weird things if you've converted an MBR to
GPT form and haven't yet saved the GPT! Proceed? (Y/N): y
Warning! Read error 5! Misbehavior now likely!
Caution! After loading partitions, the CRC doesn't check out!

Recovery/transformation command (? for help): p
Disk /dev/disk2: 281474976710655 sectors, 128.0 PiB
Sector size (logical): 512 bytes
Disk identifier (GUID): 05F5C349-78AD-4A9E-B8B1-2D9AF60050F8
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 281474976710621
Partitions will be aligned on 2048-sector boundaries
Total free space is 281474976710588 sectors (128.0 PiB)

Number  Start (sector)    End (sector)  Size       Code  Name

Recovery/transformation command (? for help):

Ce message a été modifié par baron - 20 Sep 2018, 23:57.

Raison de l'édition : Insertion de balises CODE

[Krazubu]

A propos de la commande diskutil repairdisk : ne surtout pas mélanger les méthodes et ne pas tenter ce genre de récup automatique quand on a un disque dans cet état. C'est le meilleur moyen d'achever les données.

Bon, tu n'as plus de MBR, plus de GPT, plus de GPT de backup… ça ne tient pas la route. Ce n'est pas possible que le disque soit physiquement ok, mais 3 tables de partitions dont 2 sont à l'opposé l'une de l'autre, aient simultanément disparu.
Donc je pense que OSX a perdu pied à cause de la corruption du disque (d'où le message "Warning! Read error 5; strange behavior now likely!"). J'ai eu exactement ce cas de figure il y a à peu près un mois.
Il faudrait que tu tentes exactement la même procédure gdisk, mais avec la version windows, et poster le résultat ici.

Etant donné que même la taille du disque est erronée, je me pencherais quand même sur l'état du boîtier comme ça a été envisagé plus haut.

Ce message a été modifié par Krazubu - 21 Sep 2018, 08:04.

[Bernard F.]

Quand tu parles de d'utiliser la version Windows de gdisk, il s'agit d'installer l'utilitaire (version windows) et de relancer les commandes via terminal ?
Pour de ce qui est du boîtier le DDE, je n'est malheureusement pas pour l'instant de câble USB C - USB A sous la main ne serait-ce que pour tester si il y a un problème avec.

[Krazubu]

Quand tu parles de d'utiliser la version Windows de gdisk, il s'agit d'installer l'utilitaire (version windows) et de relancer les commandes via terminal ?

Oui, mais sur un PC, ou via bootcamp donc.

Pour de ce qui est du boîtier le DDE, je n'est malheureusement pas pour l'instant de câble USB C - USB A sous la main ne serait-ce que pour tester si il y a un problème avec.

Ça n'est pas le câble, il n'y a que 4 fils dans l'USB, 2 pour l'alimentation, 2 pour les données, si la paire de données était coupée, tu n'aurais rien du tout, ou alors par intermittence, pareil avec l'alimentation, et elle n'est de toute façon pas nécessaire ici.
Je pense plutôt au circuit à l'intérieur ou à la connexion entre lui et le disque.

[Bernard F.]

D'accord, merci pour tes réponses et pour ton temps !
Je poste mes avancées ici dès que j'en ai.

[Bernard F.]

Bonsoir,
pour revenir sur le sujet, j’ai tenté de lancer la commande sur Windows: sudo gdisk /dev/disk3 (car c’était le numéro du disque qui apparaissait dans gestionnaire de disque). Mais Windows ne semble pas reconnaître la commande, j’ai donc téléchargé fdisk, mais même dans ce cas la console se ferme automatiquement après que j’ai lancé la commande.

Je ne connais malheureusement pas bien l’environnement Windows... Une suggestion ?

[Krazubu]

La bonne syntaxe est :

gdisk \\.\physicaldrive0

remplacer le 0 par le numéro qui correspond au disque.

Si besoin de savoir le numéro, taper au préalable :
diskpart
list disk
exit

[Lapilealcaline]

Bonjour à tous,

Je relance le sujet car il m'arrive une situation similaire avec le même modele, sauf que mon disque dur n'a pas été débranché lors de la copie, il a juste ce matin plus voulu monté. Il est toujours présent dans utilitaire de disque sous forme de "disk 2".

J'ai suivi les différentes étapes proposées, voici ce que j'obtiens :

CODE

diskutil list
/dev/disk0 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *251.0 GB disk0
1: EFI EFI 209.7 MB disk0s1
2: Apple_APFS Container disk1 250.8 GB disk0s2

/dev/disk1 (synthesized):
#: TYPE NAME SIZE IDENTIFIER
0: APFS Container Scheme - +250.8 GB disk1
Physical Store disk0s2
1: APFS Volume Macintosh HD 219.2 GB disk1s1
2: APFS Volume Preboot 45.2 MB disk1s2
3: APFS Volume Recovery 510.4 MB disk1s3
4: APFS Volume VM 1.2 GB disk1s4

/dev/disk2 (external, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *2.0 TB disk2
1: EFI EFI 209.7 MB disk2s1
2: Apple_HFS 2.0 TB disk2s2

CODE

Disk: /dev/disk2 geometry: 243201/255/63 [3907029168 sectors]
Signature: 0xAA55
Starting Ending
#: id cyl hd sec - cyl hd sec [ start - size]
------------------------------------------------------------------------
1: EE 1023 254 63 - 1023 254 63 [ 1 - 3907029167] <Unknown ID>
2: 00 0 0 0 - 0 0 0 [ 0 - 0] unused
3: 00 0 0 0 - 0 0 0 [ 0 - 0] unused
4: 00 0 0 0 - 0 0 0 [ 0 - 0] unused

CODE

sudo gdisk /dev/disk2
GPT fdisk (gdisk) version 1.0.4

Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: present

Found valid GPT with protective MBR; using GPT.

Command (? for help): r

Recovery/transformation command (? for help): c
Warning! This will probably do weird things if you've converted an MBR to
GPT form and haven't yet saved the GPT! Proceed? (Y/N): y

Recovery/transformation command (? for help): p
Disk /dev/disk2: 3907029168 sectors, 1.8 TiB
Sector size (logical): 512 bytes
Disk identifier (GUID): 06C95BE7-4191-4818-B3A8-190F52CAAC47
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 3907029134
Partitions will be aligned on 8-sector boundaries
Total free space is 262157 sectors (128.0 MiB)

Number Start (sector) End (sector) Size Code Name
1 40 409639 200.0 MiB EF00 EFI System Partition
2 409640 3906766983 1.8 TiB AF00

Recovery/transformation command (? for help):

Est ce qu'il y a quelque chose de bon dans tout cela ? C'est un peu du chinois pour moi je vous l'avoue..

Merci pour vos réponses !

[jeanjd63]

Salut.

Que te renvoient :

Code

diskutil info disk2s2

et

Code

sudo gpt -r show disk2

[Lapilealcaline]

Voici :

CODE

Device Identifier: disk2s2
Device Node: /dev/disk2s2
Whole: No
Part of Whole: disk2

Volume Name:
Mounted: No

Partition Type: Apple_HFS
File System Personality: HFS+
Type (Bundle): hfs
Name (User Visible): Mac OS Extended
Journal: Unknown (not mounted)
Owners: Disabled

OS Can Be Installed: No
Media Type: Generic
Protocol: USB
SMART Status: Not Supported
Disk / Partition UUID: 37C8F8AD-1FC3-4C5A-A334-56A575F19122
Partition Offset: 209735680 Bytes (409640 512-Byte-Device-Blocks)

Disk Size: 2.0 TB (2000054960128 Bytes) (exactly 3906357344 512-Byte-Units)
Device Block Size: 512 Bytes

Volume Total Space: 0 B (0 Bytes) (exactly 0 512-Byte-Units)
Volume Free Space: 0 B (0 Bytes) (exactly 0 512-Byte-Units)

Read-Only Media: No
Read-Only Volume: Not applicable (not mounted)

Device Location: External
Removable Media: Fixed

CODE

sudo gpt -r show disk2
Password:
start size index contents
0 1 PMBR
1 1 Pri GPT header
2 32 Pri GPT table
34 6
40 409600 1 GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
409640 3906357344 2 GPT part - 48465300-0000-11AA-AA11-00306543ECAC
3906766984 262151
3907029135 32 Sec GPT table
3907029167 1 Sec GPT header

Ce message a été modifié par Lapilealcaline - 10 Dec 2019, 13:05.

[jeanjd63]

Si tu fais :

Code

diskutil repairvolume disk2s2

[Lapilealcaline]

CODE

diskutil repairvolume disk2s2
Started file system repair on disk2s2
Repairing file system
Volume is already unmounted
Performing fsck_hfs -fy -x /dev/rdisk2s2
Checking Journaled HFS Plus volume
Invalid key length
The volume could not be verified completely
File system check exit code is 8
Restoring the original state found as unmounted
Error: -69845: File system verify or repair failed
Underlying error: 8

[Lapilealcaline]

Personne n'a d'idées ?

[Krazubu]

Le logiciel disk warrior peut faire du bon boulot dans ton cas. Il faudra également verifier que le hd n'a pas de secteurs defectueux, si oui, poubelle.