Version imprimable du sujet
Cliquez ici pour voir ce sujet dans son format original
Forums MacBidouille _ Périphériques _ DD planté
Écrit par : Bernard F. 18 Sep 2018, 19:19
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
Écrit par : jeanjd63 18 Sep 2018, 19:59
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. 
Écrit par : Bernard F. 18 Sep 2018, 20:30
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/storeva-xtrem-drive-2-to-disque-externe-25-anti-chocsetanche-usb-31.html?p=38&utm_source=38&utm_term=100410&utm_medium=COMP&utm_campaign=google-shopping&gclid=EAIaIQobChMIoJqzwv_E3QIVhud3Ch3PkglKEAQYAyABEgKWJfD_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
Écrit par : Krazubu 19 Sep 2018, 10:15
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 https://sourceforge.net/projects/gptfdisk/ ou https://www.cgsecurity.org/wiki/TestDisk_Download (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.
Écrit par : Bernard F. 19 Sep 2018, 12:22
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 https://sourceforge.net/projects/gptfdisk/ ou https://www.cgsecurity.org/wiki/TestDisk_Download (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 !
Écrit par : Krazubu 19 Sep 2018, 13:47
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
Écrit par : Bernard F. 19 Sep 2018, 15:17
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
Écrit par : jeanjd63 19 Sep 2018, 15:30
Dans le terminal peux tu, DDE connecté, donner les résultats de la commande :
Écrit par : Bernard F. 19 Sep 2018, 16:04
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
Écrit par : jeanjd63 19 Sep 2018, 16:26
Là c'est bad.
Tente :
diskutil repairdisk disk2
Mais j'ai un gros doute.
Écrit par : Bernard F. 19 Sep 2018, 16:36
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.
Écrit par : jeanjd63 19 Sep 2018, 16:51
Répond Y
Pour yes
Écrit par : Bernard F. 19 Sep 2018, 17:06
Error repairing map: Input/output error (5)
Cela n'a pas l'air d'être très positif 
Écrit par : Krazubu 19 Sep 2018, 20:47
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
Écrit par : Bernard F. 20 Sep 2018, 10:52
Ce n'est pas diskASMT qu'il faut mettre mais le n°, par exemple /dev/disk2 d'après ta capture
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):
Écrit par : Krazubu 20 Sep 2018, 19:15
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.
Écrit par : Bernard F. 20 Sep 2018, 22:39
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 :
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):
Écrit par : Krazubu 21 Sep 2018, 00:04
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.
Écrit par : Bernard F. 21 Sep 2018, 10:03
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.
Écrit par : Krazubu 22 Sep 2018, 10:14
Oui, mais sur un PC, ou via bootcamp donc.
Ç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.
Écrit par : Bernard F. 22 Sep 2018, 10:41
D'accord, merci pour tes réponses et pour ton temps !
Je poste mes avancées ici dès que j'en ai.
Écrit par : Bernard F. 20 Oct 2018, 19:14
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 ?
Écrit par : Krazubu 20 Oct 2018, 21:59
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
Écrit par : Lapilealcaline 10 Dec 2019, 12:51
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 :
/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
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
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 !
Écrit par : jeanjd63 10 Dec 2019, 12:55
Salut.
Que te renvoient :
et
Écrit par : Lapilealcaline 10 Dec 2019, 13:03
Voici :
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
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
Écrit par : jeanjd63 10 Dec 2019, 13:38
Si tu fais :
Écrit par : Lapilealcaline 10 Dec 2019, 13:49
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
Écrit par : Lapilealcaline 12 Dec 2019, 15:04
Personne n'a d'idées ?
Écrit par : Krazubu 12 Dec 2019, 17:09
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.
Écrit par : jeanjd63 12 Dec 2019, 17:32
Tu peux tenter :
Écrit par : Lapilealcaline 13 Dec 2019, 11:28
Merci
Écrit par : jeanjd63 13 Dec 2019, 11:34
Tu as accès aux données?
Écrit par : Lapilealcaline 13 Dec 2019, 11:52
C'était un remerciement pour les réponses, malheureusement non, voici ce que cela donne :
Volume on disk2s2 failed to mount
If the volume is damaged, try the "readOnly" option
Écrit par : jeanjd63 13 Dec 2019, 12:01
Dommage.
Écrit par : Lapilealcaline 14 Dec 2019, 09:42
Bonjour à tous, DiskWarrior à fonctionné pour moi ! J'ai pu récupérer mes données.
Merci pour vos lumières !
Propulsé par Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)