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.