Disque externe illisible

En fouillant sur le net pour essayer d'avoir l'architecture native des disques Western Digital à leur sortie d'usine, je suis tombé sur un forum avec des utilisateurs qui affirment avoir lu des volumes NTFS de 3 To ou 4 To sous Windows XP. Cela est confirmé par un autre utilisateur, post de juin 2017 :

4TB MBR is possible via 512 Byte Emulation … which WD (and Seagate) did use on external hard drives for a while (i have older 3TB and 4TB WD Elements/My Books which are MBR and old Windows XP 32-bit sees the full capacity fine)

But, WD no longer use 512 Byte Emulation on their hard drives anymore … so, yes, all newer WD drives over 2TB will need to be GPT partitioned

here’s a nitty gritty explaining 512 / 4096 bytes (Advanced Format) and emultation
http://www.anandtech.com/show/2888 709

De ce que je comprends de tout ça, les fabricants ont utilisé un format de bloc permettant de rentrer de gros volumes sur NTFS en table MBR.

- Ce qui expliquerait qu'il y ait écrit "Compatibilité Windows 7" sur la boîte de mon disque.

- Dans l'article cité, des schémas expliquent l'architecture du disque, notamment le dernier qui pourrait peut-être nous servir à désigner un nouveau super-bloc (différent du 2048) de la partition NTFS en table MBR.

Lien vers le forum : https://community.wd.com/t/4tb-on-mbr-and-not-gpt/208765/4

Bref, si tu as un moment pour jeter un oeil à tout ça (et si ça t'intéresse bien sûr !), c'est peut-être une piste.
 
Et regarde ce que je viens de voir sur un des derniers post du forum :

Capture d’écran 2020-04-07 à 15.50.13.png

"First MFT cluster : 786432" -> ça désigne un super-bloc de partition NTFS ?
 
Je n'avais pas lu ton message du haut de cette page. Je vais lire l'article d'AnandTech cité et je reviendrai ici en dire quelque chose.
 
En résumé de l'article du site AnandTech -->

- la marque Western Digital a présenté il y a lurette à présent une "technologie avancée" embarquée avec ses disques de 3 To et de 4 To - càd. excédant la limitation traditionnelle d'une table MBR de ne pas pouvoir gérer plus de 2,2 To de blocs (de 512 octets). Cette "technologie avancée" consistait à recourir à une valeur de "bloc octuple" du bloc standard de 512 octets --> soit à une valeur de bloc de 4096 octets en tant que valeur de bloc "physique" => et à partir de là à émuler une apparence de bloc de 512 octets classique pour tout bloc de 4096 octets réel en tant que valeur de bloc "logique". Ce via le boîtier du disque qui suscitait cette émulation au bus USB.​

Question : ton disque de 3 To est-il toujours logé dans le boîtier Western Digital d'origine ? ou pas ?
 
Merci à toi d'avoir pris le temps de lire tout ça !
Je n'avais pas compris que le boitier avait un rôle dans cette émulation.

Non, mon boîtier Western Digital d'origine dysfonctionnait : après l'avoir branché au secteur et à l'USB, il ne démarrait le disque que dans de rares cas et un bruit type léger sifflement venait du circuit imprimé du boîtier (peut-être un problème sur l'alimentation...), puis le démarrage du disque est devenu de + en + rare jusqu'à finir par ne plus démarrer du tout -> j'ai alors commandé un boîtier neuf.

Penses-tu que le problème puisse venir d'une adéquation entre le disque et le nouveau boîtier ne rendant alors pas possible cette émulation ?
 
Penses-tu que le problème puisse venir d'une adéquation entre le disque et le nouveau boîtier ne rendant alors pas possible cette émulation ?

