From mboxrd@z Thu Jan 1 00:00:00 1970 From: Chuck Ebbert Subject: Re: Problems with USB disk [solved] Date: Tue, 14 Aug 2007 11:08:16 -0400 Message-ID: <46C1C560.80801@redhat.com> References: <20070807211847.GA25391@kroah.com> <200708081357.03238.ismail@pardus.org.tr> Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Return-path: In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: linux-usb-devel-bounces@lists.sourceforge.net Errors-To: linux-usb-devel-bounces@lists.sourceforge.net To: Niels Cc: linux-kernel@vger.kernel.org, linux-scsi , USB development list List-Id: linux-scsi@vger.kernel.org T24gMDgvMTMvMjAwNyAxMDo1MCBBTSwgTmllbHMgd3JvdGU6Cj4gT24gU3VuZGF5IDEyIEF1Z3Vz dCAyMDA3IDExOjU0LCBOaWVscyB3cm90ZToKPiAKPj4gT24gRnJpZGF5IDEwIEF1Z3VzdCAyMDA3 IDE0OjQzLCBOaWVscyB3cm90ZToKPj4KPj4+IE9uIFdlZG5lc2RheSAwOCBBdWd1c3QgMjAwNyAx Mjo1NywgSXNtYWlsIETDtm5tZXogd3JvdGU6Cj4+Pgo+Pj4+IE9uIFdlZG5lc2RheSAwOCBBdWd1 c3QgMjAwNyAxMzo0ODoyOSB5b3Ugd3JvdGU6Cj4+Pj4+IE9uIFR1ZXNkYXkgMDcgQXVndXN0IDIw MDcgMjM6MTgsIEdyZWcgS0ggd3JvdGU6Cj4+Pj4+PiBPbiBUdWUsIEF1ZyAwNywgMjAwNyBhdCAx MDoyNjoxNVBNICswMjAwLCBOaWVscyB3cm90ZToKPj4+Pj4+PiBIaSwKPj4+Pj4+Pgo+Pj4+Pj4+ IEknbSBoYXZpbmcgcHJvYmxlbXMgd2l0aCBhIG5ldyA1MDAgR0IgVVNCIGRpc2suIEl0IHdvcmtz LCBidXQKPj4+Pj4+PiBzb21ldGltZXMgSSBnZXQgdGhlc2UgaW4gZG1lc2c6Cj4+Pj4+Pj4KPj4+ Pj4+Pgo+Pj4+Pj4+IHVzYiAxLTM6IHJlc2V0IGhpZ2ggc3BlZWQgVVNCIGRldmljZSB1c2luZyBl aGNpX2hjZCBhbmQgYWRkcmVzcyAyCj4+Pj4+Pj4gdXNiIDUtMTogVVNCIGRpc2Nvbm5lY3QsIGFk ZHJlc3MgMgo+Pj4+Pj4+IGRyaXZlcnMvdXNiL2NsYXNzL3VzYmxwLmM6IHVzYmxwMDogcmVtb3Zl ZAo+Pj4+Pj4+IHNkIDA6MDowOjA6IERldmljZSBub3QgcmVhZHk6IDw2PjogU2Vuc2UgS2V5IDog MHgyIFtjdXJyZW50XQo+Pj4+Pj4+Cj4+Pj4+Pj4gOiBBU0M9MHg0IEFTQ1E9MHgyCj4+Pj4+Pj4K Pj4+Pj4+PiBlbmRfcmVxdWVzdDogSS9PIGVycm9yLCBkZXYgc2RhLCBzZWN0b3IgMjU0MTQ4MjE1 Cj4+Pj4+Pj4gc2QgMDowOjA6MDogRGV2aWNlIG5vdCByZWFkeTogPDY+OiBTZW5zZSBLZXkgOiAw eDIgW2N1cnJlbnRdCj4+Pj4+Pj4KPj4+Pj4+PiA6IEFTQz0weDQgQVNDUT0weDIKPj4+Pj4+Pgo+ Pj4+Pj4+IGVuZF9yZXF1ZXN0OiBJL08gZXJyb3IsIGRldiBzZGEsIHNlY3RvciAyNTI0MzQwMjMK Pj4+Pj4+PiBFWFQzLWZzIGVycm9yIChkZXZpY2Ugc2RhMSk6IGV4dDNfZmluZF9lbnRyeTogcmVh ZGluZyBkaXJlY3RvcnkKPj4+Pj4+PiAjMTU3NjE4MzYgb2Zmc2V0IDAKPj4+Pj4+Pgo+Pj4+Pj4+ Cj4+Pj4+Pj4gVGhlcmUncyBhbHNvIGEgcHJpbnRlciBjb25uZWN0ZWQuIFRoaXMgaXMgb24gYSBw Y2kvdXNiMiBjYXJkLiBXaGVuCj4+Pj4+Pj4gdGhlIGFib3ZlIGhhcHBlbnMsIEkgZ2V0IEkvTyBl cnJvcnMuIFdoZW4gSSBtb3VudCB0aGUgZHJpdmUgbmV4dCwKPj4+Pj4+PiB0aGVyZSBhcmUgZXJy b3JzIGFuZCBvZnRlbiBtaXNzaW5nIGZpbGVzLiBRdWl0ZSBhbm5veWluZyEKPj4+Pj4+Pgo+Pj4+ Pj4+IEtlcm5lbCBpcyAyLjYuMjEKPj4+Pj4+Pgo+Pj4+Pj4+IFdoYXQncyBnb2luZyBvbj8KPj4+ Pj4+IFlvdSBoYXZlIGEgbG93IHZvbHRhZ2UgaXNzdWUsIG9yIGEgYmFkIGNhYmxlLiAgVGhlIGRl dmljZSBpcwo+Pj4+Pj4gZWxlY3Ryb25pY2FsbHkgZGlzY29ubmVjdGluZyBpdHNlbGYuICBUcnkg dXNpbmcgYSBleHRlcm5hbGx5LXBvd2VyZWQKPj4+Pj4+IGh1Yiwgb3IgYSBuZXcgY2FibGUuCj4+ Pj4gSSBhbSBzZWVpbmcgYSBzaW1pbGFyIHByb2JsZW0gd2l0aCAyLjYuMjIgYW5kIDIuNi4yMy0q IGtlcm5lbHMgd2l0aCBteQo+Pj4+IDYwRyBpUG9kIFZpZGVvLCB3b3JrcyBmaW5lIHdpdGggMi42 LjE4IGtlcm5lbCB0aG91Z2guCj4+Pj4KPj4+Cj4+PiBTbyBmYXIgSSdtIHNlZWluZyB0aGlzOgo+ Pj4KPj4+IC0gT24gMi42LjIxIEkgbW91bnQgdGhlIGRyaXZlLiBBZnRlciBhIHdoaWxlIGl0IHNw aW5zIGRvd24sIGFuZCB3aGVuIEkKPj4+IHRoZW4gdW5tb3VudCBpdCwgYW4gZXJyb3IgcG9wcyB1 cCBpbiBkbWVzZy4KPj4+Cj4+PiAtIE9uIDIuNi4xOCBJIGNhbid0IHByb3Zva2UgdGhlIHNhbWUg ZXJyb3IuIFRoZSBkcml2ZSBkb2Vzbid0IGFwcGVhciB0bwo+Pj4gc3BpbiBkb3duLiBJIGRvbid0 IGtub3cgaWYgdGhlIGRhdGEgY29ycnVwdGlvbiBmcm9tIDIuNi4yMSBvY2N1cnMgd2l0aAo+Pj4g cmVndWxhciB1c2UuCj4+Pgo+Pj4gVGhlcmUgYXJlIGEgbnVtYmVyIG9mIG90aGVyIGZhY3RvciBJ IG5lZWQgdG8gZWxpbWluYXRlIG9uIG15IHN5c3RlbSwgYnV0Cj4+PiB0aGF0J3MgaXQgc28gZmFy LiBDT05GSUdfVVNCX1NVU1BFTkQgaXMgbm90IHNldCBvbiBlaXRoZXIga2VybmVsLgo+Pgo+PiBP Sywgb24gYSB2YW5pbGxhIDIuNi4xOC44IEkgYWxzbyBoYXZlIHRoaXMgcHJvYmxlbSwgd2l0aCBi b3RoIHRoZSBwY2kvdXNiMgo+PiBjYXJkLCBhbmQgdGhlIHVzYjEgb24gdGhlIGJvYXJkLiBJIGxp c3RlbiB0byBtdXNpYyBmcm9tIHRoZSBkcml2ZSwgYW5kCj4+IGFmdGVyIHNvbWUgdGltZSAoMTAt MjAgbWludXRlcyBvciBzbyksIGl0IGZyZWFrcyBvdXQ6Cj4+Cj4+ID09PT09PT09PQo+PiBzZCAx OjA6MDowOiBEZXZpY2Ugbm90IHJlYWR5OiA8Nj46IEN1cnJlbnQ6IHNlbnNlIGtleT0weDIKPj4g ICAgIEFTQz0weDQgQVNDUT0weDIKPj4gZW5kX3JlcXVlc3Q6IEkvTyBlcnJvciwgZGV2IHNkYSwg c2VjdG9yIDEyNjY5MzcxMQo+PiBzZCAxOjA6MDowOiBEZXZpY2Ugbm90IHJlYWR5OiA8Nj46IEN1 cnJlbnQ6IHNlbnNlIGtleT0weDIKPj4gICAgIEFTQz0weDQgQVNDUT0weDIKPj4gZW5kX3JlcXVl c3Q6IEkvTyBlcnJvciwgZGV2IHNkYSwgc2VjdG9yIDEyNjY5MzcxMQo+PiBzZCAxOjA6MDowOiBE ZXZpY2Ugbm90IHJlYWR5OiA8Nj46IEN1cnJlbnQ6IHNlbnNlIGtleT0weDIKPj4gICAgIEFTQz0w eDQgQVNDUT0weDIKPj4gZW5kX3JlcXVlc3Q6IEkvTyBlcnJvciwgZGV2IHNkYSwgc2VjdG9yIDEy NjY5MzcxMQo+PiA9PT09PT09PT0KPj4KPiAKPiBVc2luZyBhIG5ldyBQU1UgYW5kIGEgcG93ZXJl ZCBodWIgbWFkZSBubyBkaWZmZXJlbmNlLiBCdXQgSSBmb3VuZCBhIHNvbHV0aW9uCj4gaGVyZToK PiAKPiBodHRwOi8vYWxpZW5naGljLmxpdmVqb3VybmFsLmNvbS8zODI5MDMuaHRtbAo+IAo+IEJh c2ljYWxseSwgdGhlIHByb2JsZW0gaXMsIGFzIHN1c3BlY3RlZCwgdGhhdCB0aGUgZHJpdmUgc3Bp bnMgZG93biAvIGdvZXMgdG8KPiBzdXNwZW5kLiBUaGlzIGNhbiBiZSBkaXNhYmxlZCB3aXRoICJz ZHBhcm0gLS1jbGVhciBTVEFOREJZIC02IC9kZXYvc2RhIi4KPiAKPiBJdCBzZWVtcyB0byBtZSB0 byBiZSBhbiBlcnJvciB0aGF0IHRoZSBrZXJuZWwgcmVwb3J0cyB0aGlzIGFzIHNvbWV0aGluZyBs aWtlCj4gYSBoYXJkd2FyZSBmYWlsdXJlLiBPciBhdCBsZWFzdCB2ZXJ5IG1pc2xlYWRpbmcuCj4g CgpPaCwgbmljZS4gVGhlIHVzYi1zdG9yYWdlIChTQ1NJKSBkaXNrIHNwaW5zIGl0c2VsZiBkb3du IGFuZCB3ZSBjYW4ndCBoYW5kbGUgdGhhdC4KU2hvdWxkIHdlIGJlIGRpc2FibGluZyBhdXRvLXNw aW5kb3duIHdoZW4gd2UgY29ubmVjdCB0aGUgZGV2aWNlLCBvciBiZSBhYmxlIHRvCmhhbmRsZSB0 aGlzIGJ5IHNlbmRpbmcgdGhlIHN0YXJ0IGNvbW1hbmQgd2hlbiBuZWVkZWQ/CgoKLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLQpUaGlzIFNGLm5ldCBlbWFpbCBpcyBzcG9uc29yZWQgYnk6IFNwbHVuayBJbmMuClN0 aWxsIGdyZXBwaW5nIHRocm91Z2ggbG9nIGZpbGVzIHRvIGZpbmQgcHJvYmxlbXM/ICBTdG9wLgpO b3cgU2VhcmNoIGxvZyBldmVudHMgYW5kIGNvbmZpZ3VyYXRpb24gZmlsZXMgdXNpbmcgQUpBWCBh bmQgYSBicm93c2VyLgpEb3dubG9hZCB5b3VyIEZSRUUgY29weSBvZiBTcGx1bmsgbm93ID4+ICBo dHRwOi8vZ2V0LnNwbHVuay5jb20vCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fCmxpbnV4LXVzYi1kZXZlbEBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQKVG8gdW5z dWJzY3JpYmUsIHVzZSB0aGUgbGFzdCBmb3JtIGZpZWxkIGF0OgpodHRwczovL2xpc3RzLnNvdXJj ZWZvcmdlLm5ldC9saXN0cy9saXN0aW5mby9saW51eC11c2ItZGV2ZWwK From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1761796AbXHNPIn (ORCPT ); Tue, 14 Aug 2007 11:08:43 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1759142AbXHNPI3 (ORCPT ); Tue, 14 Aug 2007 11:08:29 -0400 Received: from mx1.redhat.com ([66.187.233.31]:39835 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753232AbXHNPI1 (ORCPT ); Tue, 14 Aug 2007 11:08:27 -0400 Message-ID: <46C1C560.80801@redhat.com> Date: Tue, 14 Aug 2007 11:08:16 -0400 From: Chuck Ebbert Organization: Red Hat User-Agent: Thunderbird 1.5.0.12 (X11/20070719) MIME-Version: 1.0 To: Niels CC: linux-kernel@vger.kernel.org, linux-scsi , USB development list Subject: Re: Problems with USB disk [solved] References: <20070807211847.GA25391@kroah.com> <200708081357.03238.ismail@pardus.org.tr> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On 08/13/2007 10:50 AM, Niels wrote: > On Sunday 12 August 2007 11:54, Niels wrote: > >> On Friday 10 August 2007 14:43, Niels wrote: >> >>> On Wednesday 08 August 2007 12:57, Ismail Dönmez wrote: >>> >>>> On Wednesday 08 August 2007 13:48:29 you wrote: >>>>> On Tuesday 07 August 2007 23:18, Greg KH wrote: >>>>>> On Tue, Aug 07, 2007 at 10:26:15PM +0200, Niels wrote: >>>>>>> Hi, >>>>>>> >>>>>>> I'm having problems with a new 500 GB USB disk. It works, but >>>>>>> sometimes I get these in dmesg: >>>>>>> >>>>>>> >>>>>>> usb 1-3: reset high speed USB device using ehci_hcd and address 2 >>>>>>> usb 5-1: USB disconnect, address 2 >>>>>>> drivers/usb/class/usblp.c: usblp0: removed >>>>>>> sd 0:0:0:0: Device not ready: <6>: Sense Key : 0x2 [current] >>>>>>> >>>>>>> : ASC=0x4 ASCQ=0x2 >>>>>>> >>>>>>> end_request: I/O error, dev sda, sector 254148215 >>>>>>> sd 0:0:0:0: Device not ready: <6>: Sense Key : 0x2 [current] >>>>>>> >>>>>>> : ASC=0x4 ASCQ=0x2 >>>>>>> >>>>>>> end_request: I/O error, dev sda, sector 252434023 >>>>>>> EXT3-fs error (device sda1): ext3_find_entry: reading directory >>>>>>> #15761836 offset 0 >>>>>>> >>>>>>> >>>>>>> There's also a printer connected. This is on a pci/usb2 card. When >>>>>>> the above happens, I get I/O errors. When I mount the drive next, >>>>>>> there are errors and often missing files. Quite annoying! >>>>>>> >>>>>>> Kernel is 2.6.21 >>>>>>> >>>>>>> What's going on? >>>>>> You have a low voltage issue, or a bad cable. The device is >>>>>> electronically disconnecting itself. Try using a externally-powered >>>>>> hub, or a new cable. >>>> I am seeing a similar problem with 2.6.22 and 2.6.23-* kernels with my >>>> 60G iPod Video, works fine with 2.6.18 kernel though. >>>> >>> >>> So far I'm seeing this: >>> >>> - On 2.6.21 I mount the drive. After a while it spins down, and when I >>> then unmount it, an error pops up in dmesg. >>> >>> - On 2.6.18 I can't provoke the same error. The drive doesn't appear to >>> spin down. I don't know if the data corruption from 2.6.21 occurs with >>> regular use. >>> >>> There are a number of other factor I need to eliminate on my system, but >>> that's it so far. CONFIG_USB_SUSPEND is not set on either kernel. >> >> OK, on a vanilla 2.6.18.8 I also have this problem, with both the pci/usb2 >> card, and the usb1 on the board. I listen to music from the drive, and >> after some time (10-20 minutes or so), it freaks out: >> >> ========= >> sd 1:0:0:0: Device not ready: <6>: Current: sense key=0x2 >> ASC=0x4 ASCQ=0x2 >> end_request: I/O error, dev sda, sector 126693711 >> sd 1:0:0:0: Device not ready: <6>: Current: sense key=0x2 >> ASC=0x4 ASCQ=0x2 >> end_request: I/O error, dev sda, sector 126693711 >> sd 1:0:0:0: Device not ready: <6>: Current: sense key=0x2 >> ASC=0x4 ASCQ=0x2 >> end_request: I/O error, dev sda, sector 126693711 >> ========= >> > > Using a new PSU and a powered hub made no difference. But I found a solution > here: > > http://alienghic.livejournal.com/382903.html > > Basically, the problem is, as suspected, that the drive spins down / goes to > suspend. This can be disabled with "sdparm --clear STANDBY -6 /dev/sda". > > It seems to me to be an error that the kernel reports this as something like > a hardware failure. Or at least very misleading. > Oh, nice. The usb-storage (SCSI) disk spins itself down and we can't handle that. Should we be disabling auto-spindown when we connect the device, or be able to handle this by sending the start command when needed?