Mojave disk partitioning errors

Turing:~ marjacks$ sudo tmutil listlocalsnapshots /

com.apple.TimeMachine.2019-02-19-203616

By way of an update and following advice on some of the other threads. I tried to add a exFAT partition manually using Disk Utility and it seems to have failed (output below). I am now left with a new partition which has the name 'w' (I tried to call it 'Windows') which seems to be the size I requested. I've tried to run a first aid on the new exFAT partition but Disk Utility reports it can't unmount it.

Partitioning disk “APPLE HDD ST1000DM003 Media” (disk0)

Running operation 1 of 5: Add “Windows” 60.36 GB by splitting “Macintosh HD” (disk0s2) from 1.12 TB to 1.06 TB…

Aligning shrink delta to 60,360,609,792 bytes and targeting a new physical store size of 939,634,520,064 bytes

Determined the minimum size for the targeted physical store of this APFS Container to be 891,326,717,952 bytes

Resizing APFS Container designated by APFS Container Reference disk2

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 fusion superblock.

Checking the EFI jumpstart record.

Checking the space manager.

Checking the space manager free queue trees.

Checking the object map.

Checking the Fusion data structures.

Checking volume.

Checking the APFS volume superblock.

The volume Macintosh HD was formatted by hfs_convert (945.230.6) and last modified by apfs_kext (945.230.6).

Checking the object map.

Checking the snapshot metadata tree.

Checking the snapshot metadata.

Checking the extent ref tree.

Checking the fsroot tree.

error: inode_val: object (oid 0xc0044): invalid parent_id (0x0)

fsroot 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 999,995,129,856 to 939,634,520,064 bytes

Shrinking APFS data structures

Shrinking partition

Modifying partition map

Initialized /dev/rdisk0s3 as a 56 GB case-insensitive HFS Plus volume with a 8192k journal

Mounting disk

Creating a new empty APFS Container

Unmounting Volumes

Switching disk0s3 to APFS

Creating APFS Container

Created new APFS Container disk4

Preparing to add APFS Volume to APFS Container disk4

Creating APFS Volume

Created new APFS Volume disk4s1

Mounting APFS Volume

Setting volume permissions

Running operation 2 of 5: Erase “Windows” (disk4s1)…

Deleting APFS Container with all of its APFS Volumes

Unmounting Volumes

Unmounting Volume “Windows” on disk4s1

Deleting Volumes

Deleting Container

Wiping former APFS disks

Switching content types

Unmounting disk

Erasing

4096 bytes per physical sector

/dev/rdisk0s5: 117598080 sectors in 1837470 FAT32 clusters (32768 bytes/cluster)

bps=512 spc=64 res=32 nft=2 mid=0xf8 spt=32 hds=255 hid=1835634688 drv=0x80 bsec=117626880 bspf=14360 rdcl=2 infs=1 bkbs=6

Mounting disk

An internal error has occurred and the disk for one of the specified operations could not be found. This may be a temporary issue; try again.

Operation failed…

Thanks for the reply. Here you go....

/dev/disk0 (internal, physical):

   #:                       TYPE NAME                    SIZE       IDENTIFIER

   0:      GUID_partition_scheme                        *121.3 GB   disk0

   1:                        EFI EFI                     209.7 MB   disk0s1

   2:                 Apple_APFS Container disk2         121.1 GB   disk0s2

/dev/disk1 (internal, physical):

   #:                       TYPE NAME                    SIZE       IDENTIFIER

   0:      GUID_partition_scheme                        *1.0 TB     disk1

   1:                        EFI EFI                     209.7 MB   disk1s1

   2:                 Apple_APFS Container disk2         1000.0 GB  disk1s2

/dev/disk2 (synthesized):

   #:                       TYPE NAME                    SIZE       IDENTIFIER

   0:      APFS Container Scheme -                      +1.1 TB     disk2

                                 Physical Stores disk0s2, disk1s2

   1:                APFS Volume Macintosh HD            954.9 GB   disk2s1

   2:                APFS Volume Preboot                 42.0 MB    disk2s2

   3:                APFS Volume Recovery                517.8 MB   disk2s3

   4:                APFS Volume VM                      20.5 KB    disk2s4

/dev/disk3 (external, physical):

   #:                       TYPE NAME                    SIZE       IDENTIFIER

   0:     FDisk_partition_scheme                        *15.8 GB    disk3

   1:                 DOS_FAT_32 WININSTALL              15.8 GB    disk3s1

** Checking the container superblock.

** Checking the fusion superblock.

** Checking the EFI jumpstart record.

** Checking the space manager.

** Checking the space manager free queue trees.

** Checking the object map.

** Checking the Fusion data structures.

** Checking volume.

** Checking the APFS volume superblock.

** The volume Macintosh HD was formatted by hfs_convert (945.230.6) and last modified by apfs_kext (945.230.6).

** Checking the object map.

** Checking the snapshot metadata tree.

** Checking the snapshot metadata.

** Checking the extent ref tree.

** Checking the fsroot tree.

error: inode_val: object (oid 0xc0044): invalid parent_id (0x0)

   fsroot tree is invalid.

** The volume /dev/disk2 could not be verified completely.

Ok. So that initially seemed to do the trick - I ran the command and the snapshot was deleted. I then ran a First Aid in Disk Utility and it came up clear. I then ran Bootcamp again and it still complained about there being a problem and asked me to run Disk Utility again. I did and got exactly the same error as I had originally i.e.

error: inode_val: object (oid 0xc0044): invalid parent_id (0x0)

fsroot tree is invalid.

The volume /dev/rdisk2s1 could not be verified completely.

Booted back in to single-user mode again and ran the command you advised (fsck_apfs -s -o -y /dev/rdisk1) and see the same output minus the issues associated with the snapshot.

Did I jump too soon?

Same as before...:/

** Checking the container superblock.

** Checking the fusion superblock.

** Checking the EFI jumpstart record.

** Checking the space manager.

** Checking the space manager free queue trees.

** Checking the object map.

** Checking the Fusion data structures.

** Checking volume.

** Checking the APFS volume superblock.

** The volume Macintosh HD was formatted by hfs_convert (945.230.6) and last modified by apfs_kext (945.241.4).

** Checking the object map.

** Checking the snapshot metadata tree.

** Checking the snapshot metadata.

** Checking the extent ref tree.

** Checking the fsroot tree.

error: inode_val: object (oid 0xc0044): invalid parent_id (0x0)

   fsroot tree is invalid.

** The volume /dev/rdisk1 could not be verified completely.

Apologies, I used Command-R and not Command-S!

Output is below: