You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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:
The text was updated successfully, but these errors were encountered: