No error but the issue remains - still Microsoft Basic Data

Asked by Vicki Walker on 2015-03-31

Hello! I had the same damage you describe by Paragon HFS+ for Windows. It shows up in Windows just fine but when I boot to the Mac side, it shows as Microsoft Basic Data and will not mount.

Disk Utility cannot repair and gives this error:
2015-03-30 20:39:27 -0400: Invalid BS_jmpBoot in boot block: 000000

I followed your tutorial precisely:

/dev/disk3
   #: TYPE NAME SIZE IDENTIFIER
   0: GUID_partition_scheme *2.0 TB disk3
   1: EFI EFI 209.7 MB disk3s1
   2: Microsoft Basic Data 1.9 TB disk3s2
Blue-Lizard:Desktop bluelizard$ sudo ./gpt_surgeon.py repair /dev/disk3 2
Password:

Read MBR and GPT from /dev/disk3.
Changing type of partition #2 on /dev/disk3 to HFS+...
    Opened /dev/disk3 for writing.
    Wrote MBR.
    Wrote GPT header.
    Wrote GPT entries.
    Closed /dev/disk3.
Done.
Blue-Lizard:Desktop bluelizard$
  [Restored]
Last login: Mon Mar 30 21:40:51 on console
You have new mail.
Blue-Lizard:Desktop bluelizard$ diskutil list
/dev/disk3
   #: TYPE NAME SIZE IDENTIFIER
   0: GUID_partition_scheme *2.0 TB disk3
   1: EFI EFI 209.7 MB disk3s1
   2: Microsoft Basic Data 1.9 TB disk3s2
Blue-Lizard:Desktop bluelizard$

Do you have any suggestions? I am running Yosemite on an iMac (late 2013), Window 8.1 Pro with Boot Camp and Parallels Desktop 10 for Mac. Paragon HFS+ for Windows is what messed up the drive. The drive is My Book Duo with mirrored RAID (two 2TB drives).

I copied most of the data off the external using Parallels to access the drive from both Windows and Mac at the same time but 6k files are 0 bytes after the copy.

Thank you very much.

Question information

Language:
English Edit question
Status:
Solved
For:
GPT-Surgeon Edit question
Assignee:
No assignee Edit question
Solved by:
Vicki Walker
Solved:
2015-03-31
Last query:
2015-03-31
Last reply:
Vicki Walker (vwalker) said : #1

Found the problem and the partition has, indeed, been repaired!

Disk Utility was showing the partition as 2 but when I did the proper list command "sudo ./gpt_surgeon.py list /dev/disk3", it gave partition 1 as the one needing repair.

Without sudo, even the gpt_surgeon.py list command gave permission denied, which confused me at first.