MacOS – After deleting Bootcamp .. I failed to merge free disk space using Disk Utility

bootcampdisk-utilitydiskutilmacospartition

After deleting Bootcamp partition I cannot merge it back to Macintosh HD partition nor even using it to install windows again.

Using Disk Utility this is what happens:

I tried to login to MacOS recovery mode and do the same thing.. but still getting the same error..

Output from diskutil list:

Output from sudo gpt -r show /dev/disk0

*I'm Running MacOS 10.13.6 on Retina MacBook Pro Late 2013

Thanks

Best Answer

Thanks to David Anderson in the comment section.

I used that terminal command:

sudo diskutil apfs resizeContainer disk0s2 0

and it worked!

Thanks again!

Related Solutions

MacOS – Clear free space in Disk Utility

Preparation:

Backup 'Macintosh HD'
Start another computer or smartphone and access this page here to follow the instructions.
Detach any external drive (especially an external Time Machine backup drive)
Restart to Internet Recovery Mode by pressing alt cmd R at startup.
The prerequisites are the latest firmware update installed, either ethernet or WLAN (WPA/WPA2) and a router with DHCP activated.
On a 50 Mbps-line it takes about 4 min (presenting a small animated globe) to boot into a recovery netboot image which usually is loaded from an apple/akamai server.

I recommend ethernet because it's more reliable. If you are restricted to WIFI and the boot process fails, just restart your Mac until you succeed booting.

Alternatively you may start from a bootable installer thumb drive (Mavericks or Yosemite) or a thumb drive containing a full system (Mavericks or Yosemite).

Revert CoreStorage Volume

Check the volume 'Macintosh HD' with Disk Utility and repair it if necessary. If the volume is corrupted beyond any repair consider a reinstall of Mac OS X.
If the volume is OK quit Disk Utility

Open Terminal from the menubar (Utilities/Terminal) and enter diskutil cs list. The output will be this:

CoreStorage logical volume groups (1 found)
|
+-- Logical Volume Group 25AF6969-0B3A-4C2C-BE38-29864C233F66
    =========================================================
    Name:         Macintosh HD
    Status:       Online
    Size:         801345126400 B (801.3 GB)
    Free Space:   18907136 B (18.9 MB)
    |
    +-< Physical Volume 21095CB1-4D76-44F5-B438-0B84A06AB0E8
    |   ----------------------------------------------------
    |   Index:    0
    |   Disk:     disk0s2
    |   Status:   Online
    |   Size:     801345126400 B (801.3 GB)
    |
    +-> Logical Volume Family 2DDF1B89-E73A-45E7-96CD-5FA1DC9CA275
        ----------------------------------------------------------
        Encryption Status:       Unlocked
        Encryption Type:         None
        Conversion Status:       NoConversion
        Conversion Direction:    -none-
        Has Encrypted Extents:   No
        Fully Secure:            No
        Passphrase Required:     No
        |
        +-> Logical Volume 54E92188-CDD5-44AE-9D58-EF6A5B69D707
            ---------------------------------------------------
            Disk:                  disk1
            Status:                Online
            Size (Total):          800973897728 B (801.0 GB)
            Conversion Progress:   -none-
            Revertible:            Yes (no decryption required)
            LV Name:               Macintosh HD
            Volume Name:           Macintosh HD
            Content Hint:          Apple_HFS

Copy the UUID of the Logical Volume (lvUUID). It's the fourth listed.
Your Logical Volume is revertible, so enter:
diskutil coreStorage revert lvUUID to revert your CoreStorage Volume to a standard volume. In your case this is:
diskutil coreStorage revert 54E92188-CDD5-44AE-9D58-EF6A5B69D707
This will take a few seconds.
After a successfull conversion enter 'exit' and quit Terminal.
Open 'Disk Utility', hightlight the volume 'Macintosh HD' and check it for errors
Highlight the HDD and expand the volume 'Macintosh HD' to the full possible size (~1 TB)
Quit 'Disk Utility' and reboot to your standard boot volume ('Macintosh HD')

MacOS – Different partition configuration between gpt and fdisk

Update 1

This step will involve configuring Master Boot Record (MBR) of your physical internal drive. The MBR is stored on the first 512 bytes of this drive. This space is shared by boot code and the MBR partition table.

This step can not be preformed under OS X 10.11 (El Capitan) with System Integrity Protection (SIP) turn on. (This is the default setting.) If you are using OS X 10.11, you must disable SIP, complete this step, then restore SIP. See the link: How do I disable System Integrity Protection (SIP) AKA “rootless” on OS X 10.11, El Capitan?.

In a Terminal application window, enter the following commands. The first fdisk command flags the Windows partition as the active partition. The second fdisk command changes the Windows partition id to 7.

INPUT=$(printf  "f  4\nq\ny")
sudo  fdisk  -e  /dev/disk0  <<<"$INPUT"  &>/dev/null
INPUT=$(printf  "s  4\n7\nq\ny")
sudo  fdisk  -e  /dev/disk0  <<<"$INPUT"  &>/dev/null

You may need to restart your computer after completing this step.

Original Answer

The command fdisk displays the contents of the Master Boot Record (MBR) partition table. This table can only contain 4 entries and is stored at address 0 of your disk. The command gpt displays the contents of the GUID partition table (GPT). This table can contain 120 entries and starts at address 1 of your disk. (A backup GPT is also stored at the end of the disk.) Legacy systems use a MBR scheme while more modern computers use a GPT scheme. Normally, OS X uses a GPT scheme. When the GPT is employed, the MBR table still exists, but is now called a Protective Master Boot Record (PMBR) table. This PMBR table contains a single entry with ID of EE. This fools any legacy applications, that only use a MBR scheme, into seeing the disk as occupied by a single partition.

Older Mac computers install Windows using the MBR scheme. It is my understanding this is also a requirement for Windows 7 installations. To accommodate both schemes simultaneously, Apple shrinks the EE partition in the MBR table to end at the same location as the first partition in the GPT. Usually, the next three partitions in the GPT match the last three partitions in the MBR table.

Anyway, as far as I can tell, if you enter the command given below in a Terminal application windows, your partitions should be fixed.

sudo diskutil eraseVolume "Free Space" name /dev/disk0s4

While the above command should fix the partitioning, the 4th partition in the MBR partition table will not be marked as "active". So if you still can not boot to Windows, let me know and I will include steps to mark this partition as "active".