Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 20 May 2008 21:06:55 +0200
From:      Henrik Brix Andersen <brix@FreeBSD.org>
To:        freebsd-usb@freebsd.org
Subject:   Re: Dying disk or missing quirk?
Message-ID:  <20080520190655.GA20926@tirith.brixandersen.dk>
In-Reply-To: <20071202182521.GA38887@tirith.brixandersen.dk>
References:  <20071202182521.GA38887@tirith.brixandersen.dk>

next in thread | previous in thread | raw e-mail | index | archive | help

--Qxx1br4bt0+wmkIi
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sun, Dec 02, 2007 at 07:25:21PM +0100, Henrik Brix Andersen wrote:
> I recently acquired a Revoltec Alu Book USB mass storage enclosure for
> a 2.5" PATA HDD, which is based on the Myson CE8818 chipset and
> therefore matched by the (wrongly named, as this matches all CE8818
> based devices) following USB quirk in -current:
>=20
>         { USB_VENDOR_MYSON,  USB_PRODUCT_MYSON_HEDEN, RID_WILDCARD,
>           UMASS_PROTO_SCSI | UMASS_PROTO_BBB,
>           NO_INQUIRY | IGNORE_RESIDUE
>         },
>=20
> The enclosure works fine under low disk I/O, but under heavy disk
> activity, I get the following:
>=20
> kernel: umass0: <Myson Century, Inc. USB Mass Storage Device, class 0/0, =
rev 2.00/b0.08, addr 2> on uhub4
> root: Unknown USB device: vendor 0x04cf product 0x8818 bus uhub4
> kernel: da0 at umass-sim0 bus 0 target 0 lun 0
> kernel: da0: <  > Removable Direct Access SCSI-2 device=20
> kernel: da0: 40.000MB/s transfers
> kernel: da0: 114473MB (234441648 512 byte sectors: 255H 63S/T 14593C)
> ...
> kernel: (da0:umass-sim0:0:0:0): READ(10). CDB: 28 0 8 45 78 6f 0 0 48 0=
=20
> kernel: (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error
> kernel: (da0:umass-sim0:0:0:0): SCSI Status: Check Condition
> kernel: (da0:umass-sim0:0:0:0): ILLEGAL REQUEST asc:20,0
> kernel: (da0:umass-sim0:0:0:0): Invalid command operation code
> kernel: (da0:umass-sim0:0:0:0): Unretryable error
> kernel: g_vfs_done():da0s1a[READ(offset=3D71050477568, length=3D36864)]er=
ror =3D 22
> kernel: vnode_pager_getpages: I/O read error
> kernel: vm_fault: pager read error, pid 27989 (cp)
>=20
> cp(1) says the following, and the destination file is corrupt:
> cp: /foo/bar/baz.txt: Bad address
>=20
> Question is, what is causing this? A dying disk? A quirky chipset? or
> something else?

Eventually, it turned out to be a dying USB HDD enclosure.

Close examination of the PCB showed that some of the lines connecting
the HDD connector to the chipset had clearly been repaired before
shipping this unit, but no coat of varnish had been given afterwards -
leading to corrosion of the PCB over time.

I have just replaced the USB HDD enclosure with a new one (from a
different vendor, of course) - and I can no longer reproduce the above
problem with the same HDD installed.

Brix
--=20
Henrik Brix Andersen <brix@FreeBSD.org>

--Qxx1br4bt0+wmkIi
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (FreeBSD)
Comment: GnuPG signed

iEYEARECAAYFAkgzIU8ACgkQv+Q4flTiePiF5wCfbZzv3zJQ4Ye0TDF2ouBQ93hk
QTsAoLIi12T8LflBoC4aW/rtoXUeESVB
=7+G2
-----END PGP SIGNATURE-----

--Qxx1br4bt0+wmkIi--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20080520190655.GA20926>