From: Oliver Neukum <oliver@neukum.org>
To: Alan Stern <stern@rowland.harvard.edu>
Cc: Alfredo Dal Ava Junior <alfredo.junior@eldorado.org.br>,
James Bottomley <James.Bottomley@HansenPartnership.com>,
"linux-usb@vger.kernel.org" <linux-usb@vger.kernel.org>,
"linux-scsi@vger.kernel.org" <linux-scsi@vger.kernel.org>
Subject: Re: RES: RES: AS2105-based enclosure size issues with >2TB HDDs
Date: Mon, 25 Aug 2014 23:16:30 +0200 [thread overview]
Message-ID: <1409001390.376.6.camel@linux-fkkt.site> (raw)
In-Reply-To: <Pine.LNX.4.44L0.1408251613270.1385-100000@iolanthe.rowland.org>
On Mon, 2014-08-25 at 16:21 -0400, Alan Stern wrote:
> 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.
Just set US_FL_NEEDS_CAP16. If READ CAPACITY(16) fails in that case,
it is clear that something is wrong. It must be set or READ CAPACITY(10)
alone would be taken as giving a valid answer.
At that time we are sure that the drive will be unusable unless we
determine the correct capacity, so we don't make matters worse if we
crash it.
Is there an easy way for Alfredo to determine what happens if we
read beyond the end?
Regards
Oliver
next prev parent reply other threads:[~2014-08-25 21:30 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <87801b450dee41dda169a3aa2dd2baf6@serv030.corp.eldorado.org.br>
[not found] ` <87801b450dee41dda169a3aa2dd2baf6-CWPHn/M7kmRpAIlDVkCwMZnVvqcnFG0x9MRKq5+/VYY@public.gmane.org>
2014-08-25 13:16 ` AS2105-based enclosure size issues with >2TB HDDs Oliver Neukum
2014-08-25 14:24 ` Alan Stern
[not found] ` <Pine.LNX.4.44L0.1408251021560.1385-100000-IYeN2dnnYyZXsRXLowluHWD2FQJk+8+b@public.gmane.org>
2014-08-25 18:48 ` RES: " Alfredo Dal Ava Junior
[not found] ` <40601ab081d3451baf6267807659c80e-CWPHn/M7kmRpAIlDVkCwMZnVvqcnFG0x9MRKq5+/VYY@public.gmane.org>
2014-08-25 19:28 ` James Bottomley
2014-08-25 19:51 ` RES: " Alfredo Dal Ava Junior
[not found] ` <175058921e084d26ba362fa6ecd7351c-CWPHn/M7kmRpAIlDVkCwMZnVvqcnFG0x9MRKq5+/VYY@public.gmane.org>
2014-08-25 20:21 ` Alan Stern
2014-08-25 20:44 ` RES: " Alfredo Dal Ava Junior
2014-08-25 21:16 ` Oliver Neukum [this message]
2014-08-26 14:47 ` Alan Stern
[not found] ` <Pine.LNX.4.44L0.1408261031090.1434-100000-IYeN2dnnYyZXsRXLowluHWD2FQJk+8+b@public.gmane.org>
2014-08-27 6:45 ` Oliver Neukum
2014-08-27 14:45 ` Alan Stern
2014-08-26 9:58 ` David Laight
[not found] ` <063D6719AE5E284EB5DD2968C1650D6D1748130C-VkEWCZq2GCInGFn1LkZF6NBPR1lH4CV8@public.gmane.org>
2014-08-26 12:24 ` Oliver Neukum
2014-08-26 12:53 ` David Laight
2014-08-26 13:41 ` RES: " Alfredo Dal Ava Junior
2014-08-25 19:33 ` Alan Stern
[not found] ` <Pine.LNX.4.44L0.1408251526390.1385-100000-IYeN2dnnYyZXsRXLowluHWD2FQJk+8+b@public.gmane.org>
2014-08-25 20:14 ` RES: " Alfredo Dal Ava Junior
[not found] ` <1408972618.10300.35.camel-B2T3B9s34ElbnMAlSieJcQ@public.gmane.org>
2014-08-26 19:39 ` Problem with USB-to-SATA adapters (was: AS2105-based enclosure size issues with >2TB HDDs) Dale R. Worley
2014-08-26 19:59 ` James Bottomley
2014-08-27 19:21 ` Dale R. Worley
2014-08-27 20:01 ` James Bottomley
2014-08-27 19:23 ` Dale R. Worley
2014-08-27 20:02 ` Alan Stern
2014-08-29 21:07 ` Dale R. Worley
2014-08-29 23:04 ` Matthew Dharm
2014-08-30 21:15 ` Alan Stern
2014-08-30 21:40 ` Douglas Gilbert
[not found] ` <540244D2.4030807-qazKcTl6WRFWk0Htik3J/w@public.gmane.org>
2014-08-31 14:13 ` Alan Stern
[not found] ` <Pine.LNX.4.44L0.1408301710120.4299-100000-pYrvlCTfrz9XsRXLowluHWD2FQJk+8+b@public.gmane.org>
2014-08-30 23:40 ` Matthew Dharm
2014-09-03 19:17 ` RES: " Alfredo Dal Ava Junior
2014-09-03 18:44 ` Dale R. Worley
[not found] ` <201409031844.s83IimIl011663-fKCv92Uu9G1eYiHQf5CFXGXnswh1EIUO@public.gmane.org>
2014-09-03 19:05 ` Alan Stern
2014-09-03 19:50 ` Dale R. Worley
[not found] ` <Pine.LNX.4.44L0.1409031459400.2156-100000-IYeN2dnnYyZXsRXLowluHWD2FQJk+8+b@public.gmane.org>
2014-09-03 19:57 ` James Bottomley
2014-09-03 20:30 ` Alan Stern
[not found] ` <Pine.LNX.4.44L0.1409031625040.2156-100000-IYeN2dnnYyZXsRXLowluHWD2FQJk+8+b@public.gmane.org>
2014-09-03 22:07 ` James Bottomley
2014-09-05 17:32 ` Alan Stern
2014-09-04 20:49 ` Dale R. Worley
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1409001390.376.6.camel@linux-fkkt.site \
--to=oliver@neukum.org \
--cc=James.Bottomley@HansenPartnership.com \
--cc=alfredo.junior@eldorado.org.br \
--cc=linux-scsi@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
--cc=stern@rowland.harvard.edu \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox