-2

This question already has an answer here:

I tried to delete a Linux partition on my hard drive. My hard drive was no longer bootable and the type turned into FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF. I tried to follow some of the other instructions on here to resolve the issue but have not had any success. Running diskutil list returns the following:

enter image description here

Would really appericiate any help. Thanks in advance.

EDIT

I performed gpt -r show /dev/disk0

And got the following:

enter image description here

And dd if=/dev/disk0s2 count=3 | vis -c

Returned

enter image description here

EDIT 2

After running diskutil verifyDisk disk0

I got the following errrors

enter image description here

marked as duplicate by klanomath, Mark, Allan, IconDaemon, fsb Nov 16 '17 at 17:52

This question has been asked before and already has an answer. If those answers do not fully address your question, please ask a new question.

  • Please search before posting - apple.stackexchange.com/… – Tetsujin Nov 16 '17 at 12:06
  • @Tetsujin hi I did search, and followed the instructions but still haven’t managed to figure it out. I’m posting because I’m desperate at the moment – Rahul Ravisankar Nov 16 '17 at 12:09
  • You must have formatted the Mac partition by mistake – Sayan Nov 16 '17 at 13:01
  • @klanomath thank you, just wondering what my partition type is I included vis -c results in my edited question. – Rahul Ravisankar Nov 16 '17 at 13:39
  • @klanomath gpt destroy disk0 returns: suspicious MBR at sector 0. Should I proceed to the next step? – Rahul Ravisankar Nov 16 '17 at 13:57
0

A bootable OS X partition (except the Recovery HD) either has the GUID 48465300-0000-11AA-AA11-00306543ECAC for a standard OS X partition, the GUID 53746F72-6167-11AA-AA11-00306543ECAC for a CoreStorage partition or the GUID 7C3457EF-0000-11AA-AA11-00306543ECAC for an APFS volume. The FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF is an unknown partition type (but not no partition like the 000000-0000-0000.... one).

Your dd if=/dev/disk0s2 count=3 | vis -c output shows that it is a CoreStorage partition because it contains the string ...\0CS\^A... near the middle of the second line.

The GUID partition table can be modified with gpt. You can only add, delete and modify GUID partition tables with gpt when all related disks are unmounted. To reconfigure your partitions boot to a third party drive (e.g. Internet Recovery or a OS X installer thumb drive).

Additionally your GUID partition table contains an MBR which has to be deleted


  • Boot to Internet Recovery Mode (or a third party drive).
  • Open Terminal in the menubar Utilities > Terminal
  • Get an overview with diskutil list
  • Get an overview of your internal disk with the disk identifier found in the previous command. Below I assume the disk identifier of your internal disk is disk0 (SSD) (replace it with the one you have found in your environment).

    gpt -r show disk0
    
  • Unmount disk0 with diskutil umountDisk disk0
  • Then reset the GUID partition table and re-add the first and the second partition with the same size but proper type.

    gpt destroy disk0
    gpt create -f disk0
    gpt add -i 1 -b 40 -s 409600 -t C12A7328-F81F-11D2-BA4B-00A0C93EC93B disk0
    gpt add -i 2 -b 409640 -s 194016208 -t 53746F72-6167-11AA-AA11-00306543ECAC disk0
    
  • Verify disk and volume:

    diskutil verifyDisk disk0
    diskutil verifyVolume disk0s2
    

If you want to extend your current macOS partition resize it with the diskutil cs resizeStack lvUUID size command.


It's recommended to add a working Recovery HD partition which is missing on your disk at the moment.


If you did some undocumented repair attempts you may have forgotten the Recovery HD and added only one all-embracing partition accidentally which will result in diskutil verifyDisk errors.

You can then try to delete the current partition disk0s2 and re-add it slightly smaller and add an additional recovery partition:

diskutil umountDisk disk0
gpt remove -i 2 disk0
gpt add -i 3 -b 193156312 -s 1269536 -t 426F6F74-0000-11AA-AA11-00306543ECAC disk0
gpt add -i 2 -b 409640 -s 192746672 -t 53746F72-6167-11AA-AA11-00306543ECAC disk0
diskutil verifyDisk disk0
diskutil verifyVolume disk0s2

This is only a shot in the dark, because previous repair attempts might have changed partition sizes and file system types.

By booting to a full-fledged system on a second independent drive you may determine proper partition boundaries:

  1. Prohibitory sign on boot after Sierra update, can't mount disk anymore
  2. HFS+ invalid number of allocation blocks
  3. ASE search string

Not the answer you're looking for? Browse other questions tagged .