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
per r0m30 (2016-01-26) in DTA #13
If during setup/install the user fails to enable any locking ranges but enables and loads a PBA, sedutil will report that the drive is unlocked even though it is in fact only being unshadowed.
The text was updated successfully, but these errors were encountered:
It appears that this was fixed in commit 768478e2 to LinuxPBA/UnlockSEDs.cpp - specifically around line 92 r0m30 added code that specifically notes that an Opal drive was "OPAL NOT LOCKED".
The corresponding comment from the commit is "Update PBA - better messages".
There's more needed for a thorough fix - see also ckamm e4709a5 as a starting point.
Additionally, need to figure out a way to ensure that --query shows status of LockingRange 0 (or something) and highlights it if no locking range is enabled. (Or something? maybe an alternate to --query that actually provides data for $averageUser ?)
Otherwise one symptom seen is PBA "success" with "not locked" message, then reboot back into PBA...while 1 do.
per r0m30 (2016-01-26) in DTA #13
If during setup/install the user fails to enable any locking ranges but enables and loads a PBA, sedutil will report that the drive is unlocked even though it is in fact only being unshadowed.
The text was updated successfully, but these errors were encountered: