linux-kernel - Re: Problems with USB disk [solved]

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <46C1C560.80801@redhat.com>
Date:	Tue, 14 Aug 2007 11:08:16 -0400
From:	Chuck Ebbert <cebbert@...hat.com>
To:	Niels <zorglub_olsen@...mail.com>
CC:	linux-kernel@...r.kernel.org,
	linux-scsi <linux-scsi@...r.kernel.org>,
	USB development list <linux-usb-devel@...ts.sourceforge.net>
Subject: Re: Problems with USB disk [solved]

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?

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/