macos – Making an attempt to rebuild my partition map

Mac Mini working Excessive Sierra.
Three partitions on the interior drive: macOS (HFS+ Journaled), Home windows (Bootcamp) and a separate NTFS partition for Home windows functions.

I do know there’s a number of threads on related subjects, however all of them seemed to be outdated and I am uninterested in being chastised for necrothreading.

Some time again, I booted into my Home windows 10 Bootcamp partition and allowed it to replace issues. I solely boot to Home windows about each month or so, so generally this will take some time. As soon as it was carried out, it went to restart, however failed to take action. It went right into a restore mode, could not restore, could not get well from the final System Restoration level, nothing.

My son has began a budding enterprise in IT and is much extra Home windows proficient than I, so I requested him to try it. He did, and had no extra success than I did. He ran a disk scan that discovered quite a lot of dangerous sectors, however this had no impact so he took it upon himself to delete the partition. It appears, nevertheless, that in doing so, no matter utility he was utilizing advised the complete drive it was all Home windows partitions, and I might not boot the gadget in any respect.

He put Testdisk on a flash drive at my insistance, and I have been capable of tinker with it some by myself, however with restricted outcomes. I used to be capable of undelete the macOS Restoration partition, so I might boot into Restoration mode; although I have been doing most of my work by way of the net-based Restoration mode as one thing I learn urged that will give me probably the most related set of instruments for my model of the OS.

I used TeskDisk (and DiskUtil) to compile a map of my drive. If I can get the macOS portion working once more, I will most likely take away the Bootcamp partition and rebuilt it utilizing the right instruments and reinstall Home windows altogether, however I wish to save the Mac portion if I can. From what I can inform from info on this and one other website, I ought to most likely rebuild my partition map utilizing “gpt” (I am unable to use “gdisk” since I haven’t got anyplace to put in it that I am conscious of). I’ve run into a difficulty getting Suspicious MBR at sector 0. Even attempting to make use of “gpt -v destroy -r disk0” would not work due to this. I get the impression I can use “fdisk” to rebuild this? I believe I am simply trying to ensure what I am planning is correct earlier than I mess issues up irrevocably.

Once I run “diskutil disk0” beneath the net-based Restoration, I get this:

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

Testdisk supplied the next map:

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

I am fairly certain the 2nd Mac HFS is the Restoration partition. Why it is not showing on the DiskUtil checklist, I am unsure, however it might have one thing to do with utilizing the net-based Restoration? Anyway, what’s listed above is what I am attempting to revive.

Operating “gpt -v present /dev/disk0” supplies:

mediasize=500107862016; sectorsize=512; blocks=976773168
Suspicious MBR at sector 0
Begin       Dimension        Index   Contents
0           1                   MBR
1           1                   Pri GPT header
2           32                  Pri GPT desk
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 desk
976773167   1                   Sec GPT header

So I couldn’t run “gpt create -f /dev/disk0” as a result of “gadget already comprises a GPT”, and as I discussed, I couldn’t destroy the gpt to rebuild it due to the suspicious MBR.

I consider what I wish to do subsequent is run
fdisk -i -a hfs /dev/disk0

I am uncertain whether or not I ought to use the hfs fashion or the ufs fashion, and might’t discover something conclusive about why I’d choose one over the opposite. Nonetheless, regardless, I’ve learn that this could take away the earlier MBR and the “suspicious” errors.

Then I ought to be capable to rebuild the GPT:
gpt create -f /dev/disk0

After which rebuild the EFI desk:
gpt add -b 40 -i 1 -s 409600 -t C12A7328-F81F-11D2-BA4B-00A0C93EC93B disk0

After which rebuild the anticipated partitions:
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

Am I heading in the right direction?