Deleted Bootcamp partition with Assistant, now that disk space gone

I took a photo, hope that's okay.

I didn't do the repair, wanted to make sure you felt I can do that without deleting something I wouldn't want to.

If it's okay, let me know and I'll go ahead with the repairDisk.

Here's list now:

/dev/disk1 (synthesized):

Thank you.

repair went fine

unfortunately

back to one squared

/dev/disk1 (synthesized):

sorry for the trouble

thank you for your time and expertise. sip disabled

diskutil apfs list

APFS Container (1 found)

|

+-- Container disk1 5887D853-28C0-4C09-BE90-EE6095DB82F8

====================================================

APFS Container Reference: disk1

Capacity Ceiling (Size): 439999987712 B (440.0 GB)

Capacity In Use By Volumes: 398539669504 B (398.5 GB) (90.6% used)

Capacity Available: 41460318208 B (41.5 GB) (9.4% free)

|

+-< Physical Store disk0s2 99E44C98-D9A7-4E94-A940-C0E277CE5E9A

| -----------------------------------------------------------

| APFS Physical Store Disk: disk0s2

| Size: 439999987712 B (440.0 GB)

|

+-> Volume disk1s1 49FE49A6-9F01-34F8-A920-08DA50219C8C

| ---------------------------------------------------

| APFS Volume Disk (Role): disk1s1 (No specific role)

| Name: HD (Case-insensitive)

| Mount Point: /

| Capacity Consumed: 396783960064 B (396.8 GB)

| FileVault: No

|

+-> Volume disk1s2 D2A57E17-33B7-41C4-AF9A-E1A89AAE2EB5

| ---------------------------------------------------

| APFS Volume Disk (Role): disk1s2 (Preboot)

| Name: Preboot (Case-insensitive)

| Mount Point: Not Mounted

| Capacity Consumed: 19476480 B (19.5 MB)

| FileVault: No

|

+-> Volume disk1s3 FE033F94-7A42-4AB9-813B-434B3DEFCC73

| ---------------------------------------------------

| APFS Volume Disk (Role): disk1s3 (Recovery)

| Name: Recovery (Case-insensitive)

| Mount Point: Not Mounted

| Capacity Consumed: 506568704 B (506.6 MB)

| FileVault: No

|

+-> Volume disk1s4 957473DC-C809-40F8-AE6A-4DECA04962E8

---------------------------------------------------

APFS Volume Disk (Role): disk1s4 (VM)

Name: VM (Case-insensitive)

Mount Point: /private/var/vm

Capacity Consumed: 1073766400 B (1.1 GB)

FileVault: No

sudo gpt -vv -r show /dev/disk0

Password:

gpt show: /dev/disk0: mediasize=500277790720; sectorsize=512; blocks=977105060

gpt show: /dev/disk0: PMBR at sector 0

gpt show: /dev/disk0: Pri GPT at sector 1

gpt show: /dev/disk0: Sec GPT at sector 977105059

start size index contents

0 1 PMBR

1 1 Pri GPT header

2 32 Pri GPT table

34 6

40 409600 1 GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B

409640 859374976 2 GPT part - 7C3457EF-0000-11AA-AA11-00306543ECAC

859784616 117320411

977105027 32 Sec GPT table

977105059 1 Sec GPT header

excellent. should i also repeat any of the first three commands, or just do the repair?

diskutil unmountDisk disk0

gpt add -i 3 -b 859784616 -s 117320411 -t windows /dev/disk0

gpt -vv -r show /dev/disk0

diskutil repairDisk disk0

i do have a tm backup from a few days back, though i've already made changes to many files, so that's no good.

i could do another one.

i've never done a restore from backup, tho, so i'm suspicious.

this bootcamp fiasco and countless others certainly don't fill me with confidence in tim's inventions.

i'd rather lose 60gb of space than 6mb of critical files.

you managed to bring the 60gb partition back to life. would there by any chance be a way of merging it with the main one through terminal, without involving BCA?

thank you for your continued patience. at the moment i'm living all the way in the silicon valley of hardware, shenzhen, so it's time to hit the sack. i will jump on it first thing and report back.

best,

maw

Hola.

Repair went fine, result same as above, line for line.

Also same result, line for line, for the diskutil list and afps, the only difference being in space available as i've downloaded a few things. The 60g still missing.

result for gpt -vv -r show /dev/disk0 also identical to above.

i was thinking, even if i did a tm backup now and restored from it, it would most likely just duplicate this issue, no?

otherwise, if restoring from backup is not a 10000% copy of what i had before, i wouldn't come near it.

so i wonder if we did this again:

diskutil unmountDisk disk0

gpt add -i 3 -b 859784616 -s 117320411 -t windows /dev/disk0

gpt -vv -r show /dev/disk0

which created this:

3:

if there might be a way to merge the 60gb into the 500gb drive with your terminal wizardry, without using BCA. Or deleting it somehow, if that gave the 60 back to the 500. Or at least make it an empty usable drive/partition into/out of which I could move stuff in finder.

BCA is unsurprisingly still offering to install Windows.

Many cheers.

p.s. bootcamp assistant now again has the option to remove windows