On Mon, 25 Aug 2014, Alfredo Dal Ava Junior wrote: > Well, it is causing problems anyway... from user perspective, it's a > Linux compatibility issue, as it works "fine" on Windows. I'm not an > expert, but I'm wondering that if usb-storage could set capacity as > "UNDETERMINED"/ Zero (or keep using the readcapacity_10 as it as with > some flag signalizing it as inaccurate), EFI partition check would be > able to ignore size and look for secondary GPT where it really is.
Part of the problem is that usb-storage has no way to know that anything strange is going on. It's normal for READ CAPACITY(16) to fail (this depend on the SCSI level), and it's normal for the READ CAPACITY(10) to report a value less than 2 TB. Really there is only one way to know whether the actual capacity is larger than the reported capacity, and that is by trying to read blocks beyond the reported capacity -- a dangerous test that many drives do not like. (And in most cases a futile test. If a device doesn't support READ CAPACITY(16), how likely is it to support READ(16)?) Yes, in theory you can believe the value in the partition table in preference to the reported capacity. But what if that value is wrong? And how do you tell partition-manager programs what the capacity should be when they modify or set up the initial partition table? Attaching the drive over a SATA connection when you want to partition it isn't a very satisfactory solution. After all, if you have a SATA connection available then why would you be using a USB enclosure in the first place? Alan Stern -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
