Salut Marc
Jean te l'a fait courte - maco peut te le faire en mode Navajo (qui consiste à repartir de la création du monde pour en déduire à la fin pourquoi le chien de N'a-Qu'un-Cheval n'aboie plus 
[MODE_NAVAJO : ON]
Je pense que tu as effectivement un problème de table de partition.
Une table de partition consiste en une série de descripteurs de l'espace du disque (dont la série numérotée des blocs de 1 à n ; la définiton des partitions comme secteurs commençant au bloc n° tant et finissant au bloc n° tant etc.). Ces descripteurs résident sur les blocs d'en-tête du disque, constituant le "secteur de boot" : la zone d'accès au disque du Programme Interne du Mac ou EFI.
Sur un disque Mac, contrairement à ce qu'on s'imagine, il n'y a pas une table de partition, mais toujours 2 :
- a) la Table de Partition maîtresse, qui est la GPT (GUID Partition Table), dont les descripteurs résident sur les blocs 1-32 d'en-tête du disque (avec un backup sur les 32 derniers). C'est elle qui indexe la distribution des blocs du disque en partitions, et ce sont ces descripteurs que lit l'EFI au boot.
- b) la Table de Partition auxiliaire, qui est une MBR (Master Boot Record), dont les descripteurs résident sur le bloc 0 exclusivement. Son statut régulier est d'être une PMBR (Protective_MBR) : elle est chargée de protéger la GPT maîtresse contre des manipulations par des programmes d'installation non-Apple. Du point de vue description de partitions, sa caractéristique est qu'elle "mappe" (cartographie) l'ensemble des blocs du disque (après ceux qui supportent les tables de partition) en une seule & unique partition : la PMBR est donc une table mono-partitionnée.
Une fois considéré cet état de fait : la co-existence pacifique de 2 tables de partition (GPT - PMBR) sur tout disque Mac ; il peut se produire que la table de partition auxliaire PMBR subisse une conversion vers la forme HMBR (Hybrid_MBR). Une table de partition HMBR n'est plus mono-partitionnée, mais indexe les blocs du disque en 3 (au plus) partitions qui sont l'écho exact de partitions pré-définies dans la GPT en ce qui concerne les exacts secteurs de blocs cartographiés. Bref, une Hybrid_MBR (située sur le bloc 0 en remplacement de la PMBR) est un double de la GPT selon le type logique MBR.
L'existence d'une HMBR sur le bloc 0 du disque d'un Mac est toujours critique, d'un point de vue logique, car cette table de partition n'assure plus la fonction "Protective" de la GPT qu'avait la PMBR mono-partitionnée ; mais elle rend possible à des programmes non Apple (à base Windows) d'intervenir sur les partitions du disque déterminées par la GPT, dans la mesure où elle représente ces mêmes exacts secteurs de blocs "du point de vue" MBR. C'est donc une porte ouverte à des tentatives (par exemple de re-dimensionnement) ciblées sur des secteurs logiques déterminés, mais qui, s'ils opèrent, n'auront aucune mise-à-jour dans la GPT qui, elle, conservera la définition des secteurs primitifs.
On s'achemine alors vers un conflit potentiel de tables de partition, avec le risque d'erreurs de blocs pouvant invalider carrément la cartographie GPT - dont des partitions peuvent ne plus représenter des secteurs bootables, si même la GPT toute entière n'est pas corrompue.
Les échecs de l'utilitaire gpt (dans des commandes formellement impeccables) à lire la distribution actuelle des blocs de ton disque conformément aux descripteurs de la GPT, m'incitent fortement à penser que, suite à un conflit des tables HMBR vs GPT, la GPT comporte des erreurs.
En effet, le message : « gpt show: /dev/disk0: Suspicious MBR at sector 0 » n'a (à mon sens) qu'une interprétation possible : sur le secteur de boot du bloc 0 de ton disque, existe actuellement une HMBR (Hybrid_MBR) et non plus une PMBR.
Mais encore plus préoccupant est le message d'erreur suivant : « gpt show: error: bogus map ». Car ledit bogus est équivalent de l'Américain fake : en bon Français « bidon » (factice). Voici comment je décode : la présence d'une Hybrid_MBR sur le bloc 0 a permis des opérations affectant les partitions, avec la conséquence que la cartographie des blocs par la table de partition GPT est devenue bogus. Raison pour laquelle l'utilitaire gpt plante.
Je ne pense pas qu'on puisse rattraper le coup au niveau des 2 tables en mesurant exactement les effets qu'entraînerait telle ou telle manpulation (en tout cas, pour ma part, je jette l'éponge). Car, avec l'utilitaire tiers gdisk de Roderick Smith il serait certes possible de reconvertir la HMBR du bloc 0 en PMBR, mais avec le risque que ta partition BOOTCAMP ne boote plus - et sans que cela ne garantisse qu'il soit possible d'apurer pour autant la GPT par ailleurs.
En résumé : je pense que le mieux est de suivre (comme tu l'as décidé) le conseil de Jean : sauvegarder > retabler > ré-installer.
Je pense que, pour sauvegarder ta partition Macintosh HD, le mieux serait que tu fasses un clone intégral sur un DDE grâce à la démo (gratuite un mois sans limitation fonctionnelle) de ☞Carbon Copy Cloner☜. Il faut juste que le disque de ton DDE ait une table GPT (GUID) et que le volume d'accueil du clone ait un format de système de fichiers JHFS+ (Mac OS étendu journalisé), afin que tu puisse démarrer sur le clone et opérer à partir de lui ton retablage / rétro-clonage. Pour Windows : je n'y connais rien, donc je ne peux pas t'aider.
[MODE_NAVAJO : OFF]
