> From: James Bottomley
>
> We really don't want to make the decision within the kernel of whether
> we believe the partition size or the disk capacity. For these disk
> problems we need it to be the former, but if we choose that always,
> we'll get weird results on mispartitioned devices.
>
>
> From: "Theodore Ts'o"
>
> On Wed, Nov 05, 2014 at 05:07:48PM +0100, James Bottomley wrote:
> >
> > OK, but I still don't understand how windows gets the partition table on
> > there in the first place ... that must surely be some sort of guess the
> > disk size hack.
>
> 99% of the time the p
> From: Alan Stern
> I posted a patch to allow the user to override the reported capacity:
>
> http://marc.info/?l=linux-scsi&m=140993840113445&w=2
I see the patch, and I feel confident I could install it if I needed
to. What command do I execute to "write to the capacity_override
attrib
Replying to two messages at once:
> Date: Tue, 4 Nov 2014 11:14:39 -0500 (EST)
> From: Alan Stern
> cc: "Dale R. Worley" , ,
>
>
> On Tue, 4 Nov 2014, James Bottomley wrote:
>
> > On Mon, 2014-11-03 at 16:06 -0500, Dale R. Worley wrote:
> >
Was there any resolution as to how large disk drives would be handled
if their interface did not support the "capacity" request that would
tell how large they were?
Or as an alternative, is there any way to avoid buying USB-SCSI
interfaces that do not support the large-capacity request?
Unfortunat
> From: James Bottomley
> Before we embark on elaborate hacks, why don't we just make the capacity
> writeable (by root) in sysfs from userspace (will require block change)?
> We can then encode all the nasty heuristics (including gpt reading) in
> userspace as a udev rule.
Looking in from the o
> From: Alan Stern
> Anyway, I can try writing a patch to add this capability. We'll see if
> it can solve your problem.
Unfortunately, I think there is genuine value in such a hack. E.g.,
I've got two USB-to-SATA adapters. One works correctly. One does
not. But at this point, I can't atta
> From: Alan Stern
>
> On Fri, 29 Aug 2014, Matthew Dharm wrote:
> > Is there an 'easy' way to override the detected size of a storage
> > device from userspace? If we had that, someone could write a helper
> > application which looked for this particular fubar and try to Do The
> > Right Thing(
> From: Mark
>
> I have an Iomega SCSI-to-USB cable, model# SCSI USBA. Iomega called it the
> Jaz USB Adapter; see
> http://www.iomega.com/europe/support/english/manuals/jazusb/home.html
You might be screwed. The manual says
NOTE: The Jaz USB Adapter can be used to connect any model of the
> From: Alan Stern
> If you try to repartition the drive under Windows using the deficient
> adapter, you'll see that the problem still exists. It just doesn't
> show up during normal use.
So in summary, the Windows workaround is icky, but it allows any use
but repartitioning to be one on the
What I find interesting is that Windows (at least, Windows 7
Professional) seems to be able to handle the deficient adapter. What
I'd like to do is log the disk commands during the mounting sequence,
preferably at both the SCSI and USB layers. Then at least we'll know
exactly what the driver is d
> From: James Bottomley
> Did you try read capacity 16 on it? What happened? (the AS2105 rejects
> read capacity 16, so there's no reliable way to deduce the capacity of
> drives over 2TB).
OK, I had to track down which package contains sg_readcap.
The adapter that fails gives this output:
e appended James Bottomley's response, to avoid creating an
additional message.
Dale
--
Date: Wed, 20 Aug 2014 16:18:00 -0400
From: wor...@alum.mit.edu (Dale R. Worley)
To: linux-s...@vger.kernel.org
Subject: Problem with USB-to-SATA adapters
I don't know if this is the correct
13 matches
Mail list logo
