Reading a bit of the thread - some thoughts if this disk was in my hands. I'm not making any recommendation for this issue - just tossing some thoughts where some might (or not) be of use.
I'd ask the owner two questions:
1) How soon do you need or want this data to be available, if it could be made available?
2) Put a dollar value on this data. If this data could be recovered, how much would you pay to get it back?
The goal in the questions:
1) Do you wait for a yet-to-be-released version of SpinRite that can handle GPT drives (My assumption it's GPT)? If it's a low burn thing - consider shelving the drive until that version of SR is available.
2) If the dollar value of the data is lower than the cost of that version of SR (I'm assuming your time is being donated here), the project is at an end - return the drive - done. If the value is greater, then you might, consider sending the drive to a formal data recovery house. I have worked with three data recovery projects in my time. The costs were: $320, ~$700, and $1500. The latter two via Ontrack, both over 15 years ago. The first and last had the drives sent to the recovery vendor. On the middle project, the at-issue drive was slaved into an internet connected system and I connected the recovery tech into the system. Additionally, Ontrack has an "easy recovery" program that is worth looking at (I have never had the occasion to use it).
If I had this drive in my hands, I'd likely see if I could copy the at-issue partition onto a separate, empty drive and then work with that copied partition. Linux/Unix is likely what I'd use first - often booting a PC with the GPARTED live CD (
www.gparted.org). Via Gnome Partition Editor I'd try to copy the data containing volume to a different drive (via the graphical interface). If it copies then I'd slave that copy into a working system to see if I could get to the needed data. If the graphical interface copy failed with errors I'd then try to 'force' the copy via unix terminal / command prompt with the NTFSCLONE command (I'm assuming this is an NTFS formatted partition). With stubborn copies, I use the "force" and "rescue" switches (NTFSCLONE --force --rescue --overwrite /dev/destination /dev/source). Always verify the proper order of the destination / source before hitting ENTER! The copy you end with, hopefully, will contain the data that is desired.
An option to Linux/Unix could be Macrium's Reflect drive / partition copier though I do not have experience with it on at-issue drives / partitions.
Lastly, I read it here and it stuck in the back of my mind - but I have not played with it - was a comment to back up and then blank out the ??partition table?? of the at-issue GPT drive. One could then run SpinRite on the drive, resolving issues - and then restore the blanked out ??partition table??. For that, I'd likely think Linux/Unix terminal prompt with the DD command could come to play. Does anyone here know where that comment was posted? Some additional info might be appreciated - I'd experiment with a play drive/data.
Best wishes.