When it comes to SED encryption, I always thought it was “all or nothing”. Not that it would magically leave the partition table in the plain, and somehow intelligently only encrypt the rest of the data.
Clearly each drive has a “freebsd swap” partition and a “freebsd zfs” partition, which is readable with standard tools.
Well, you are assuming everything is working correctly. it’s entirely possible that it could be a buggy feature, that in addition to performing uncommanded encryption it does so sloppily and only end up encrypting partial contents.
I dont recall changing the SATA mode - it’s possible that it’s a remnant from when this PC was not a NAS? and was just an old PC being used with windows and some light games, however during that time, it wasnt with any of these harddrives
It’s actually the other way around. Shutdown → unplug → hold power button for 5 seconds → plug it back in → power on
Without changing anything, you can boot into TrueNAS to see if the full discharge makes the drives “behave” again. (Refer to the above about the correct order.)
If you’re in the BIOS screen, you can just shutdown from the power button. (It will either instantly shut off or require you to hold the button for a few seconds. Depends on the system.)
Then when the system is powered off, you can unplug it from the wall and continue from there. Hold the power button for 5 seconds to let it fully discharge. Then plug it back in and power on.
Change SATA mode to “AHCI” and reboot. This is likely the simplest solution and the cause of your problem. Other variables seem to suggest so. (I’m just unsure if there’s a caveat that @HoneyBadger might know about, where doing so can actually risk irreversible changes on the drives.)
Wait to see if @HoneyBadger notices anything about the sedutils output. I didn’t see anything unusual to suggest you were using encryption.
Something else.
My gut is telling me that you might have set it to AHCI, then it reset to IDE, and that’s why you’re facing this issue.