osx ednable csrutil after openzfs install

$ zpool import -d /dev/disk/by-partuuid DataĮxporting and re-importing does not appear to provide any permanent change the /dev name on the existing pool: $ zpool import -d /dev/disk/by-partlabel Data 1 root root 10 Sep 25 03:52 Macintosh ->. How would I go about resolving this problem? Status: One or more devices contains corrupted data.Īction: The pool cannot be imported due to damaged devices or data.Īta-Corsair_Force_GT_135004090FF015790001 UNAVAIL So now lets imagine that I don't know that the proper target is at /dev/disk0s6 and the only output I can find is from 'zpool import': The following errors must be manually repaired: Use '-f' to override the following errors:Īttempting to do so forcibly also failed: I want a specific partition not the whole device.įor the sake of testing of the situation where I DID know the proper target, I created the symlink '/dev/disk0s6 -> /dev/sda6' and attempted to 'zpool replace Data /dev/sda0s6 /dev/sda6' which resulted in the following output: Therefore when I attempt to correct the issue with 'zpool import -d /dev/by-id Data', it ends up pointing back to /dev/sda which is the wrong target and fails with the following error:Ĭannot import 'Data': one or more devices are already in use

I am reopening this issue as even though I found a work-around, I am of the understanding that there are built-in solutions which should ameliorate the need to create a symlink as I did.įor example, what if I were in a situation where I did not know that the correct device was on /dev/disk0s6? Where can I get such information in the event I don't know about it?įor some reason, 'zpool import' lists pool 'Data' as being configured to the drive itself 'ata-Corsair_Force_GT_135004090FF015790001' which in /dev/disk/by-id symlinks to '/dev/sda' and not partition 6 (/dev/sda6) as would be expected.

Osx ednable csrutil after openzfs install