

Those start at 360424448 and are spaced 32768 apart. However, if I keep searching for occurrences of HFSJ, I find a lot of them that look exactly the same and with a lot of zero space around them, like the first one. So I searched starting from the beginning of the drive and found the first occurrence at offset 314598400. I started looking for the HFSJ string starting at an offset of 409642, as suggested in other answers, but didn't find it near there. Here is a screen shot of the first part of the drive in wxHe圎ditor. Gdisk /dev/disk6 GPT fdisk (gdisk) version 1.0.1 Gpt recover /dev/disk6 gpt recover: /dev/disk6: no primary or secondary GPT headers, can't recover Read-Only Volume: Not applicable (no file system)įdisk /dev/disk6 Disk: /dev/disk6 geometry: 97451/255/63 Volume Free Space: Not applicable (no file system) Volume Name: Not applicable (no file system)Ĭontent (IOContent): FDisk_partition_scheme Here is the information I've collected from the drive.ĭiskutil list /dev/disk6 /dev/disk6 (external, physical):ĭiskutil info /dev/disk6 Device Identifier: disk6 I can't think of any specific use or event that may have caused the change. I'm sure it was originally the typical default of GUID Partition Map formatted as OS X Extended (Journaled). On investigating with Disk Utility, it shows as having a partition type of FDisk_partition_scheme. The drive worked normally for a long time but then failed to be recognized recently. It has not been used with Bootcamp or on any non-Mac computer. I can't say for sure it never had a system installed, but I don't think so. The drive was not bootable and did not have a system installed so I'm assuming it would not have a recovery partition either. The drive was set up with a single partition. I have a 3TB Toshiba drive in a USB enclosure being used on a Mac with OS X El Capitain 10.11.3. My situation seems very similar to how to fix GUID hard drive corrupted to MBR but with enough differences that I haven't been able to put together a confident solution.
