Notifications
Clear all
Ventura Forum
6
Posts
2
Users
0
Reactions
739
Views
Topic starter
Wondering if anyone can help to troubleshoot this issue. My OWC ThunderBlade suddenly appears to be un-mountable this morning in the absence of an obvious precipitating event.
The ThunderBlade is configured in RAID 5, formatted in APFS (unencrypted). SoftRaid is 7.5. Ventura 13.4.
SoftRaid reports no errors (see screenshot).
Running First Aid on the APFS volume fails as follows:
Running First Aid on “ThunderBlade” (disk13s1)
Checking file system and repairing if necessary and if possible.
Volume is already unmounted.
Performing fsck_apfs -y -x /dev/rdisk13s1
Checking the container superblock.
Checking the checkpoint with transaction ID 536.
Checking the space manager.
Checking the space manager free queue trees.
Checking the object map.
Checking volume /dev/rdisk13s1.
Checking the APFS volume superblock.
The volume ThunderBlade was formatted by newfs_apfs (2142.120.7) and last modified by fsck_apfs (2142.120.7).
Checking the object map.
Checking the snapshot metadata tree.
Checking the snapshot metadata.
Checking the fsroot tree.
warning: (oid 0x46c) apfs_root: btn: invalid o_cksum (0xca8fcfc613b04d24)
warning: aborting jobj validations for current fsck pass - trying to repair fsroot tree with invalid nodes
warning: (oid 0x49c) apfs_root: btn: invalid o_cksum (0x6555ff235eb5d2c9)
warning: (oid 0x4be) apfs_root: btn: invalid o_cksum (0x23b1c1ba5b655f5d)
warning: (oid 0x4ac) apfs_root: btn: invalid o_cksum (0x7c64f03af9254364)
warning: (oid 0x4bb) apfs_root: btn: invalid o_cksum (0x11236136c81353eb)
Checking the extent ref tree.
warning: (oid 0x278918) apfs_extentref: btn: invalid o_cksum (0x1c4f64295adc50b2)
Extent ref tree is invalid.
The volume /dev/rdisk13s1 was found to be corrupt and needs to be repaired.
Verifying allocated space.
Performing deferred repairs.
error: Unable to perform deferred repairs without full space verification
error: Try running fsck against the entire APFS container instead of a volume
The volume /dev/rdisk13s1 could not be verified completely.
File system check exit code is 8.
Restoring the original state found as unmounted.
File system verify or repair failed. : (-69845)Operation failed…
I'd appreciate any suggestions that could help me to recover the data on the volume. Many thanks in advance.
Posted : 07/06/2023 10:05 am
Is this a RAID 0 volume? Or, RAID 5?
Posted : 07/06/2023 10:37 am
Topic starter
RAID 5
Posted : 07/06/2023 10:40 am
APFS volume directories get damaged less often than HFS, but it can still occur.
I would recommend a data recovery application like R-Studio, or Disk Drill. Both have free trial modes, so you can scan the volume before committing to purchae, that they are getting the structure (names/folders) before committing.
TechTool Pro might repair the volume, according to MicroMat, but I do not have a direct success story to tell on that.
Disk Warrior does not work on APFS volumes, so it cannot help here.
Posted : 07/06/2023 11:06 am
Topic starter
@softraid-support Will do — thanks!
For future reference, are there any known issues with RAID 5 and APFS? Wondering if I should configure the ThunderBlade differently to minimize the chance of this recurring.
Posted : 07/06/2023 11:11 am
No there are no known issues with RAID 5 and APFS. 13.4 fixed the RAID 5 problem. So all should be good going forward.
Posted : 07/06/2023 2:17 pm
