This container contains a bootable CCC Big Sur Clone. I then recreated via gpt the APFS container and allocating it all of the freed space and giving it a partition number # of the one it had. However, I did a test by deleting an APFS container, and 2 JHFS + partitions that followed it.
#MAC PARTITION SOFTWARE FREE#
If you have a 64 Go of free space after the Container, may be the value of its size could be 726433752 (851564504 - 125130752) instead of 851564504. Then you give the results of : gpt -r show disk1 I suppose your Catalina was on an APFS Container.įrom the terminal Recovery mode, you can try recreate the APFS Container : diskutil umountdisk disk1 Gpt add -i 2 -b 409640 -s SizeInBlocks -t apfs disk1 If not, then make the appropriate substitutions for disk1 when entering the following commands. Note: If you booted to macOS in step 3, the use the diskutil list internal command to verify disk1 is still the Mac's internal, physical drive. ( For the OP, the value is already known to be 726564504.) When entering the commands, use the output from the previously entered diskutil info diskXsV | grep "Disk Size" command to replace SizeInBlocks with the disk size in 512-Byte-Units for the APFS Volume containing macOS. If booted to macOS, first record the disk size in 512-Byte-Units for the APFS Volume containing macOS, then reboot to the same Recovery Mode used in your question.Įnter the following commands. ( For the OP, the output will not match.) Otherwise, proceed. If the output from both commands match, then you are done.
When entering the commands, use the output from the previously entered diskutil list internal command to replace diskXsV with the identifier for the APFS Volume containing macOS and replace diskYsC with the identifier for the Apple_APFS Container listed as the Physical Store for the APFS Volume. diskutil list internalĮnter the following commands. If not, then boot to macOS and enter the command below in a Terminal application window. If the above commands execute successfully, then the name of the APFS volume containing macOS will appear in the output from the command diskutil list internal.
The steps are given below.īoot to the same Recovery Mode used in your question.Įnter the commands given below. This alternate answer does not require these commands. My original answer required the use of macOS to execute the unvis and hexdump commands. Note: This alternate answer was inspired by Jean_JD's answer. Note: Since macOS can attempt to mount volumes after a command completes, the above commands includes a diskutil unmountdisk disk1 command before each gpt command. This places the partitions in ascending order in the GPT. d3 cf 69 05 00 00 00 00 APFS container size in APFS blocks: 90820563 (=726564504 512-blocks)īoot to the same Recovery Mode used in your question.4e 58 53 42: magic string of an APFS container.00000000 4e 58 53 42 00 10 00 00 d3 cf 69 05 00 00 00 00 |NXSB.i.|Īccording to klanomath's answer to this question, the following can be determined echo -n "NXSB\0\^P\0\0\M-S\M-Oi\^E\0\0\0\0" | unvis | hexdump -Cvĭoing so produces the following output. Using macOS, the above output can be converted to hexadecimal by the following command.
#MAC PARTITION SOFTWARE WINDOWS 10#
Is there anyway to restore my deleted MacOS partition without loosing any data? is it possible using the recovery mode or even Windows 10 that's installed on the bootcamp partition?ĮDIT: As per Anderson's comment: # export LC_CTYPE="ASCII" dd if=/dev/disk1 count=1 bs=16 skip=13108482 | vis -cw echoġ6 bytes transferred in 0.001788 secs(8948 bytes/sec) I am sure all the data is still there, as I didn't write to the disk. When I startup in Recovery mode this is the output I get from running the following commands: # diskutil listġ: Apple_HFS OS X Base System 2.0 GB disk0s1Ģ: Microsoft Basic Data BOOTCAMP 64.1 GB disk1s2Ĥ0 409600 1 GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93BĨ51974144 125130752 2 GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7Īs you can see from the last command, the partition is still there but not recognised.