I have over 80 GBs of space left on my SSD, but boot camp assistant keeps saying I don't have enough and that I need 42 GBs of space. I even created a blank FAT partition of 50 GBs, just to test it out, and when I rerun Boot Camp Assistant, it wants to remove the "Windows partition," even though it is NOT a windows partition. I'm on a 15" Macbook Pro from 2018, running Catalina 10.15.6.
MacBook Pro 15”, macOS 10.15
Oh interesting... now, after everything we did, I tried it again, and it says, "Operation failed..." Here is the full output from Disk Utility:
Partitioning disk “APPLE SSD AP0256M Media” (disk0)
Resizing the startup volume will cause this computer to stop responding.
Running operation 1 of 2: Add “Test” 80.01 GB by shrinking container disk1 “Macintosh HD” (disk0s2) from 250.69 GB to 170.67 GB…
Aligning shrink delta to 80,014,901,248 bytes and targeting a new physical store size of 170,670,673,920 bytes
Determined the minimum size for the targeted physical store of this APFS Container to be 105,109,258,240 bytes
Resizing APFS Container designated by APFS Container Reference disk1
The specific APFS Physical Store being resized is disk0s2
Verifying storage system
Using live mode.
Performing fsck_apfs -n -x -l -S /dev/disk0s2
Checking the container superblock.
Checking the EFI jumpstart record.
Checking the space manager.
Checking the space manager free queue trees.
Checking the object map.
Checking volume.
Checking the APFS volume superblock.
The volume Macintosh HD - Data was formatted by newfs_apfs (748.30.63) and last modified by apfs_kext (1412.141.1).
Checking the object map.
Checking the snapshot metadata tree.
Checking the snapshot metadata.
Checking the extent ref tree.
error: (oid 0x9c907) apfs_extentref: btn: invalid o_cksum (0x24e8b16e8d518cc2)
Extent ref tree is invalid.
The volume /dev/disk0s2 could not be verified completely.
Storage system check exit code is 0.
Shrinking APFS Physical Store disk0s2 from 250,685,575,168 to 170,670,673,920 bytes
Shrinking APFS data structures
APFS Container Resize error code is 49187
A problem occurred while resizing APFS Container structures. : (-69606)
Operation failed…
As a test, run Disk Utility and try to create a Partition of the size you want Windows to be. It can be deleted after the test.
Yup, that's where the mismatch pops up, but otherwise says that the volume /dev/rdisk1 appears to be OK.
** Checking the container superblock.
** Checking the EFI jumpstart record.
** Checking the space manager.
** Checking the space manager free queue trees.
** Checking the object map.
** Checking volume.
** Checking the APFS volume superblock.
** The volume Macintosh HD - Data was formatted by newfs_apfs (748.30.63) and last modified by apfs_kext (1412.141.1).
** Checking the object map.
** Checking the snapshot metadata tree.
** Checking the snapshot metadata.
** Checking the extent ref tree.
** Checking the fsroot tree.
error: Cross Check : Mismatch between extentref entry reference count (0) and calculated fsroot entry reference count (1) for extent (0x218de33 + 2)
error: Cross Check : Mismatch between extentref entry reference count (1) and calculated fsroot entry reference count (0) for extent (0x298de33 + 2)
** Checking volume.
** Checking the APFS volume superblock.
** The volume Preboot was formatted by newfs_apfs (748.77.4) and last modified by apfs_kext (1412.141.1).
** Checking the object map.
** Checking the snapshot metadata tree.
** Checking the snapshot metadata.
** Checking the extent ref tree.
** Checking the fsroot tree.
** Checking volume.
** Checking the APFS volume superblock.
** The volume Recovery was formatted by newfs_apfs (748.77.4) and last modified by apfs_kext (1412.141.1).
** Checking the object map.
** Checking the snapshot metadata tree.
** Checking the snapshot metadata.
** Checking the extent ref tree.
** Checking the fsroot tree.
** Checking volume.
** Checking the APFS volume superblock.
** The volume VM was formatted by newfs_apfs (748.77.8) and last modified by apfs_kext (1412.141.1).
** Checking the object map.
** Checking the snapshot metadata tree.
** Checking the snapshot metadata.
** Checking the extent ref tree.
** Checking the fsroot tree.
** Checking volume.
** Checking the APFS volume superblock.
** The volume Macintosh HD was formatted by diskmanagementd (1412.11.7) and last modified by apfs_kext (1412.141.1).
** Checking the object map.
** Checking the snapshot metadata tree.
** Checking the snapshot metadata.
** Checking the extent ref tree.
** Checking the fsroot tree.
** Verifying allocated space.
** The volume /dev/rdisk1 appears to be OK
Can you post the output of
diskutil list
from macOS Terminal?
Run
diskutil eject disk2
and post the output of
sudo fsck_apfs -n -l /dev/rdisk1
You may want to consider erasing the whole internal disk, and restoring the backup, and retrying BC Assistant.
Can you post the output of
diskutil list
This looks fine. Do you have FileVault2 enabled?
Use Disk Utility, and try to create a FAT partition of the size you want Windows to be. It can be deleted.
I've since deleted another 70 GBs of stuff off my SSD, so I now have 150 GBs of available space, so it no longer says I don't have enough space. However, now it just says that it could not partition the disk.
Your disk could not be partitioned
An error occured while partitioning your disk. Please run First Aid from within Disk Utility to check and fix the error.
I ran First Aid from within Disk Utility while logged in, as well as in Recovery Mode. Both times it gave the same message about some mismatch, but otherwise completed the operation successfully. Finally, here is the output of diskutil list; the /dev/disk2 is the ISO image of the Windows 10 installer.
/dev/disk0 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *251.0 GB disk0
1: EFI EFI 314.6 MB disk0s1
2: Apple_APFS Container disk1 250.7 GB disk0s2
/dev/disk1 (synthesized):
#: TYPE NAME SIZE IDENTIFIER
0: APFS Container Scheme - +250.7 GB disk1
Physical Store disk0s2
1: APFS Volume Macintosh HD - Data 87.0 GB disk1s1
2: APFS Volume Preboot 86.4 MB disk1s2
3: APFS Volume Recovery 528.9 MB disk1s3
4: APFS Volume VM 1.1 GB disk1s4
5: APFS Volume Macintosh HD 11.4 GB disk1s5
/dev/disk2 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: CCCOMA_X64FRE_EN-US... +5.3 GB disk2
A black-and-white console only briefly appeared, with text scrolling too quickly for me to read. Then the login screen appeared and it asked me for my password. Upon entering the password, it went back to the black-and-white text, except this time it was fullscreen. Again, the text was scrolling too fast for me too make it out (and it was super tiny). After about 15 seconds of this, it restarted in normal/standard mode. Should I run the fsck_apfs command in terminal now? Or did the single-user mode basically not work?
So the first 3 are the same as before: disk0 is the internal, physical, disk1 is the one that has the HFS macOS Base System on it, and disk2 is the (synthesized) APFS Container that has a 5 of Volumes for preboot, recovery, VM, Macintosh HD, and Macintosh HD - Data, each with identifiers ranging from disk2, to disk2s5. Just to be certain, I should put disk2, right, not disk0s2, which is the Apple Container volume of disk0?
Yes, I did that. I created a FAT partition that was 70 GBs. Then when I tried Boot Camp again, it said that the "Windows partition needs to be deleted" and it deletes that partition and at the end gives the same error.
Boot Camp Assistant Says Not Enough Space When There is Plenty of Space