External SSD almost always corrupted after disconnecting without ejecting

Hi all, I know external drives should be properly ejected before disconnecting them. However, there's always this situation where I'm in a hurry and just disconnect my MBP from my Dock. My Setup is this: MBP M2 Max -> Thunderbolt Dock -> Crucial X10 Pro 4TB Drive I formatted the Drive to include two APFS partitions. One partition for Carbon Copy Cloner and another partition for big Files I don't want on my primary drive. However, almost every time I disconnect the drive without ejecting first, at least one, often both partitions get corrupted to the point where they're unrecoverable via DiskUtil repair. So all files and CCC backups lost. Should I use exFAT instead? APFS seems to be really unstable when used with external drives that sometimes do get disconnected without ejecting first. Never had this problem while the drive was formatted as exFAT. Any other recommendations? I have to assume that this situation will happen again. I sometimes just forget to eject, especially because it's all connected to my Dock and not directly to my MBP... Any advice or help is greatly appreciated! PS: This is the output from my last repair attempt: `sudo diskutil repairVolume /dev/disk5` `Password:` `Started file system repair on disk5` `Checking storage system and repairing if necessary and if possible` `Performing fsck_apfs -y -x /dev/disk4s2` `Checking the container superblock` `Checking the checkpoint with transaction ID 7937` `Checking the space manager` `Checking the space manager free queue trees` `Checking the object map` `Checking volume /dev/rdisk5s1` `Checking the APFS volume superblock` `The volume X10 Pro was formatted by storagekitd (2317.61.2) and last modified by` `Checking the object map` `error: (oid 0x3bef86) om: btn: dev_read_finish(3927942, 1): Input/output error` `Object map is invalid` `The volume /dev/rdisk5s1 with UUID 193B6D7A-1AF9-4D2C-87BD-A22C9D073CC2 was found to be corrupt and cannot be repaired` `Checking volume /dev/rdisk5s2` `Checking the APFS volume superblock` `The volume Carbon Copy Backup was formatted by storagekitd (2317.61.2) and last modified by` `Checking the object map` `error: (oid 0x3bee24) om: btn: dev_read_finish(3927588, 1): Input/output error` `Object map is invalid` `The volume /dev/rdisk5s2 with UUID 8C9EADC6-C530-4115-B43A-2C56DDE5589A was found to be corrupt and cannot be repaired` `Verifying allocated space` `The container /dev/disk4s2 could not be verified completely` `Storage system check exit code is 8` `Error: -69716: Storage system verify or repair failed` `Underlying error: 8`