Salut
flatour
La mention de format initial :
Microsoft Basic Data pour la 4è partition de ton DDE est une locution Apple passe-partout pour désigner un format de type
Windows. Ça pouvait être du
FAT-32, de l'
exFAT, voire du
NTFS (mais tu aurais eu besoin alors d'un logiciel tiers pour écrire dans ce volume).
Lorsque tu crées sur un disque un système de fichiers d'un tel format pour gérer une partition > alors il s'opère une
conversion de la
table de partition secondaire du disque. Déclaration de ma part qui demande un bref éclairage --> un disque Mac, contrairement à ce qu'on imagine, porte toujours
2 tables de partition sur son secteur d'amorçage (blocs d'en-tête) et pas une seule :
- a) une table de partition principale =
GPT (
GUID Partition Table) dont les descripteurs résident sur les blocs
1 >
32 du disque. C'est la table utilisée directement par l'
EFI (
Programme Interne du Mac) comme mode d'accès au disque au démarrage.
- b) une table de partition secondaire =
MBR (
Master Boot Record) dont les descripteurs résident sur le bloc
0 exclusivement.
- b1) C'est une table qui n'a aucun rôle d'amorçage, parce que, par défaut, il s'agit d'une PMBR : Protective_MBR --> une table de partition décrivant l'espace du disque en mode Windows comme n'étant constitué que d'une seule et unique section (mono-partition). Description ne correspondant en rien au partitionnement GPT de ton disque, qui comporte a priori 3 partitions : n°1 = ESP (EFI_System_Partition) > n°2 = CLONE > n°3 = Recovery HD. Du fait de ce mappage de l'espace du disque comme "d'un seul tenant", cette PMBR a pour rôle de protéger la GPT principale contre des manipulations de partitions du disque par des programme Windows.
- b2) Mais, dès que tu crées sur le disque en question une partition dans un format Windows (par exemple le FAT-32 = MS-DOS) > alors la PMBR du bloc 0 se trouve automatiquement convertie en HMBR = Hybrid_MBR. Voici comment se conçoit cette hybridation : il s'agit d'une hybridation du mappage mono-partition de départ de la PMBR par le schéma multi-partition de la GPT principale, càd. la répercussion de partitions GPT pré-définies dans le schéma MBR qui va donc intégrer des « échos » logiques de partitions GPT correspondant exactement à leur définition numérale en terme de blocs : bloc de départ du secteur = n° tant et bloc de fin du secteur = n° tant. La limitation pour cette hybridation est que 3 partitions GPT préfinies seulement peuvent être « importées en écho » dans le schéma MBR (s'il y en a davantage > elles seront ignorées comme correspondant à de l'espace libre non alloué, càd. hors schéma de partition MBR).
Suite à la création d'une
4è partition sur ton disque dans un format
Windows > tu avais donc sur le bloc
0 de ton disque une
HMBR - dont on ne saura pas à quelles
3 partitions
GPT prédéfinies elle faisait écho et quelle
4è partition
GPT elle ignorait comme de l'espace libre. L'idée directrice, d'un point de vue Mac, est que la présence d'une
HMBR sur le bloc
0 du disque est toujours assez critique pour le bon fonctionnement du disque en question, car créant une concurrence de tables de partition au démarrage pouvant conduire l'
EFI à opter pour l'amorçage
PMBR du disque. Auquel cas, si la congruence des partitions dans les 2 schémas (
MBR et
GPT) est acquise > une ou davantage de partitions peuvent être les oubliées de l'amorçage. La
GPT principale des blocs
1 >
32 peut même se trouver corrompue par la
HMBR.
En résumé de ce laïus dominical assez peu festif : en reformatant ta
4è partition
STOCKAGE dans un format Apple j
hfs+ > une
réversion automatique de la table de partition secondaire
MBR du bloc
0 a dû s'opérer, telle que de "suspicious"
HMBR elle est redevenue une innocente
PMBR, une
HMBR ne se justifiant que par la présence d'un format
Windows sur au moins une partition du disque. Il doit donc y avoir une apuration du secteur d'amorçage de ton disque, qui doit avoir récupéré une stabilité logique.
Pour le vérifier > ton DDE attaché à ton Mac > il te suffit de passer d'abord une commande :
pour récupérer le
n° de disque du DDE (qui peut varier si tu as des périphériques concurrents attachés ensemble au Mac). Je vais supposer que c'est toujours
disk2 mais le n° pourrait différer > auquel cas tu le remplaces dans ma 2è commande.
Tu passes alors la commande :
et ↩︎ --> une demande de
password s'affiche (commande
sudo) --> tape ton mot-de-passe
admin à l'aveugle - aucun caractère ne se montrant à la frappe - et derechef ↩︎ => l'utilitaire
gpt (
guid_partition_table_utility) ici appelé va afficher le tableau de la distribution des blocs du disque en sections (partitions) mais également décrire le secteur d'amorçage du disque --> on saura donc si le bloc
0 supporte une
PMBR ou une «
suspicious MBR » (locution qui se retraduit en :
HMBR) => est-ce que tu peux poster ici ce tableau en copier-coller ?
[En
résumé de résumé : il n'est jamais bon d'avoir des
formats conflictuels de partitions sur un DDE de stockage, genre
jhfs+ et
exFAT > parce que cette conflictualité se répercute dans la dualité des tables de partition du secteur d'amorçage du disque :
GPT principale et
MBR secondaire virée à une
HMBR - les 2 faisant mauvais ménage logique.]