It appears the hashes produced by EFI Opal UEFI64-1.15.1-14-g5895605.img.gz and Windows sedutil-cli Windows_sedutil-cli_013dd9d.zip are different. Therefore, if the drive is initialised on Windows, it cannot be unlocked on Linux and vice-versa.
I have also altered the EFI so I can execute sedutil-cli manually from UEFI shell prompt, I double checked the password, but no luck... the drive won't accept the password.
Ultimately, I ended up removing OPAL and initialising the drive directly via UEFI using the sedutil-cli provided there. I'm curious to know why the sedutil-cli provided in the UEFI doesn't generate the same hashes.
This is the sedutil-cli present in the UEFI64-1.15.1-14-g5895605.img.gz (md5):
1767b718c52e7ab61f3afbfb18bb8362 rootfs/sbin/sedutil-cli
It appears the hashes produced by EFI Opal UEFI64-1.15.1-14-g5895605.img.gz and Windows sedutil-cli Windows_sedutil-cli_013dd9d.zip are different. Therefore, if the drive is initialised on Windows, it cannot be unlocked on Linux and vice-versa.
I have also altered the EFI so I can execute sedutil-cli manually from UEFI shell prompt, I double checked the password, but no luck... the drive won't accept the password.
Ultimately, I ended up removing OPAL and initialising the drive directly via UEFI using the sedutil-cli provided there. I'm curious to know why the sedutil-cli provided in the UEFI doesn't generate the same hashes.
This is the sedutil-cli present in the UEFI64-1.15.1-14-g5895605.img.gz (md5): 1767b718c52e7ab61f3afbfb18bb8362 rootfs/sbin/sedutil-cli
Steps to reproduce the issue: