1

Honestly I do not have enough reputation to comment on this post:

https://apple.stackexchange.com/a/307469/425311

Step two in the above link says:

Create empty space on a drive. This space needs to be outside any APFS or Core Storage containers.

His command diskutil list shows:

/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *536.9 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS Chicken                 150.0 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
   4:                  Apple_HFS Turkey                  150.0 GB   disk0s4
   5:                 Apple_Boot Recovery HD             650.0 MB   disk0s5

Mine shows:

/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *240.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         239.8 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +239.8 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume JacOS                   40.2 GB    disk1s1
   2:                APFS Volume Preboot                 22.5 MB    disk1s2
   3:                APFS Volume Recovery                512.1 MB   disk1s3
   4:                APFS Volume VM                      2.1 GB     disk1s4

What would it look like if the space was inside "any APFS or Core Storage containers"?

Continuing with the instruction will "absorb the free space" into a volume which is on an APFS container scheme, which defies the instruction.

Does it matter that the volume to "absorb the free space" is in an APFS type container?

Perhaps I should be trying to change the type to HFS as per the instruction example?

Should there be any other changes that you could make me aware of or shall I continue straight ahead and absorb the free space into JacOS?

I'm hesitant to experiment as there is only one OS.

I appreciate your answers.

I am using MacOS High-Sierra 10.13.6 with an intel CPU and SSD drive.

8
  • 2
    "I'm hesitant to experiment… " and so you should be. You don't tackle anything like this without a known-good backup in place.
    – Tetsujin
    Jul 24 at 18:13
  • @Tetsujin Thank you but I trust that a way will be shown. Jul 24 at 18:25
  • 1
    Never trust anything that could potentially lose your entire work. Backups are vital in this day & age when people's entire lives are entrusted to one storage location… their computer. The adage is, "Any data stored in fewer than three distinct locations ought to be considered temporary."
    – Tetsujin
    Jul 24 at 18:28
  • @Tetsujin I believe that with a clear enough instruction there will be left no doubt as to the outcome desired. Jul 24 at 18:32
  • Wish you luck...
    – Tetsujin
    Jul 24 at 18:58
1
  • What would it look like if the space was inside "any APFS or Core Storage containers"?

    The free space must be contiguous. This generally does not occur in APFS and Core Storage containers.

  • Continuing with the instruction will "absorb the free space" into a volume which is on an APFS container scheme, which defies the instruction.

    Does it matter that the volume to "absorb the free space" is in an APFS type container?

    The free space needs to be absorbed into a partition. In the answer, disk0s4 is a partition with an JHFS+ formatted volume. You can not "absorb the free space" in to a APFS volume. APFS volumes reside in APFS containers. APFS containers span one or two partitions.

  • Perhaps I should be trying to change the type to HFS as per the instruction example?

    You can not do this without destroying the existing data. You should resize the container instead. This will also resize the partition. The proper command is given below. However in your case, you do not need to execute any commands because the drive has no free space to absorb.

     diskutil apfs resizecontainer disk0s2 0 
    
  • Should there be any other changes that you could make me aware of or shall I continue straight ahead and absorb the free space into JacOS?

    The answer is for a 2013 iMac. You have not stated the model/year of your Mac. You should do this before proceeding.

7
  • Thanks for your answer. The last point is irrelevant as it pertains to installing windows on an APFS type. I think the solution will be to shrink the existing APFS to create free space which can then be used for the creation of a new partition on disk0 in FAT format. Please could you break down and explain the following: diskutil resizevolume disk0s4 150G 3 "Free Space" "dummy" 224800M FAT32 "WINSTALL" 10G %DE94BBA4-06D1-4D40-A16A-BFD50179D6AC% %noformat% 600M. I understand that you resized turkey back to 150g, created two partitions, but what is the "3" and "224800M"? Jul 24 at 21:59
  • After some reading in terminal, I see that you designated three partitions to be created after shrinking turkey, beginning with creating an order of free space to allocate to the proceeding WINSTALL and WRE volumes. Jul 24 at 23:45
  • I tried this diskutil apfs resizecontainer disk0s2 160G 3 "free space" "dummy" 224800M FAT32 "WINSTALL" 10G %DE94BBA4-06D1-4D40-A16A-BFD50179D6AC% %noformat% 600M The %noformat% option is not supported for this operation and this diskutil partitiondisk /dev/disk0 3 GPT "Free Space" "dummy" 224800M FAT32 "WINSTALL" 10G %DE94BBA4-06D1-4D40-A16A-BFD50179D6AC% %noformat% 600M Started partitioning on disk0 Unmounting disk Error: -69877: Couldn't open device (Is a disk in use by a storage system such as AppleRAID, CoreStorage, or APFS?) Jul 25 at 0:56
  • 1
    Enter diskutil apfs resizecontainer disk0s2 160G ExFAT "dummy" 69200M ExFAT "WINSTALL" 10G %DE94BBA4-06D1-4D40-A16A-BFD50179D6AC% "dummy" 600M. If successful, then enter diskutil erasevolume free none disk0s3. Finally, restart the Mac. Jul 25 at 2:21
  • Thank you for that wisdom, David. That did it! I may now proceed to the next step :) Jul 25 at 14:33

You must log in to answer this question.

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