I’ve an iMac (21.5-inch, Mid 2011) working macOS Excessive Sierra, model 10.13.6. My inner drive is a 1 TB HDD with a macOS Excessive Sierra, Ubuntu Linux and Home windows 11 triple boot association. I can confirm your process utilizing a 1 TB sparse disk picture.
I carried out the identical partitioning operation on the disk picture as you probably did in your inner SSD. Under is the consequence.
For the reason that operation was profitable, your thought of making a second APFS container from an current APFS container is legitimate below Excessive Sierra. The small print are given beneath.
Working operation 1 of 1: Add “OpenCoreMacOS” by splitting “Excessive Sierra HD”…
Aligning shrink delta to 249,947,779,072 bytes and concentrating on a brand new bodily retailer measurement of 749,842,485,248 bytes
Decided the minimal measurement for the focused bodily retailer of this APFS Container to be 224,772,096 bytes
Resizing APFS Container designated by APFS Container Reference disk3
The precise APFS Bodily Retailer being resized is disk2s2
Verifying storage system
Performing fsck_apfs -n -x /dev/disk2s2
Checking quantity.
Checking the container superblock.
Checking the area supervisor.
Checking the item map.
Checking the APFS quantity superblock.
Checking the item map.
Checking the fsroot tree.
Checking the snapshot metadata tree.
Checking the extent ref tree.
Checking the snapshots.
Verifying allotted area.
The amount /dev/disk2s2 seems to be OK.
Storage system test exit code is 0.
Shrinking APFS Bodily Retailer disk2s2 from 999,790,264,320 to 749,842,485,248 bytes
Shrinking APFS knowledge buildings
Shrinking partition
Modifying partition map
Initialized /dev/rdisk2s3 as a 233 GB case-insensitive HFS Plus quantity with a 24576k journal
Mounting disk
Creating a brand new empty APFS Container
Unmounting Volumes
Switching disk2s3 to APFS
Creating APFS Container
Created new APFS Container disk4
Making ready so as to add APFS Quantity to APFS Container disk4
Creating APFS Quantity
Created new APFS Quantity disk4s1
Mounting APFS Quantity
Setting quantity permissions
Operation profitable.
Your particulars present the next.
Quantity superblock is invalid.
The amount /dev/disk0s2/ couldn't be verified fully.
Storage system test exit code is 0.
For the reason that exit code was 0, the Disk Utility proceeded with the partitioning operation and failed. I assume the failure was associated to the superblock being invalid. You can attempt working First Support on the SHGS31-1000GS-2 media, the disk1 container and/or the Excessive Sierra HD quantity. If this doesn’t repair the issue, then you might be out of luck.
BTW, the Disk Utility below Excessive Sierra usually reveals the inaccurate outcomes after performing an operation. You may see this within the above picture posted to this reply. After quitting and opening the Disk Utility, the proper outcomes seem, as proven within the pictures beneath.
