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
Issue is almost identical to #397 key difference being this is a different Vendor and FIPS certified device - NIST Model: TC58NC1132GTC. I am not sure if other devices using the same controller suffer the same issue, but at least the CM6 does in my case.
Model: HPE TCM615T4P5xnFTRI/Kioxia KCM6FRUL15T3
Sedutil-cli seems to be identifying this device as a regular OPAL drive, even though the NIST certification notes that it is TCG Opal Enterprise, other vendor documentation indicates the CM6 drives are OPAL 2.01 R1.00 compliant. I am not sure if this has anything to do with this issue...
I have tried to do a PSID-Revert first, with no change in behavior
One note is there's 192 locking ranges, I am not sure if this is right... Edit: I think this is correct, there are indeed 192 LockingSP users according to the NIST documentation, so it appears to correlate to locking ranges
sedutil-cli --yesIreallywanttoERASEALLmydatausingthePSID <PSID> \\.\PhysicalDrive1
revertTper completed successfully
> sedutil-cli -v --query \\.\PhysicalDrive1
Log level set to DBG
sedutil version : 1.20.0
Unknown Feature in Discovery 0 response 304
Unknown Feature in Discovery 0 response 402
Unknown Feature in Discovery 0 response 403
Unknown Feature in Discovery 0 response 304
Unknown Feature in Discovery 0 response 402
Unknown Feature in Discovery 0 response 403
Performing diskquery() on \\.\PhysicalDrive1
> \\.\PhysicalDrive1 ATA TCM615T4P5xnFTRI 3P01
TPer function (0x0001)
ACKNAK = N, ASYNC = N. BufferManagement = N, comIDManagement = N, Streaming = Y, SYNC = Y
Locking function (0x0002)
Locked = N, LockingEnabled = N, LockingSupported = Y, MBRDone = N, MBREnabled = N, MediaEncrypt = Y
Geometry function (0x0003)
Align = Y, Alignment Granularity = 8 (4160), Logical Block size = 520, Lowest Aligned LBA = 0
SingleUser function (0x0201)
ALL = N, ANY = N, Policy = Y, Locking Objects = 192
DataStore function (0x0202)
Max Tables = 193, Max Size Tables = 131072, Table size alignment = 1
OPAL 2.0 function (0x0203)
Base comID = 0x2000, Initial PIN = 0x00, Reverted PIN = 0x00, comIDs = 2
Locking Admins = 4, Locking Users = 192, Range Crossing = N
**** 3 **** Unknown function codes IGNORED
Here is the initialSetup command output after PSID-Revert - I have removed most of the output, I can copy the whole of it to a reply, but it's a lot to put in an issue
I should note that the system has CSM enabled and set to legacy, though with UEFI CSM behavior is no different. booting to PartedMagic as BIOS or UEFI produced no change in behavior, the above logs are from Windows 10 however
@icomrade did you solve the problem? we tried to psid-revert before initial-setup then enable-lock,
and after reboot, the drive successfully locked,
then we disable-lock & reboot, the drive's data still there;
no idea whether bug or not & no other people mention it.
I have not tried to troubleshoot further, unfortunately I have not had a lot of free time to do so.
I am not able to get to the storage volume on the un-setup drive in windows, but in Linux I was able to read and write to the drive though did not boot back into Linux to see if the data was still on the drive after a PSID revert.
@neo125874 I do not believe that these drives support MBR shadowing (MBR Shadowing Not Supported bit of Locking Range). You can try using Amotin's fork. https://github.com/amotin/sedutil
Issue is almost identical to #397 key difference being this is a different Vendor and FIPS certified device - NIST Model: TC58NC1132GTC. I am not sure if other devices using the same controller suffer the same issue, but at least the CM6 does in my case.
Model: HPE TCM615T4P5xnFTRI/Kioxia KCM6FRUL15T3
Sedutil-cli seems to be identifying this device as a regular OPAL drive, even though the NIST certification notes that it is TCG Opal Enterprise, other vendor documentation indicates the CM6 drives are OPAL 2.01 R1.00 compliant. I am not sure if this has anything to do with this issue...
I have tried to do a PSID-Revert first, with no change in behavior
One note is there's 192 locking ranges, I am not sure if this is right... Edit: I think this is correct, there are indeed 192 LockingSP users according to the NIST documentation, so it appears to correlate to locking ranges
Here is the initialSetup command output after PSID-Revert - I have removed most of the output, I can copy the whole of it to a reply, but it's a lot to put in an issue
The text was updated successfully, but these errors were encountered: