Essayer de reconstruire ma carte des partitions

Mac Mini exécutant High Sierra.
Trois partitions sur le lecteur interne : macOS (HFS+ Journaled), Windows (Bootcamp) et une partition NTFS séparée pour les applications Windows.

(Je sais qu'il y a plusieurs fils de discussion sur des sujets similaires, mais ils semblaient tous anciens et j'en ai marre d'être réprimandé pour avoir ressuscité un vieux sujet.)

Il y a quelque temps, j'ai démarré dans ma partition Bootcamp de Windows 10 et je lui ai permis de mettre à jour certaines choses. Je ne démarre sur Windows qu'à peu près une fois par mois, donc cela peut prendre un certain temps. Une fois terminé, il a tenté de redémarrer mais n'a pas réussi. Il est passé en mode de réparation, n'a pas pu réparer, n'a pas pu récupérer le dernier point de restauration système, rien.

Mon fils s'est lancé dans une entreprise naissante en informatique et est beaucoup plus compétent que moi en Windows, donc je lui ai demandé de jeter un œil. Il l'a fait mais sans plus de succès que moi. Il a exécuté une analyse de disque qui a trouvé plusieurs secteurs défectueux, mais cela n'a eu aucun effet, donc il a décidé de supprimer les partitions Windows. Il semble cependant que, ce faisant, l'utilitaire qu'il utilisait a indiqué que l'ensemble du lecteur était constitué de partitions Windows et je ne pouvais plus du tout démarrer l'appareil, ni vers Windows ni vers Mac.

Il a mis Testdisk sur une clé USB à ma demande et j'ai pu y bidouiller un peu par moi-même mais avec des résultats limités. J'ai réussi à récupérer la partition de récupération macOS pour pouvoir démarrer en mode de récupération, bien que j'aie réalisé la plupart de mes travaux via le mode de récupération en ligne (je l'appellerai récupération en ligne) comme je l'avais lu quelque part que cela me donnerait l'ensemble d'outils le plus pertinent pour ma version du système d'exploitation.

J'ai utilisé TeskDisk (et DiskUtil) pour compiler une carte de mon lecteur. Si je peux remettre en marche la partie macOS, je supprimerai probablement la partition Bootcamp et la reconstruirai à l'aide des outils appropriés et réinstallerai complètement Windows, mais je veux sauver la partie Mac si je le peux. D'après ce que j'ai pu lire sur ce site et un autre, je devrais probablement reconstruire ma carte de partition en utilisant "gpt" (je ne peux pas utiliser "gdisk" car je n'ai nulle part où l'installer à ma connaissance ; je travaille sur le lecteur interne). J'ai rencontré un problème avec un MBR suspect au secteur 0. Même en essayant d'utiliser "gpt -v destroy -r disk0" cela ne fonctionne pas à cause de cela. J'ai l'impression que je peux utiliser "fdisk" pour reconstruire cela ? Je pense surtout vouloir m'assurer que ma planification est correcte avant de tout gâcher irrémédiablement.

Lorsque j'exécute "diskutil disk0" en récupération en ligne, j'obtiens ceci :

0: FDisk_partition_scheme 500.1GB disk0 1: 0xEE 209.7MB disk0s1 2: Apple_HFS 370GB disk0s2 4: Windows_NTFS 53.7GB disk0s4 

Testdisk a fourni la carte suivante :

 EFI System 40 409639 409600
Mac HFS 409640 723065887 722656248
Mac HFS 723065888 724335423 1269536
MS Data 724336640 829194239 104857600 

Je suis assez sûr que le 2e Mac HFS est la partition de récupération. Pourquoi elle n'apparaît pas dans la liste de DiskUtil, je ne suis pas sûr, mais cela peut avoir quelque chose à voir avec l'utilisation de la récupération en ligne ? Quoi qu'il en soit, ce qui est listé ci-dessus est ce que j'essaie de restaurer.

En lançant "gpt -v show /dev/disk0" fournit :

 mediasize=500107862016; sectorsize=512; blocks=976773168 Suspicious MBR at sector 0 Start Size Index Contents 0 1 MBR 1 1 Pri GPT header 2 32 Pri GPT table 34 6 40 409600 1 GPTpart-C12A7328-F81F-11D2-BA4B-00A0C93EC93B 409640 722656248 2 GPTpart-48465300-0000-11AA-AA11-00306543ECAC 723965888 1269536 3 GPTpart-48465300-0000-11AA-AA11-00306543ECAC 724335424 1216 724336640 104857600 4 GPTpart-EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 829194240 147578895 976733135 32 Sec GPT table 976773167 1 Sec GPT header 

Je ne pouvais donc pas exécuter "gpt create -f /dev/disk0" car "l'appareil contient déjà un GPT" et comme je l'ai mentionné, je ne pouvais pas détruire le gpt pour le reconstruire en raison du MBR suspect.

Je crois que ce que je veux faire ensuite est d'exécuter
fdisk -i -a hfs /dev/disk0

Je ne suis pas sûr si je dois utiliser le style hfs ou le style ufs, et je ne trouve rien de concluant sur la raison pour laquelle je choisirais l'un plutôt que l'autre. Quoi qu'il en soit, j'ai lu que ceci devrait supprimer le MBR précédent et les erreurs "suspectes".

Ensuite, je devrais pouvoir reconstruire le GPT :
gpt create -f /dev/disk0

Et ensuite reconstruire la table EFI :
gpt add -b 40 -i 1 -s 409600 -t C12A7328-F81F-11D2-BA4B-00A0C93EC93B disk0

Et ensuite reconstruire les partitions attendues :
gpt add -b 409640 -i 2 -s 722656248 -t 48465300-0000-11AA-AA11-00306543ECAC disk0
gpt add -b 723065888 -i 3 -s 1269536 -t 48465300-0000-11AA-AA11-00306543ECAC disk0
gpt add -b 724336640 -i 4 -s 104857600 -t EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 disk0

Suis-je sur la bonne voie ?