> my problem actually goes even deeper. I see that you can override the > wrongly-set LBPME bit by switching provisioning_mode manually. In my > case though, the LBPU bit is also 0. Argh... Argh indeed. We'd need these reported: > Block limits VPD page (SBC): > Maximum unmap LBA count: 0 [Unmap command not implemented] > Maximum unmap block descriptor count: 0 [Unmap command not implemented] > Optimal unmap granularity: 0 blocks [not reported] > Maximum write same length: 0 blocks [not reported] and these: > Logical block provisioning VPD page (SBC): > Unmap command supported (LBPU): 0 > Write same (16) with unmap bit supported (LBPWS): 0 > Write same (10) with unmap bit supported (LBPWS10): 0 > Provisioning type: 0 (not known or fully provisioned) but they are all 0. Last resort would be to see if ATA DSM TRIM passthrough works. However, your device does not have the ATA Information VPD page either: > $ sudo sg_vpd -a /dev/sdc > > Supported VPD pages VPD page: > Supported VPD pages [sv] > Unit serial number [sn] > Device identification [di] > Block limits (SBC) [bl] > Logical block provisioning (SBC) [lbpv] > 0xde > 0xdf So I'm afraid that we literally have nothing to work with. Is this USB storage or UASP? -- Martin K. Petersen Oracle Linux Engineering