- absolument. En quoi consiste ton nouveau boîtier ? Est-ce un boîtier Western Digital dédié à la "Technologie Avancée" (et aujourd'hui obsolète comme toutes les technologies "avancées") décrite dans l'article d'AnandTech ? Sans une émulation qui présente les blocs 4096 octets du disque => comme des 512 octets logiques au bus USB --> ce sont des blocs standards de 512 octets qui seront "vus" sur le disque : càd. 8 blocs par bloc octuple ignoré en tant que tel.​
 
C'est un boîtier standard parmi les premiers prix en USB 3.0 3,5".

Je viens de passer un long moment sur les boutiques en ligne :

- certaines ont des disques durs "format avancé" ou "512 to 4096" ou "512e"

- mais je ne trouve aucun boîtier mentionnant une compatibilité avec ce type de disques

Les solutions seraient donc que j'essaie de contacter des fabricants pour plus d'infos ou que j'achète un disque dur externe d'occasion Western Digital ou Seagate équivalent au miens pour en récupérer le boîtier.

A ce moment là, serait-ce possible de revenir sur une table MBR avec partition NTFS ? D'après l'article que tu as lu ce matin, penses-tu que le bloc 2048 demeure le bloc de tête dans ces formats avancés ?
 
Je ne suis pas compétent en matériel Mac et encore moins non Mac.

- j'ai découvert via l'article d'AnandTech la manière dont des fabriquants de disques avaient contourné la limitation de la table MBR en gestion de nombre de blocs (pas plus de 2,2 To) : en assignant au disque des unités de blocs octuples du standard (4096 octets au lieu de 512 octets) => qui seraient retraduites par un procédé d'émulation comme unités normales de 512 octets pour le bus USB et le Système d'exploitation. Je dirais qu'il s'agit d'un procédé 4096 to 512 et pas l'inverse. Je pense que le procédé d'émulation dépend du boîtier.​

Effectivement si tu pouvais avoir un boîtier conforme à l'originel => une table MBR pourrait gérer les 3 To du disque et il ne s'agirait plus de tenter des recréations spéculatives de descripteurs GPT avec la commande gpt > mais de descripteurs MBR avec la commande fdisk.
 
Ok, je vais me renseigner de mon côté pour voir si ce procédé d'émulation est propre à chaque fabricant ou s'il est universel.
Etant donné qu'ils commercialisent des disques durs internes en "format avancé" il est possible que des cartes mères puissent aussi gérer ce procédé.

Pour le moment, je n'ai pas trouvé de disque identique au mien sur les sites d'occasion ...

Je reviens vers toi quand j'aurai + d'infos !
 
Bonjour @macomaniac, je te résume ma soirée sur les forums (mes excuses pour la longueur du message!) :

- le problème ne viendrait pas du boîtier puisque les disques durs en 512e (soit en 4096 mais qui émulent du 512) contiennent l'adaptateur HBA. Voici un extrait d'un document Western Digital (https://media.ldlc.com/bo/file/fiches/western_digital/wd_caviar_green__2_19to/2579-771501.pdf) qui ressort lorsque je tape sur Google la référence de mon disque dur :

Les cartes-mères BIOS classiques (non-UEFI) et les systèmes d'exécution compatibles GPT tels que Windows Vista ou Windows 7, associés à des pilotes de stockage appropriés, peuvent utiliser des disques durs dont la capacité dépasse les 2,19 To en tant que stockage secondaire, mais il existe un certain nombre de fournisseurs d'adaptateurs de bus hôte (HBA) et de chipset qui n'offrent actuellement pas de pilotes prenant en charge les disques durs de capacité supérieure à 2,19 To. Pour résoudre ce type de problèmes de compatibilité, WD équipe les disques durs haute capacité WD Caviar® GreenTM 2,5 To et 3 To avec un HBA conforme AHCI qui, une fois installé, permet au système d'exploitation d'utiliser un pilote connu pour prendre en charge correctement les disques durs haute capacité. Il s'agit d'une solution à court-terme,
en attendant que les disques durs de stockage soient mis à jour et que des logiciels de système prenant en charge des disques avec des capacités supérieures soient disponibles.

- ce modèle de disque était bien vendu en MBR avec une partition unique NTFS 2,7 To d'après des utilisateurs et ce qui ressort souvent est une perte soudaine du volume et un disque qui passe en RAW

- par la suite les différents utilitaires de disque ne reconnaissent q'une seule partition de 746 Go et, à notre image, il ne parviennent pas à inscrire sur la table MBR une partition NTFS de 3 To comme c'était le cas nativement. Des outils de partition fournis par Western Digital et d'autres fournisseurs permettent de faire cela mais en réalisant le formatage du disque.

-les blocs de têtes peuvent être 63 (plus ancien), 2048 voire 4096. En fait les débuts et tailles de partitions doivent être sur un nombre multiple de 8 pour des performances optimales et respecter l'alignement. Visiblement le bloc de tête 2048 que nous avions essayé n'était pas le bon sinon nous aurions eu un volume, certes réduit à 801 Go, mais avec mes données -> tu me confirmes ce dernier point ?

Est-ce que maintenant que nous savons cela, la table MBR présente initialement sur le disque pourrait nous aider à comprendre la structure ?

Bloc de code:
macbook-air-de-thomas:~ Thomas$ sudo fdisk /dev/disk2
Password:
Disk: /dev/disk2    geometry: 97451/255/63 [1565565872 sectors]
Signature: 0x89AD
         Starting       Ending
#: id  cyl  hd sec -  cyl  hd sec [     start -       size]
------------------------------------------------------------------------
1: 0B  316 123  11 -  852 238  42 [1616763278 - 3200211076] Win95 FAT-32
2: DC  745  95  42 -  268  47  44 [3298434200 -  376733487] <Unknown ID>
3: 32  114  93  25 -  984 182  46 [2128399486 - 1804427980] <Unknown ID>
4: B7  359 195  35 -  736 215  24 [3056506349 - 1111835718] BSDI filesy*
macbook-air-de-thomas:~ Thomas$

Pourrais tu m'aider à supprimer la table GPT et récréer une table MBR ?

J'espère trouver le bloc de tête et créer une partition NTFS étendue sur tout l'espace .
 
Passe la commande (copier-coller) :
Bloc de code:
sudo gpt destroy disk2 ; diskutil list disk2

  • la commande détruit la GPT principale (blocs 1 > 33 en tête de disque) et la GPT secondaire (sauvegarde sur les 33 derniers blocs du disque) > puis affiche la nouvelle configuration du disque

Poste le retour.

Le laïus cité > quoique signé Western Digital => ne me convainc pas. Car si le disque brut était équipé de l'émulateur traduisant des unités physiques de blocs octuples de 4096 octets du disque => en unités logiques de blocs standards de 512 octets --> alors la série des blocs du disque décrite par une table MBR du bloc n°0 équivaudrait à 3 To sans tomber sous la limitation MBR de 2,2 To de blocs gérés maximum. Ce qui n'a absolument pas été le cas quand on a recréé une MBR sur le bloc 0.
 
Bloc de code:
macbook-air-de-thomas:~ Thomas$ sudo gpt destroy disk2 ; diskutil list disk2
Password:
/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                                                   *3.0 TB     disk2
macbook-air-de-thomas:~ Thomas$

La traduction a l'air de se faire mais le terminal ou l'utilitaire de disques n'autoriserait pas la création d'une partition de si grande extension sur la table MBR.
 
Passe la commande :
Bloc de code:
sudo fdisk /dev/disk2

  • qui lit la MBR du bloc 0 du DDE

Poste le retour.
 
Bloc de code:
macbook-air-de-thomas:~ Thomas$ sudo fdisk /dev/disk2
Password:
Disk: /dev/disk2    geometry: 97451/255/63 [1565565872 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     
macbook-air-de-thomas:~ Thomas$
 
On remarque ici, que la commande nous indique [1565565872 sectors], si on multiplie par 512 on obtient 801,5 Go : limite de notre partition la dernière fois que nous avons réécrit la table MBR.

Je vais m'absenter quelques heures, je te fais signe ce soir ou demain.
 
Tu peux voir ici ce qu'on appelle une PMBR (Protective_MBR) : table MBR vide de descripteurs de partitions. Cela se voit au 00 qui constitue la valeur de l'onglet : id (= type de partition décrite) > et qui équivaut à une désactivation de descripteur.

  • 1565565872 blocs (= sectors ici) de 512 octets => font bien 801.56 Go. Ça me paraît la preuve que l'émulation 4096 to 512 ne fonctionne pas > via le BUS USB => à destination du Système démarré de macOS. En permettant à la table MBR > prise en charge ici par le kernel (moteur de l'OS démarré) => de gérer 3 To de blocs.

À plus tard.
 
J'ai essayé une dizaine de fois d'affilée de redémarrer le disque à partir du boîtier Western Digital et ça y est, il a miraculeusement démarré ! Je ne sais pas pour combien de temps avant qu'il coupe mais il tourne pour le moment.

J'ai ainsi suivi ta procédure de la page 1 et 2 de ce forum pour créer la partition NTFS avec bloc de tête 2048, échec pour récréer le volume mais j'ai sûrement fait quelque chose de faux et je me suis surtout emmêlé entre le disque 2 et 3. Tu remarqueras "sector size : 4096 bytes" et "[732558336 sectors]" soit 3 To si on multiplie par 4096 -> tu avais donc raison sur le boîtier !

La disque 3 correspond, je pense, à une image disque que j'ai dans le Finder (je ne l'avais pas avant...) sous le nom de "WD Unlocker" qui contient un logiciel WD. Selon là où ça se situe sur mon disque ça décale peut-être le bloc de tête...

Je te laisse lire mon terminal, ça vaudra mieux que mes mots :

Bloc de code:
Last login: Thu Apr  9 20:21:51 on ttys000
macbook-air-de-thomas:~ Thomas$ diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *121.3 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:          Apple_CoreStorage Macintosh HD            120.5 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
/dev/disk1 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Macintosh HD           +120.1 GB   disk1
                                 Logical Volume on disk0s2
                                 D8915764-B5D2-43A4-A983-8C55F1165935
                                 Unencrypted
/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:        CD_partition_scheme                        *36.1 MB    disk2
   1:     Apple_partition_scheme                         31.5 MB    disk2s0
   2:        Apple_partition_map                         32.3 KB    disk2s0s1
   3:                  Apple_HFS WD Unlocker             4.1 MB     disk2s0s2
/dev/disk3 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                                                   *3.0 TB     disk3
macbook-air-de-thomas:~ Thomas$ sudo fdisk /dev/disk3
Disk: /dev/disk3    geometry: 45599/255/63 [732558336 sectors]
Sector size: 4096 bytes
Signature: 0x57E
         Starting       Ending
#: id  cyl  hd sec -  cyl  hd sec [     start -       size]
------------------------------------------------------------------------
1: 1B  216   5   3 -  239 161  13 [1213963791 - 1653854303] <Unknown ID>
2: 1B  216   5   3 -  239 161  13 [1213963791 - 1653854303] <Unknown ID>
3: 1B  216   5   3 -  239 161  13 [1213963791 - 1653854303] <Unknown ID>
4: 1B  216   5   3 -  239 161  13 [1213963791 - 1653854303] <Unknown ID>
macbook-air-de-thomas:~ Thomas$ sudo fdisk -e /dev/disk3
fdisk: could not open MBR file /usr/standalone/i386/boot0: No such file or directory
The signature for this MBR is invalid.
Would you like to initialize the partition table? [y] y
Enter 'help' for information
fdisk:*1> write
Writing MBR at offset 0.
fdisk: 1> quit
macbook-air-de-thomas:~ Thomas$ diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *121.3 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:          Apple_CoreStorage Macintosh HD            120.5 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
/dev/disk1 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Macintosh HD           +120.1 GB   disk1
                                 Logical Volume on disk0s2
                                 D8915764-B5D2-43A4-A983-8C55F1165935
                                 Unencrypted
/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                                                   *3.0 TB     disk2
/dev/disk3 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:        CD_partition_scheme                        *36.1 MB    disk3
   1:     Apple_partition_scheme                         31.5 MB    disk3s0
   2:        Apple_partition_map                         32.3 KB    disk3s0s1
   3:                  Apple_HFS WD Unlocker             4.1 MB     disk3s0s2
macbook-air-de-thomas:~ Thomas$ sudo fdisk /dev/disk3
Disk: /dev/disk3    geometry: 60/4/63 [15360 sectors]
Sector size: 2352 bytes
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  
macbook-air-de-thomas:~ Thomas$ sudo fdisk /dev/disk3
Disk: /dev/disk3    geometry: 60/4/63 [15360 sectors]
Sector size: 2352 bytes
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  
macbook-air-de-thomas:~ Thomas$ sudo fdisk /dev/disk2
Disk: /dev/disk2    geometry: 45599/255/63 [732558336 sectors]
Sector size: 4096 bytes
Signature: 0xAA55
         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  
macbook-air-de-thomas:~ Thomas$ sudo fdisk -e /dev/disk2
fdisk: could not open MBR file /usr/standalone/i386/boot0: No such file or directory
Enter 'help' for information
fdisk: 1> edit 1
         Starting       Ending
#: id  cyl  hd sec -  cyl  hd sec [     start -       size]
------------------------------------------------------------------------
1: 00    0   0   0 -    0   0   0 [         0 -          0] unused  
Partition id ('0' to disable)  [0 - FF]: [0] (? for help) 07
Do you wish to edit in CHS mode? [n] n
Partition offset [0 - 732558336]: [63] 2048
Partition size [1 - 732556288]: [732556288] 5860531110
'1565563814' is out of range.
Partition size [1 - 732556288]: [732556288] 5860531110
'1565563814' is out of range.
Partition size [1 - 732556288]: [732556288] 732554240
fdisk:*1> write
Writing MBR at offset 0.
fdisk: 1> quit
macbook-air-de-thomas:~ Thomas$
  [Restauré 9 avr. 2020 20:35:08]
Last login: Thu Apr  9 20:35:04 on console
Restored session: Jeu 9 avr 2020 20:34:32 CEST
macbook-air-de-thomas:~ Thomas$ diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *121.3 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:          Apple_CoreStorage Macintosh HD            120.5 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
/dev/disk1 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Macintosh HD           +120.1 GB   disk1
                                 Logical Volume on disk0s2
                                 D8915764-B5D2-43A4-A983-8C55F1165935
                                 Unencrypted
macbook-air-de-thomas:~ Thomas$ diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *121.3 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:          Apple_CoreStorage Macintosh HD            120.5 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
/dev/disk1 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Macintosh HD           +120.1 GB   disk1
                                 Logical Volume on disk0s2
                                 D8915764-B5D2-43A4-A983-8C55F1165935
                                 Unencrypted
/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *3.0 TB     disk2
   1:               Windows_NTFS                         3.0 TB     disk2s1
/dev/disk3 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:        CD_partition_scheme                        *36.1 MB    disk3
   1:     Apple_partition_scheme                         31.5 MB    disk3s0
   2:        Apple_partition_map                         32.3 KB    disk3s0s1
   3:                  Apple_HFS WD Unlocker             4.1 MB     disk3s0s2
macbook-air-de-thomas:~ Thomas$
 
Dernière édition:
En effet : c'est bien le boîtier qui crée l'émulation et pas le disque en lui-même.

- passe la commande :​
Bloc de code:
sudo gpt show disk2

  • que je voie ce que donne la commande gpt à destination du disque de 3 To

Poste le retour.