* Annoying problems with lacie external hd (JMicron 0x2339?)
@ 2009-10-03 10:35 Felipe Contreras
2009-10-03 15:48 ` Sarah Sharp
2009-10-03 21:26 ` Alan Stern
0 siblings, 2 replies; 9+ messages in thread
From: Felipe Contreras @ 2009-10-03 10:35 UTC (permalink / raw)
To: Linux Kernel Mailing List, linux-usb
Hi,
This is with 2.6.31.1.
I'm having a lot of problems with a lacie external hd[1]. It seems the
actual disk is a seagate ST375064, and the bridge is a JMicron 2339.
In normal usage what I see is that if I don't use the disk after a
while hear a loud click (as if something got stuck) and then I cannot
use it any more; I have to turn it off and on again.
But then I started to see some problems on one fs, so I ran badblocks
and I noticed a lot of strange behavior. It seems once I get a
read/write error then I get more of them in a row, and after a while I
hear another loud click, and then I only get read/write errors
constantly.
I noticed in 'unusual_devs.h' there's already a quirk for another
JMicron product, so I tried to do the same:
+UNUSUAL_DEV( 0x152d, 0x2339, 0x0000, 0xffff,
+ "JMicron",
+ "USB to ATA/ATAPI Bridge",
+ US_SC_DEVICE, US_PR_DEVICE, NULL,
+ US_FL_IGNORE_RESIDUE | US_FL_SANE_SENSE ),
This seemed to help with the consecutive errors, but not with the loud click.
This is what I get when this click happens:
Oct 3 13:14:54 annwn kernel: [ 351.099096] usb 1-1: reset high speed
USB device using ehci_hcd and address 3
Oct 3 13:14:54 annwn kernel: [ 351.213541] usb 1-1: device firmware changed
Oct 3 13:14:54 annwn kernel: [ 351.213588] usb 1-1: USB disconnect, address 3
Oct 3 13:14:54 annwn kernel: [ 351.213633] sd 4:0:0:0: Device
offlined - not ready after error recovery
Oct 3 13:14:54 annwn kernel: [ 351.213650] sd 4:0:0:0: [sdb]
Unhandled error code
Oct 3 13:14:54 annwn kernel: [ 351.213655] sd 4:0:0:0: [sdb] Result:
hostbyte=DID_ABORT driverbyte=DRIVER_OK
Oct 3 13:14:54 annwn kernel: [ 351.213663] end_request: I/O error,
dev sdb, sector 8596352
Oct 3 13:14:54 annwn kernel: [ 351.213774] sd 4:0:0:0: rejecting I/O
to offline device
Oct 3 13:14:54 annwn kernel: [ 351.213816] sd 4:0:0:0: rejecting I/O
to offline device
Oct 3 13:14:54 annwn kernel: [ 351.213852] sd 4:0:0:0: rejecting I/O
to offline device
Oct 3 13:14:54 annwn kernel: [ 351.213891] sd 4:0:0:0: rejecting I/O
to offline device
Oct 3 13:14:54 annwn kernel: [ 351.213927] sd 4:0:0:0: rejecting I/O
to offline device
Oct 3 13:14:54 annwn kernel: [ 351.213962] sd 4:0:0:0: rejecting I/O
to offline device
Oct 3 13:14:54 annwn kernel: [ 351.213997] sd 4:0:0:0: rejecting I/O
to offline device
Oct 3 13:14:54 annwn kernel: [ 351.214202] sd 4:0:0:0: rejecting I/O
to offline device
Oct 3 13:14:55 annwn kernel: [ 351.317278] usb 1-1: new high speed
USB device using ehci_hcd and address 4
Oct 3 13:14:55 annwn kernel: [ 351.432192] usb 1-1: New USB device
found, idVendor=152d, idProduct=2339
Oct 3 13:14:55 annwn kernel: [ 351.432196] usb 1-1: New USB device
strings: Mfr=1, Product=2, SerialNumber=5
Oct 3 13:14:55 annwn kernel: [ 351.432199] usb 1-1: Product: USB to
ATA/ATAPI Bridge
Oct 3 13:14:55 annwn kernel: [ 351.432202] usb 1-1: Manufacturer: JMicron
Oct 3 13:14:55 annwn kernel: [ 351.432204] usb 1-1: SerialNumber: 5D27FFFFFFFF
Oct 3 13:14:55 annwn kernel: [ 351.432321] usb 1-1: configuration #1
chosen from 1 choice
Oct 3 13:14:55 annwn kernel: [ 351.432791] scsi5 : SCSI emulation
for USB Mass Storage devices
Can anyone help? This disk is important for me =/
Cheers.
T: Bus=01 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 62 Spd=480 MxCh= 0
D: Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1
P: Vendor=152d ProdID=2339 Rev= 1.00
S: Manufacturer=JMicron
S: Product=USB to ATA/ATAPI Bridge
S: SerialNumber=152D203380B6
C:* #Ifs= 1 Cfg#= 1 Atr=c0 MxPwr= 2mA
I:* If#= 0 Alt= 0 #EPs= 2 Cls=08(stor.) Sub=06 Prot=50 Driver=usb-storage
E: Ad=81(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms
E: Ad=02(O) Atr=02(Bulk) MxPS= 512 Ivl=0ms
[1] http://www.lacie.com/us/products/product.htm?pid=11016
--
Felipe Contreras
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Annoying problems with lacie external hd (JMicron 0x2339?)
2009-10-03 10:35 Annoying problems with lacie external hd (JMicron 0x2339?) Felipe Contreras
@ 2009-10-03 15:48 ` Sarah Sharp
2009-10-03 16:53 ` Felipe Contreras
2009-10-03 21:26 ` Alan Stern
1 sibling, 1 reply; 9+ messages in thread
From: Sarah Sharp @ 2009-10-03 15:48 UTC (permalink / raw)
To: Felipe Contreras; +Cc: Linux Kernel Mailing List, linux-usb
On Sat, Oct 03, 2009 at 01:35:58PM +0300, Felipe Contreras wrote:
> Hi,
>
> This is with 2.6.31.1.
>
> I'm having a lot of problems with a lacie external hd[1]. It seems the
> actual disk is a seagate ST375064, and the bridge is a JMicron 2339.
>
> In normal usage what I see is that if I don't use the disk after a
> while hear a loud click (as if something got stuck) and then I cannot
> use it any more; I have to turn it off and on again.
>
> But then I started to see some problems on one fs, so I ran badblocks
> and I noticed a lot of strange behavior. It seems once I get a
> read/write error then I get more of them in a row, and after a while I
> hear another loud click, and then I only get read/write errors
> constantly.
>
> I noticed in 'unusual_devs.h' there's already a quirk for another
> JMicron product, so I tried to do the same:
>
> +UNUSUAL_DEV( 0x152d, 0x2339, 0x0000, 0xffff,
> + "JMicron",
> + "USB to ATA/ATAPI Bridge",
> + US_SC_DEVICE, US_PR_DEVICE, NULL,
> + US_FL_IGNORE_RESIDUE | US_FL_SANE_SENSE ),
>
> This seemed to help with the consecutive errors, but not with the loud click.
>
> This is what I get when this click happens:
>
> Oct 3 13:14:54 annwn kernel: [ 351.099096] usb 1-1: reset high speed
> USB device using ehci_hcd and address 3
> Oct 3 13:14:54 annwn kernel: [ 351.213541] usb 1-1: device firmware changed
> Oct 3 13:14:54 annwn kernel: [ 351.213588] usb 1-1: USB disconnect, address 3
> Oct 3 13:14:54 annwn kernel: [ 351.213633] sd 4:0:0:0: Device
> offlined - not ready after error recovery
> Oct 3 13:14:54 annwn kernel: [ 351.213650] sd 4:0:0:0: [sdb]
> Unhandled error code
> Oct 3 13:14:54 annwn kernel: [ 351.213655] sd 4:0:0:0: [sdb] Result:
> hostbyte=DID_ABORT driverbyte=DRIVER_OK
> Oct 3 13:14:54 annwn kernel: [ 351.213663] end_request: I/O error,
> dev sdb, sector 8596352
> Oct 3 13:14:54 annwn kernel: [ 351.213774] sd 4:0:0:0: rejecting I/O
> to offline device
> Oct 3 13:14:54 annwn kernel: [ 351.213816] sd 4:0:0:0: rejecting I/O
> to offline device
> Oct 3 13:14:54 annwn kernel: [ 351.213852] sd 4:0:0:0: rejecting I/O
> to offline device
> Oct 3 13:14:54 annwn kernel: [ 351.213891] sd 4:0:0:0: rejecting I/O
> to offline device
> Oct 3 13:14:54 annwn kernel: [ 351.213927] sd 4:0:0:0: rejecting I/O
> to offline device
> Oct 3 13:14:54 annwn kernel: [ 351.213962] sd 4:0:0:0: rejecting I/O
> to offline device
> Oct 3 13:14:54 annwn kernel: [ 351.213997] sd 4:0:0:0: rejecting I/O
> to offline device
> Oct 3 13:14:54 annwn kernel: [ 351.214202] sd 4:0:0:0: rejecting I/O
> to offline device
> Oct 3 13:14:55 annwn kernel: [ 351.317278] usb 1-1: new high speed
> USB device using ehci_hcd and address 4
> Oct 3 13:14:55 annwn kernel: [ 351.432192] usb 1-1: New USB device
> found, idVendor=152d, idProduct=2339
> Oct 3 13:14:55 annwn kernel: [ 351.432196] usb 1-1: New USB device
> strings: Mfr=1, Product=2, SerialNumber=5
> Oct 3 13:14:55 annwn kernel: [ 351.432199] usb 1-1: Product: USB to
> ATA/ATAPI Bridge
> Oct 3 13:14:55 annwn kernel: [ 351.432202] usb 1-1: Manufacturer: JMicron
> Oct 3 13:14:55 annwn kernel: [ 351.432204] usb 1-1: SerialNumber: 5D27FFFFFFFF
> Oct 3 13:14:55 annwn kernel: [ 351.432321] usb 1-1: configuration #1
> chosen from 1 choice
> Oct 3 13:14:55 annwn kernel: [ 351.432791] scsi5 : SCSI emulation
> for USB Mass Storage devices
>
> Can anyone help? This disk is important for me =/
The log shows the device just disconnected from the system. You should
post more of the logfile before the disconnect so we can see if it's an
issue with the USB core. Did it work with a previous kernel?
It could be that your disk is just dying, and occasionally
disconnecting. Or you could have a bad cable or a hub that's
introducing noise. Can you try a different USB cable?
Sarah Sharp
> T: Bus=01 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 62 Spd=480 MxCh= 0
> D: Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1
> P: Vendor=152d ProdID=2339 Rev= 1.00
> S: Manufacturer=JMicron
> S: Product=USB to ATA/ATAPI Bridge
> S: SerialNumber=152D203380B6
> C:* #Ifs= 1 Cfg#= 1 Atr=c0 MxPwr= 2mA
> I:* If#= 0 Alt= 0 #EPs= 2 Cls=08(stor.) Sub=06 Prot=50 Driver=usb-storage
> E: Ad=81(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms
> E: Ad=02(O) Atr=02(Bulk) MxPS= 512 Ivl=0ms
>
> [1] http://www.lacie.com/us/products/product.htm?pid=11016
>
> --
> Felipe Contreras
> --
> To unsubscribe from this list: send the line "unsubscribe linux-usb" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Annoying problems with lacie external hd (JMicron 0x2339?)
2009-10-03 15:48 ` Sarah Sharp
@ 2009-10-03 16:53 ` Felipe Contreras
0 siblings, 0 replies; 9+ messages in thread
From: Felipe Contreras @ 2009-10-03 16:53 UTC (permalink / raw)
To: Sarah Sharp; +Cc: Linux Kernel Mailing List, linux-usb
On Sat, Oct 3, 2009 at 6:48 PM, Sarah Sharp
<sarah.a.sharp@linux.intel.com> wrote:
> On Sat, Oct 03, 2009 at 01:35:58PM +0300, Felipe Contreras wrote:
>> Hi,
>>
>> This is with 2.6.31.1.
>>
>> I'm having a lot of problems with a lacie external hd[1]. It seems the
>> actual disk is a seagate ST375064, and the bridge is a JMicron 2339.
>>
>> In normal usage what I see is that if I don't use the disk after a
>> while hear a loud click (as if something got stuck) and then I cannot
>> use it any more; I have to turn it off and on again.
>>
>> But then I started to see some problems on one fs, so I ran badblocks
>> and I noticed a lot of strange behavior. It seems once I get a
>> read/write error then I get more of them in a row, and after a while I
>> hear another loud click, and then I only get read/write errors
>> constantly.
>>
>> I noticed in 'unusual_devs.h' there's already a quirk for another
>> JMicron product, so I tried to do the same:
>>
>> +UNUSUAL_DEV( 0x152d, 0x2339, 0x0000, 0xffff,
>> + "JMicron",
>> + "USB to ATA/ATAPI Bridge",
>> + US_SC_DEVICE, US_PR_DEVICE, NULL,
>> + US_FL_IGNORE_RESIDUE | US_FL_SANE_SENSE ),
>>
>> This seemed to help with the consecutive errors, but not with the loud click.
>>
>> This is what I get when this click happens:
>>
>> Oct 3 13:14:54 annwn kernel: [ 351.099096] usb 1-1: reset high speed
>> USB device using ehci_hcd and address 3
>> Oct 3 13:14:54 annwn kernel: [ 351.213541] usb 1-1: device firmware changed
>> Oct 3 13:14:54 annwn kernel: [ 351.213588] usb 1-1: USB disconnect, address 3
>> Oct 3 13:14:54 annwn kernel: [ 351.213633] sd 4:0:0:0: Device
>> offlined - not ready after error recovery
>> Oct 3 13:14:54 annwn kernel: [ 351.213650] sd 4:0:0:0: [sdb]
>> Unhandled error code
>> Oct 3 13:14:54 annwn kernel: [ 351.213655] sd 4:0:0:0: [sdb] Result:
>> hostbyte=DID_ABORT driverbyte=DRIVER_OK
>> Oct 3 13:14:54 annwn kernel: [ 351.213663] end_request: I/O error,
>> dev sdb, sector 8596352
>> Oct 3 13:14:54 annwn kernel: [ 351.213774] sd 4:0:0:0: rejecting I/O
>> to offline device
>> Oct 3 13:14:54 annwn kernel: [ 351.213816] sd 4:0:0:0: rejecting I/O
>> to offline device
>> Oct 3 13:14:54 annwn kernel: [ 351.213852] sd 4:0:0:0: rejecting I/O
>> to offline device
>> Oct 3 13:14:54 annwn kernel: [ 351.213891] sd 4:0:0:0: rejecting I/O
>> to offline device
>> Oct 3 13:14:54 annwn kernel: [ 351.213927] sd 4:0:0:0: rejecting I/O
>> to offline device
>> Oct 3 13:14:54 annwn kernel: [ 351.213962] sd 4:0:0:0: rejecting I/O
>> to offline device
>> Oct 3 13:14:54 annwn kernel: [ 351.213997] sd 4:0:0:0: rejecting I/O
>> to offline device
>> Oct 3 13:14:54 annwn kernel: [ 351.214202] sd 4:0:0:0: rejecting I/O
>> to offline device
>> Oct 3 13:14:55 annwn kernel: [ 351.317278] usb 1-1: new high speed
>> USB device using ehci_hcd and address 4
>> Oct 3 13:14:55 annwn kernel: [ 351.432192] usb 1-1: New USB device
>> found, idVendor=152d, idProduct=2339
>> Oct 3 13:14:55 annwn kernel: [ 351.432196] usb 1-1: New USB device
>> strings: Mfr=1, Product=2, SerialNumber=5
>> Oct 3 13:14:55 annwn kernel: [ 351.432199] usb 1-1: Product: USB to
>> ATA/ATAPI Bridge
>> Oct 3 13:14:55 annwn kernel: [ 351.432202] usb 1-1: Manufacturer: JMicron
>> Oct 3 13:14:55 annwn kernel: [ 351.432204] usb 1-1: SerialNumber: 5D27FFFFFFFF
>> Oct 3 13:14:55 annwn kernel: [ 351.432321] usb 1-1: configuration #1
>> chosen from 1 choice
>> Oct 3 13:14:55 annwn kernel: [ 351.432791] scsi5 : SCSI emulation
>> for USB Mass Storage devices
>>
>> Can anyone help? This disk is important for me =/
>
> The log shows the device just disconnected from the system. You should
> post more of the logfile before the disconnect so we can see if it's an
> issue with the USB core. Did it work with a previous kernel?
There was nothing special in the log. I think it was completely silent
for a while. I'll grab more logs and post them.
I'm not sure if it was working properly on previous kernels. If it
did, it was probably a long time ago. I least I can remember this
behavior since .28.
> It could be that your disk is just dying, and occasionally
> disconnecting. Or you could have a bad cable or a hub that's
> introducing noise. Can you try a different USB cable?
I already tried with a different cable. Another external drive I have,
worked perfectly (badblocks didn't return a single bad one) with both
cables.
Cheers.
--
Felipe Contreras
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Annoying problems with lacie external hd (JMicron 0x2339?)
2009-10-03 10:35 Annoying problems with lacie external hd (JMicron 0x2339?) Felipe Contreras
2009-10-03 15:48 ` Sarah Sharp
@ 2009-10-03 21:26 ` Alan Stern
2009-10-06 18:57 ` Felipe Contreras
1 sibling, 1 reply; 9+ messages in thread
From: Alan Stern @ 2009-10-03 21:26 UTC (permalink / raw)
To: Felipe Contreras; +Cc: Linux Kernel Mailing List, linux-usb
On Sat, 3 Oct 2009, Felipe Contreras wrote:
> Hi,
>
> This is with 2.6.31.1.
>
> I'm having a lot of problems with a lacie external hd[1]. It seems the
> actual disk is a seagate ST375064, and the bridge is a JMicron 2339.
>
> In normal usage what I see is that if I don't use the disk after a
> while hear a loud click (as if something got stuck) and then I cannot
> use it any more; I have to turn it off and on again.
This sounds very much like a hardware problem, either in the drive or
in the bridge chip. There's no direct way to tell which; you would
have to try attaching the drive to a different chip or the chip to a
different drive.
The two places where your listings showed the Serial number (the kernel
log and the /sys/kernel/debug/usb/devices file) have different values,
suggesting that the chip is at fault. But this isn't definitive.
Alan Stern
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Annoying problems with lacie external hd (JMicron 0x2339?)
2009-10-03 21:26 ` Alan Stern
@ 2009-10-06 18:57 ` Felipe Contreras
2009-10-06 20:10 ` Alan Stern
0 siblings, 1 reply; 9+ messages in thread
From: Felipe Contreras @ 2009-10-06 18:57 UTC (permalink / raw)
To: Alan Stern; +Cc: Sarah Sharp, Linux Kernel Mailing List, linux-usb
[-- Attachment #1: Type: text/plain, Size: 1678 bytes --]
On Sun, Oct 4, 2009 at 12:26 AM, Alan Stern <stern@rowland.harvard.edu> wrote:
> On Sat, 3 Oct 2009, Felipe Contreras wrote:
>
>> Hi,
>>
>> This is with 2.6.31.1.
>>
>> I'm having a lot of problems with a lacie external hd[1]. It seems the
>> actual disk is a seagate ST375064, and the bridge is a JMicron 2339.
>>
>> In normal usage what I see is that if I don't use the disk after a
>> while hear a loud click (as if something got stuck) and then I cannot
>> use it any more; I have to turn it off and on again.
>
> This sounds very much like a hardware problem, either in the drive or
> in the bridge chip. There's no direct way to tell which; you would
> have to try attaching the drive to a different chip or the chip to a
> different drive.
I'm not sure I can do that. There doesn't seem to be any way to open
the device and I don't have a way to test neither the disk, nor the
bridge. I would like to leave that as last option.
> The two places where your listings showed the Serial number (the kernel
> log and the /sys/kernel/debug/usb/devices file) have different values,
> suggesting that the chip is at fault. But this isn't definitive.
The first reported serial number seems to be correct, but the second
one (after the click) isn't.
Anyway, what about all the errors before the loud click? Couldn't it
be that the driver is causing the device to malfunction? At least the
patch seems to decrease the number of reported bad blocks. Once
applying the patch the first block of bad blocks is always the same,
but the second is always different, then the click happens.
I'm attaching the full log.
--
Felipe Contreras
[-- Attachment #2: usb.txt --]
[-- Type: text/plain, Size: 29147 bytes --]
Oct 6 21:34:13 annwn kernel: [ 769.486074] usb 1-1: new high speed USB device using ehci_hcd and address 3
Oct 6 21:34:13 annwn kernel: [ 769.600945] usb 1-1: New USB device found, idVendor=152d, idProduct=2339
Oct 6 21:34:13 annwn kernel: [ 769.600951] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=5
Oct 6 21:34:13 annwn kernel: [ 769.600957] usb 1-1: Product: USB to ATA/ATAPI Bridge
Oct 6 21:34:13 annwn kernel: [ 769.600962] usb 1-1: Manufacturer: JMicron
Oct 6 21:34:13 annwn kernel: [ 769.600967] usb 1-1: SerialNumber: 152D203380B6
Oct 6 21:34:13 annwn kernel: [ 769.601124] usb 1-1: configuration #1 chosen from 1 choice
Oct 6 21:34:13 annwn kernel: [ 769.602197] scsi4 : SCSI emulation for USB Mass Storage devices
Oct 6 21:34:22 annwn kernel: [ 778.686848] scsi 4:0:0:0: Direct-Access ST375064 0AS PQ: 0 ANSI: 2 CCS
Oct 6 21:34:22 annwn kernel: [ 778.687129] sd 4:0:0:0: Attached scsi generic sg1 type 0
Oct 6 21:34:22 annwn kernel: [ 778.757661] sd 4:0:0:0: [sdb] 1465149168 512-byte logical blocks: (750 GB/698 GiB)
Oct 6 21:34:22 annwn kernel: [ 778.758156] sd 4:0:0:0: [sdb] Write Protect is off
Oct 6 21:34:22 annwn kernel: [ 778.758167] sd 4:0:0:0: [sdb] Assuming drive cache: write through
Oct 6 21:34:22 annwn kernel: [ 778.759405] sd 4:0:0:0: [sdb] Assuming drive cache: write through
Oct 6 21:34:22 annwn kernel: [ 778.759412] sdb: sdb1
Oct 6 21:34:22 annwn kernel: [ 778.773403] sd 4:0:0:0: [sdb] Assuming drive cache: write through
Oct 6 21:34:22 annwn kernel: [ 778.773412] sd 4:0:0:0: [sdb] Attached SCSI disk
Oct 6 21:35:00 annwn kernel: [ 816.098125] sd 4:0:0:0: [sdb] Unhandled sense code
Oct 6 21:35:00 annwn kernel: [ 816.098133] sd 4:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Oct 6 21:35:00 annwn kernel: [ 816.098141] sd 4:0:0:0: [sdb] Sense Key : Medium Error [current]
Oct 6 21:35:00 annwn kernel: [ 816.098150] sd 4:0:0:0: [sdb] Add. Sense: Unrecovered read error
Oct 6 21:35:00 annwn kernel: [ 816.098160] end_request: I/O error, dev sdb, sector 159360
Oct 6 21:35:02 annwn kernel: [ 818.038884] sd 4:0:0:0: [sdb] Unhandled sense code
Oct 6 21:35:02 annwn kernel: [ 818.038891] sd 4:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Oct 6 21:35:02 annwn kernel: [ 818.038899] sd 4:0:0:0: [sdb] Sense Key : Medium Error [current]
Oct 6 21:35:02 annwn kernel: [ 818.038908] sd 4:0:0:0: [sdb] Add. Sense: Unrecovered read error
Oct 6 21:35:02 annwn kernel: [ 818.038917] end_request: I/O error, dev sdb, sector 159368
Oct 6 21:35:02 annwn kernel: [ 818.038924] Buffer I/O error on device sdb, logical block 19921
Oct 6 21:35:02 annwn kernel: [ 818.038935] Buffer I/O error on device sdb, logical block 19922
Oct 6 21:35:02 annwn kernel: [ 818.038941] Buffer I/O error on device sdb, logical block 19923
Oct 6 21:35:02 annwn kernel: [ 818.038947] Buffer I/O error on device sdb, logical block 19924
Oct 6 21:35:02 annwn kernel: [ 818.038953] Buffer I/O error on device sdb, logical block 19925
Oct 6 21:35:02 annwn kernel: [ 818.038959] Buffer I/O error on device sdb, logical block 19926
Oct 6 21:35:02 annwn kernel: [ 818.038965] Buffer I/O error on device sdb, logical block 19927
Oct 6 21:35:02 annwn kernel: [ 818.038971] Buffer I/O error on device sdb, logical block 19928
Oct 6 21:35:02 annwn kernel: [ 818.038977] Buffer I/O error on device sdb, logical block 19929
Oct 6 21:35:04 annwn kernel: [ 820.046653] sd 4:0:0:0: [sdb] Unhandled sense code
Oct 6 21:35:04 annwn kernel: [ 820.046661] sd 4:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Oct 6 21:35:04 annwn kernel: [ 820.046669] sd 4:0:0:0: [sdb] Sense Key : Medium Error [current]
Oct 6 21:35:04 annwn kernel: [ 820.046678] sd 4:0:0:0: [sdb] Add. Sense: Unrecovered read error
Oct 6 21:35:04 annwn kernel: [ 820.046687] end_request: I/O error, dev sdb, sector 159424
Oct 6 21:35:06 annwn kernel: [ 822.016422] sd 4:0:0:0: [sdb] Unhandled sense code
Oct 6 21:35:06 annwn kernel: [ 822.016431] sd 4:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Oct 6 21:35:06 annwn kernel: [ 822.016438] sd 4:0:0:0: [sdb] Sense Key : Medium Error [current]
Oct 6 21:35:06 annwn kernel: [ 822.016447] sd 4:0:0:0: [sdb] Add. Sense: Unrecovered read error
Oct 6 21:35:06 annwn kernel: [ 822.016457] end_request: I/O error, dev sdb, sector 159424
Oct 6 21:35:07 annwn kernel: [ 823.993305] sd 4:0:0:0: [sdb] Unhandled sense code
Oct 6 21:35:07 annwn kernel: [ 823.993313] sd 4:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Oct 6 21:35:07 annwn kernel: [ 823.993320] sd 4:0:0:0: [sdb] Sense Key : Medium Error [current]
Oct 6 21:35:07 annwn kernel: [ 823.993329] sd 4:0:0:0: [sdb] Add. Sense: Unrecovered read error
Oct 6 21:35:07 annwn kernel: [ 823.993338] end_request: I/O error, dev sdb, sector 159424
Oct 6 21:35:07 annwn kernel: [ 823.993345] __ratelimit: 23 callbacks suppressed
Oct 6 21:35:07 annwn kernel: [ 823.993351] Buffer I/O error on device sdb, logical block 19928
Oct 6 21:35:09 annwn kernel: [ 825.962084] sd 4:0:0:0: [sdb] Unhandled sense code
Oct 6 21:35:09 annwn kernel: [ 825.962092] sd 4:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Oct 6 21:35:09 annwn kernel: [ 825.962100] sd 4:0:0:0: [sdb] Sense Key : Medium Error [current]
Oct 6 21:35:09 annwn kernel: [ 825.962108] sd 4:0:0:0: [sdb] Add. Sense: Unrecovered read error
Oct 6 21:35:09 annwn kernel: [ 825.962118] end_request: I/O error, dev sdb, sector 159424
Oct 6 21:35:09 annwn kernel: [ 825.962125] Buffer I/O error on device sdb, logical block 19928
Oct 6 21:35:12 annwn kernel: [ 828.355107] sd 4:0:0:0: [sdb] Unhandled sense code
Oct 6 21:35:12 annwn kernel: [ 828.355115] sd 4:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Oct 6 21:35:12 annwn kernel: [ 828.355123] sd 4:0:0:0: [sdb] Sense Key : Medium Error [current]
Oct 6 21:35:12 annwn kernel: [ 828.355131] sd 4:0:0:0: [sdb] Add. Sense: Unrecovered read error
Oct 6 21:35:12 annwn kernel: [ 828.355141] end_request: I/O error, dev sdb, sector 159432
Oct 6 21:35:12 annwn kernel: [ 828.355148] Buffer I/O error on device sdb, logical block 19929
Oct 6 21:35:14 annwn kernel: [ 830.755876] sd 4:0:0:0: [sdb] Unhandled sense code
Oct 6 21:35:14 annwn kernel: [ 830.755883] sd 4:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Oct 6 21:35:14 annwn kernel: [ 830.755891] sd 4:0:0:0: [sdb] Sense Key : Medium Error [current]
Oct 6 21:35:14 annwn kernel: [ 830.755900] sd 4:0:0:0: [sdb] Add. Sense: Unrecovered read error
Oct 6 21:35:14 annwn kernel: [ 830.755910] end_request: I/O error, dev sdb, sector 159432
Oct 6 21:35:14 annwn kernel: [ 830.755917] Buffer I/O error on device sdb, logical block 19929
Oct 6 21:35:17 annwn kernel: [ 833.166523] sd 4:0:0:0: [sdb] Unhandled sense code
Oct 6 21:35:17 annwn kernel: [ 833.166533] sd 4:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Oct 6 21:35:17 annwn kernel: [ 833.166541] sd 4:0:0:0: [sdb] Sense Key : Medium Error [current]
Oct 6 21:35:17 annwn kernel: [ 833.166550] sd 4:0:0:0: [sdb] Add. Sense: Unrecovered read error
Oct 6 21:35:17 annwn kernel: [ 833.166560] end_request: I/O error, dev sdb, sector 159432
Oct 6 21:35:17 annwn kernel: [ 833.166567] Buffer I/O error on device sdb, logical block 19929
Oct 6 21:35:19 annwn kernel: [ 835.579029] sd 4:0:0:0: [sdb] Unhandled sense code
Oct 6 21:35:19 annwn kernel: [ 835.579038] sd 4:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Oct 6 21:35:19 annwn kernel: [ 835.579045] sd 4:0:0:0: [sdb] Sense Key : Medium Error [current]
Oct 6 21:35:19 annwn kernel: [ 835.579054] sd 4:0:0:0: [sdb] Add. Sense: Unrecovered read error
Oct 6 21:35:19 annwn kernel: [ 835.579063] end_request: I/O error, dev sdb, sector 159432
Oct 6 21:35:19 annwn kernel: [ 835.579071] Buffer I/O error on device sdb, logical block 19929
Oct 6 21:35:22 annwn kernel: [ 838.063562] sd 4:0:0:0: [sdb] Unhandled sense code
Oct 6 21:35:22 annwn kernel: [ 838.063570] sd 4:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Oct 6 21:35:22 annwn kernel: [ 838.063578] sd 4:0:0:0: [sdb] Sense Key : Medium Error [current]
Oct 6 21:35:22 annwn kernel: [ 838.063587] sd 4:0:0:0: [sdb] Add. Sense: Unrecovered read error
Oct 6 21:35:22 annwn kernel: [ 838.063596] end_request: I/O error, dev sdb, sector 162016
Oct 6 21:35:24 annwn kernel: [ 840.485838] sd 4:0:0:0: [sdb] Unhandled sense code
Oct 6 21:35:24 annwn kernel: [ 840.485847] sd 4:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Oct 6 21:35:24 annwn kernel: [ 840.485855] sd 4:0:0:0: [sdb] Sense Key : Medium Error [current]
Oct 6 21:35:24 annwn kernel: [ 840.485864] sd 4:0:0:0: [sdb] Add. Sense: Unrecovered read error
Oct 6 21:35:24 annwn kernel: [ 840.485873] end_request: I/O error, dev sdb, sector 162056
Oct 6 21:35:24 annwn kernel: [ 840.485881] Buffer I/O error on device sdb, logical block 20257
Oct 6 21:35:26 annwn kernel: [ 842.899611] sd 4:0:0:0: [sdb] Unhandled sense code
Oct 6 21:35:26 annwn kernel: [ 842.899621] sd 4:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Oct 6 21:35:26 annwn kernel: [ 842.899629] sd 4:0:0:0: [sdb] Sense Key : Medium Error [current]
Oct 6 21:35:26 annwn kernel: [ 842.899637] sd 4:0:0:0: [sdb] Add. Sense: Unrecovered read error
Oct 6 21:35:26 annwn kernel: [ 842.899647] end_request: I/O error, dev sdb, sector 162056
Oct 6 21:35:26 annwn kernel: [ 842.899655] Buffer I/O error on device sdb, logical block 20257
Oct 6 21:35:29 annwn kernel: [ 845.318268] sd 4:0:0:0: [sdb] Unhandled sense code
Oct 6 21:35:29 annwn kernel: [ 845.318277] sd 4:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Oct 6 21:35:29 annwn kernel: [ 845.318285] sd 4:0:0:0: [sdb] Sense Key : Medium Error [current]
Oct 6 21:35:29 annwn kernel: [ 845.318293] sd 4:0:0:0: [sdb] Add. Sense: Unrecovered read error
Oct 6 21:35:29 annwn kernel: [ 845.318303] end_request: I/O error, dev sdb, sector 162056
Oct 6 21:35:29 annwn kernel: [ 845.318310] Buffer I/O error on device sdb, logical block 20257
Oct 6 21:35:31 annwn kernel: [ 847.735777] sd 4:0:0:0: [sdb] Unhandled sense code
Oct 6 21:35:31 annwn kernel: [ 847.735785] sd 4:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Oct 6 21:35:31 annwn kernel: [ 847.735793] sd 4:0:0:0: [sdb] Sense Key : Medium Error [current]
Oct 6 21:35:31 annwn kernel: [ 847.735802] sd 4:0:0:0: [sdb] Add. Sense: Unrecovered read error
Oct 6 21:35:31 annwn kernel: [ 847.735811] end_request: I/O error, dev sdb, sector 162056
Oct 6 21:35:31 annwn kernel: [ 847.735819] Buffer I/O error on device sdb, logical block 20257
Oct 6 21:35:34 annwn kernel: [ 850.147797] sd 4:0:0:0: [sdb] Unhandled sense code
Oct 6 21:35:34 annwn kernel: [ 850.147806] sd 4:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Oct 6 21:35:34 annwn kernel: [ 850.147813] sd 4:0:0:0: [sdb] Sense Key : Medium Error [current]
Oct 6 21:35:34 annwn kernel: [ 850.147822] sd 4:0:0:0: [sdb] Add. Sense: Unrecovered read error
Oct 6 21:35:34 annwn kernel: [ 850.147832] end_request: I/O error, dev sdb, sector 162056
Oct 6 21:35:34 annwn kernel: [ 850.147839] Buffer I/O error on device sdb, logical block 20257
Oct 6 21:35:36 annwn kernel: [ 852.800449] sd 4:0:0:0: [sdb] Unhandled sense code
Oct 6 21:35:36 annwn kernel: [ 852.800459] sd 4:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Oct 6 21:35:36 annwn kernel: [ 852.800466] sd 4:0:0:0: [sdb] Sense Key : Medium Error [current]
Oct 6 21:35:36 annwn kernel: [ 852.800475] sd 4:0:0:0: [sdb] Add. Sense: Unrecovered read error
Oct 6 21:35:36 annwn kernel: [ 852.800485] end_request: I/O error, dev sdb, sector 162064
Oct 6 21:35:36 annwn kernel: [ 852.800492] Buffer I/O error on device sdb, logical block 20258
Oct 6 21:35:39 annwn kernel: [ 855.440341] sd 4:0:0:0: [sdb] Unhandled sense code
Oct 6 21:35:39 annwn kernel: [ 855.440349] sd 4:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Oct 6 21:35:39 annwn kernel: [ 855.440357] sd 4:0:0:0: [sdb] Sense Key : Medium Error [current]
Oct 6 21:35:39 annwn kernel: [ 855.440365] sd 4:0:0:0: [sdb] Add. Sense: Unrecovered read error
Oct 6 21:35:39 annwn kernel: [ 855.440375] end_request: I/O error, dev sdb, sector 162064
Oct 6 21:35:39 annwn kernel: [ 855.440382] Buffer I/O error on device sdb, logical block 20258
Oct 6 21:35:42 annwn kernel: [ 858.095245] sd 4:0:0:0: [sdb] Unhandled sense code
Oct 6 21:35:42 annwn kernel: [ 858.095267] sd 4:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Oct 6 21:35:42 annwn kernel: [ 858.095275] sd 4:0:0:0: [sdb] Sense Key : Medium Error [current]
Oct 6 21:35:42 annwn kernel: [ 858.095284] sd 4:0:0:0: [sdb] Add. Sense: Unrecovered read error
Oct 6 21:35:42 annwn kernel: [ 858.095294] end_request: I/O error, dev sdb, sector 162064
Oct 6 21:35:42 annwn kernel: [ 858.095301] Buffer I/O error on device sdb, logical block 20258
Oct 6 21:35:44 annwn kernel: [ 860.732643] sd 4:0:0:0: [sdb] Unhandled sense code
Oct 6 21:35:44 annwn kernel: [ 860.732651] sd 4:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Oct 6 21:35:44 annwn kernel: [ 860.732659] sd 4:0:0:0: [sdb] Sense Key : Medium Error [current]
Oct 6 21:35:44 annwn kernel: [ 860.732668] sd 4:0:0:0: [sdb] Add. Sense: Unrecovered read error
Oct 6 21:35:44 annwn kernel: [ 860.732677] end_request: I/O error, dev sdb, sector 162064
Oct 6 21:35:44 annwn kernel: [ 860.732685] Buffer I/O error on device sdb, logical block 20258
Oct 6 21:35:47 annwn kernel: [ 863.248541] sd 4:0:0:0: [sdb] Unhandled sense code
Oct 6 21:35:47 annwn kernel: [ 863.248550] sd 4:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Oct 6 21:35:47 annwn kernel: [ 863.248557] sd 4:0:0:0: [sdb] Sense Key : Medium Error [current]
Oct 6 21:35:47 annwn kernel: [ 863.248566] sd 4:0:0:0: [sdb] Add. Sense: Unrecovered read error
Oct 6 21:35:47 annwn kernel: [ 863.248576] end_request: I/O error, dev sdb, sector 162088
Oct 6 21:35:47 annwn kernel: [ 863.248583] Buffer I/O error on device sdb, logical block 20261
Oct 6 21:35:49 annwn kernel: [ 865.790939] sd 4:0:0:0: [sdb] Unhandled sense code
Oct 6 21:35:49 annwn kernel: [ 865.790947] sd 4:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Oct 6 21:35:49 annwn kernel: [ 865.790955] sd 4:0:0:0: [sdb] Sense Key : Medium Error [current]
Oct 6 21:35:49 annwn kernel: [ 865.790964] sd 4:0:0:0: [sdb] Add. Sense: Unrecovered read error
Oct 6 21:35:49 annwn kernel: [ 865.790974] end_request: I/O error, dev sdb, sector 162088
Oct 6 21:35:49 annwn kernel: [ 865.790981] Buffer I/O error on device sdb, logical block 20261
Oct 6 21:35:52 annwn kernel: [ 868.351214] sd 4:0:0:0: [sdb] Unhandled sense code
Oct 6 21:35:52 annwn kernel: [ 868.351222] sd 4:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Oct 6 21:35:52 annwn kernel: [ 868.351230] sd 4:0:0:0: [sdb] Sense Key : Medium Error [current]
Oct 6 21:35:52 annwn kernel: [ 868.351238] sd 4:0:0:0: [sdb] Add. Sense: Unrecovered read error
Oct 6 21:35:52 annwn kernel: [ 868.351248] end_request: I/O error, dev sdb, sector 162088
Oct 6 21:35:52 annwn kernel: [ 868.351269] Buffer I/O error on device sdb, logical block 20261
Oct 6 21:35:54 annwn kernel: [ 870.895608] sd 4:0:0:0: [sdb] Unhandled sense code
Oct 6 21:35:54 annwn kernel: [ 870.895616] sd 4:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Oct 6 21:35:54 annwn kernel: [ 870.895624] sd 4:0:0:0: [sdb] Sense Key : Medium Error [current]
Oct 6 21:35:54 annwn kernel: [ 870.895633] sd 4:0:0:0: [sdb] Add. Sense: Unrecovered read error
Oct 6 21:35:54 annwn kernel: [ 870.895642] end_request: I/O error, dev sdb, sector 162088
Oct 6 21:35:54 annwn kernel: [ 870.895649] Buffer I/O error on device sdb, logical block 20261
Oct 6 21:35:57 annwn kernel: [ 873.483633] sd 4:0:0:0: [sdb] Unhandled sense code
Oct 6 21:35:57 annwn kernel: [ 873.483641] sd 4:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Oct 6 21:35:57 annwn kernel: [ 873.483649] sd 4:0:0:0: [sdb] Sense Key : Medium Error [current]
Oct 6 21:35:57 annwn kernel: [ 873.483658] sd 4:0:0:0: [sdb] Add. Sense: Unrecovered read error
Oct 6 21:35:57 annwn kernel: [ 873.483667] end_request: I/O error, dev sdb, sector 162088
Oct 6 21:35:57 annwn kernel: [ 873.483675] Buffer I/O error on device sdb, logical block 20261
Oct 6 21:36:03 annwn kernel: [ 879.110311] sd 4:0:0:0: [sdb] Unhandled sense code
Oct 6 21:36:03 annwn kernel: [ 879.110319] sd 4:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Oct 6 21:36:03 annwn kernel: [ 879.110327] sd 4:0:0:0: [sdb] Sense Key : Medium Error [current]
Oct 6 21:36:03 annwn kernel: [ 879.110336] sd 4:0:0:0: [sdb] Add. Sense: Unrecovered read error
Oct 6 21:36:03 annwn kernel: [ 879.110345] end_request: I/O error, dev sdb, sector 224400
Oct 6 21:36:05 annwn kernel: [ 881.530831] sd 4:0:0:0: [sdb] Unhandled sense code
Oct 6 21:36:05 annwn kernel: [ 881.530839] sd 4:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Oct 6 21:36:05 annwn kernel: [ 881.530847] sd 4:0:0:0: [sdb] Sense Key : Medium Error [current]
Oct 6 21:36:05 annwn kernel: [ 881.530856] sd 4:0:0:0: [sdb] Add. Sense: Unrecovered read error
Oct 6 21:36:05 annwn kernel: [ 881.530865] end_request: I/O error, dev sdb, sector 224400
Oct 6 21:36:05 annwn kernel: [ 881.530873] Buffer I/O error on device sdb, logical block 28050
Oct 6 21:36:07 annwn kernel: [ 883.931104] sd 4:0:0:0: [sdb] Unhandled sense code
Oct 6 21:36:07 annwn kernel: [ 883.931113] sd 4:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Oct 6 21:36:07 annwn kernel: [ 883.931121] sd 4:0:0:0: [sdb] Sense Key : Medium Error [current]
Oct 6 21:36:07 annwn kernel: [ 883.931130] sd 4:0:0:0: [sdb] Add. Sense: Unrecovered read error
Oct 6 21:36:07 annwn kernel: [ 883.931139] end_request: I/O error, dev sdb, sector 224400
Oct 6 21:36:07 annwn kernel: [ 883.931146] Buffer I/O error on device sdb, logical block 28050
Oct 6 21:36:10 annwn kernel: [ 886.353249] sd 4:0:0:0: [sdb] Unhandled sense code
Oct 6 21:36:10 annwn kernel: [ 886.353270] sd 4:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Oct 6 21:36:10 annwn kernel: [ 886.353277] sd 4:0:0:0: [sdb] Sense Key : Medium Error [current]
Oct 6 21:36:10 annwn kernel: [ 886.353286] sd 4:0:0:0: [sdb] Add. Sense: Unrecovered read error
Oct 6 21:36:10 annwn kernel: [ 886.353296] end_request: I/O error, dev sdb, sector 224400
Oct 6 21:36:10 annwn kernel: [ 886.353303] Buffer I/O error on device sdb, logical block 28050
Oct 6 21:40:50 annwn kernel: [ 1166.146392] sd 4:0:0:0: [sdb] Unhandled sense code
Oct 6 21:40:50 annwn kernel: [ 1166.146401] sd 4:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Oct 6 21:40:50 annwn kernel: [ 1166.146409] sd 4:0:0:0: [sdb] Sense Key : Medium Error [current]
Oct 6 21:40:50 annwn kernel: [ 1166.146418] sd 4:0:0:0: [sdb] Add. Sense: Unrecovered read error
Oct 6 21:40:50 annwn kernel: [ 1166.146428] end_request: I/O error, dev sdb, sector 16560512
Oct 6 21:40:52 annwn kernel: [ 1168.599891] sd 4:0:0:0: [sdb] Unhandled sense code
Oct 6 21:40:52 annwn kernel: [ 1168.599900] sd 4:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Oct 6 21:40:52 annwn kernel: [ 1168.599907] sd 4:0:0:0: [sdb] Sense Key : Medium Error [current]
Oct 6 21:40:52 annwn kernel: [ 1168.599916] sd 4:0:0:0: [sdb] Add. Sense: Unrecovered read error
Oct 6 21:40:52 annwn kernel: [ 1168.599926] end_request: I/O error, dev sdb, sector 16560616
Oct 6 21:40:52 annwn kernel: [ 1168.599934] Buffer I/O error on device sdb, logical block 2070077
Oct 6 21:40:55 annwn kernel: [ 1171.031516] sd 4:0:0:0: [sdb] Unhandled sense code
Oct 6 21:40:55 annwn kernel: [ 1171.031526] sd 4:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Oct 6 21:40:55 annwn kernel: [ 1171.031533] sd 4:0:0:0: [sdb] Sense Key : Medium Error [current]
Oct 6 21:40:55 annwn kernel: [ 1171.031542] sd 4:0:0:0: [sdb] Add. Sense: Unrecovered read error
Oct 6 21:40:55 annwn kernel: [ 1171.031552] end_request: I/O error, dev sdb, sector 16560616
Oct 6 21:40:55 annwn kernel: [ 1171.031559] Buffer I/O error on device sdb, logical block 2070077
Oct 6 21:40:57 annwn kernel: [ 1173.459280] sd 4:0:0:0: [sdb] Unhandled sense code
Oct 6 21:40:57 annwn kernel: [ 1173.459288] sd 4:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Oct 6 21:40:57 annwn kernel: [ 1173.459296] sd 4:0:0:0: [sdb] Sense Key : Medium Error [current]
Oct 6 21:40:57 annwn kernel: [ 1173.459305] sd 4:0:0:0: [sdb] Add. Sense: Unrecovered read error
Oct 6 21:40:57 annwn kernel: [ 1173.459315] end_request: I/O error, dev sdb, sector 16560616
Oct 6 21:40:57 annwn kernel: [ 1173.459322] Buffer I/O error on device sdb, logical block 2070077
Oct 6 21:40:59 annwn kernel: [ 1175.906520] sd 4:0:0:0: [sdb] Unhandled sense code
Oct 6 21:40:59 annwn kernel: [ 1175.906528] sd 4:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Oct 6 21:40:59 annwn kernel: [ 1175.906536] sd 4:0:0:0: [sdb] Sense Key : Medium Error [current]
Oct 6 21:40:59 annwn kernel: [ 1175.906545] sd 4:0:0:0: [sdb] Add. Sense: Unrecovered read error
Oct 6 21:40:59 annwn kernel: [ 1175.906555] end_request: I/O error, dev sdb, sector 16560616
Oct 6 21:40:59 annwn kernel: [ 1175.906562] Buffer I/O error on device sdb, logical block 2070077
Oct 6 21:41:02 annwn kernel: [ 1178.338772] sd 4:0:0:0: [sdb] Unhandled sense code
Oct 6 21:41:02 annwn kernel: [ 1178.338781] sd 4:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Oct 6 21:41:02 annwn kernel: [ 1178.338789] sd 4:0:0:0: [sdb] Sense Key : Medium Error [current]
Oct 6 21:41:02 annwn kernel: [ 1178.338798] sd 4:0:0:0: [sdb] Add. Sense: Unrecovered read error
Oct 6 21:41:02 annwn kernel: [ 1178.338807] end_request: I/O error, dev sdb, sector 16560616
Oct 6 21:41:02 annwn kernel: [ 1178.338815] Buffer I/O error on device sdb, logical block 2070077
# long delay, they loud clicking sound
Oct 6 21:43:21 annwn kernel: [ 1317.099324] usb 1-1: reset high speed USB device using ehci_hcd and address 3
Oct 6 21:43:21 annwn kernel: [ 1317.213637] usb 1-1: device firmware changed
Oct 6 21:43:21 annwn kernel: [ 1317.213670] sd 4:0:0:0: Device offlined - not ready after error recovery
Oct 6 21:43:21 annwn kernel: [ 1317.213681] sd 4:0:0:0: [sdb] Unhandled error code
Oct 6 21:43:21 annwn kernel: [ 1317.213683] sd 4:0:0:0: [sdb] Result: hostbyte=DID_ABORT driverbyte=DRIVER_OK
Oct 6 21:43:21 annwn kernel: [ 1317.213688] end_request: I/O error, dev sdb, sector 22869456
Oct 6 21:43:21 annwn kernel: [ 1317.213787] sd 4:0:0:0: rejecting I/O to offline device
Oct 6 21:43:21 annwn kernel: [ 1317.213810] usb 1-1: USB disconnect, address 3
Oct 6 21:43:21 annwn kernel: [ 1317.213838] sd 4:0:0:0: rejecting I/O to offline device
Oct 6 21:43:21 annwn kernel: [ 1317.213859] sd 4:0:0:0: rejecting I/O to offline device
Oct 6 21:43:21 annwn kernel: [ 1317.213887] sd 4:0:0:0: rejecting I/O to offline device
Oct 6 21:43:21 annwn kernel: [ 1317.213908] sd 4:0:0:0: rejecting I/O to offline device
Oct 6 21:43:21 annwn kernel: [ 1317.213928] sd 4:0:0:0: rejecting I/O to offline device
Oct 6 21:43:21 annwn kernel: [ 1317.213948] sd 4:0:0:0: rejecting I/O to offline device
Oct 6 21:43:21 annwn kernel: [ 1317.213969] sd 4:0:0:0: rejecting I/O to offline device
Oct 6 21:43:21 annwn kernel: [ 1317.213989] sd 4:0:0:0: rejecting I/O to offline device
Oct 6 21:43:21 annwn kernel: [ 1317.214009] sd 4:0:0:0: rejecting I/O to offline device
Oct 6 21:43:21 annwn kernel: [ 1317.214030] sd 4:0:0:0: rejecting I/O to offline device
Oct 6 21:43:21 annwn kernel: [ 1317.214052] sd 4:0:0:0: rejecting I/O to offline device
Oct 6 21:43:21 annwn kernel: [ 1317.214072] sd 4:0:0:0: rejecting I/O to offline device
Oct 6 21:43:21 annwn kernel: [ 1317.214092] sd 4:0:0:0: rejecting I/O to offline device
Oct 6 21:43:21 annwn kernel: [ 1317.214112] sd 4:0:0:0: rejecting I/O to offline device
Oct 6 21:43:21 annwn kernel: [ 1317.214133] sd 4:0:0:0: rejecting I/O to offline device
Oct 6 21:43:21 annwn kernel: [ 1317.214153] sd 4:0:0:0: rejecting I/O to offline device
Oct 6 21:43:21 annwn kernel: [ 1317.214173] sd 4:0:0:0: rejecting I/O to offline device
Oct 6 21:43:21 annwn kernel: [ 1317.214193] sd 4:0:0:0: rejecting I/O to offline device
Oct 6 21:43:21 annwn kernel: [ 1317.214214] sd 4:0:0:0: rejecting I/O to offline device
Oct 6 21:43:21 annwn kernel: [ 1317.214234] sd 4:0:0:0: rejecting I/O to offline device
Oct 6 21:43:21 annwn kernel: [ 1317.214265] sd 4:0:0:0: rejecting I/O to offline device
Oct 6 21:43:21 annwn kernel: [ 1317.317277] usb 1-1: new high speed USB device using ehci_hcd and address 4
Oct 6 21:43:21 annwn kernel: [ 1317.432127] usb 1-1: New USB device found, idVendor=152d, idProduct=2339
Oct 6 21:43:21 annwn kernel: [ 1317.432131] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=5
Oct 6 21:43:21 annwn kernel: [ 1317.432134] usb 1-1: Product: USB to ATA/ATAPI Bridge
Oct 6 21:43:21 annwn kernel: [ 1317.432137] usb 1-1: Manufacturer: JMicron
Oct 6 21:43:21 annwn kernel: [ 1317.432139] usb 1-1: SerialNumber: 5D27FFFFFFFF
Oct 6 21:43:21 annwn kernel: [ 1317.432246] usb 1-1: configuration #1 chosen from 1 choice
Oct 6 21:43:21 annwn kernel: [ 1317.432830] scsi5 : SCSI emulation for USB Mass Storage devices
Oct 6 21:43:47 annwn kernel: [ 1343.102284] usb 1-1: reset high speed USB device using ehci_hcd and address 4
Oct 6 21:43:57 annwn kernel: [ 1353.318279] usb 1-1: reset high speed USB device using ehci_hcd and address 4
Oct 6 21:44:03 annwn kernel: [ 1359.945154] scsi 5:0:0:0: Direct-Access ST375064 0AS PQ: 0 ANSI: 2 CCS
Oct 6 21:44:03 annwn kernel: [ 1359.945332] sd 5:0:0:0: Attached scsi generic sg1 type 0
Oct 6 21:44:03 annwn kernel: [ 1359.945877] sd 5:0:0:0: [sdc] 1465149168 512-byte logical blocks: (750 GB/698 GiB)
Oct 6 21:44:03 annwn kernel: [ 1359.946730] sd 5:0:0:0: [sdc] Write Protect is off
Oct 6 21:44:03 annwn kernel: [ 1359.946737] sd 5:0:0:0: [sdc] Assuming drive cache: write through
Oct 6 21:44:03 annwn kernel: [ 1359.947873] sd 5:0:0:0: [sdc] Assuming drive cache: write through
Oct 6 21:44:34 annwn kernel: [ 1359.947878] sdc:
Oct 6 21:44:34 annwn kernel: [ 1390.099274] usb 1-1: reset high speed USB device using ehci_hcd and address 4
Oct 6 21:44:44 annwn kernel: [ 1400.315271] usb 1-1: reset high speed USB device using ehci_hcd and address 4
Oct 6 21:45:21 annwn kernel: [ 1437.099277] usb 1-1: reset high speed USB device using ehci_hcd and address 4
Oct 6 21:45:31 annwn kernel: [ 1447.315279] usb 1-1: reset high speed USB device using ehci_hcd and address 4
Oct 6 21:46:08 annwn kernel: [ 1484.099270] usb 1-1: reset high speed USB device using ehci_hcd and address 4
Oct 6 21:46:18 annwn kernel: [ 1494.315281] usb 1-1: reset high speed USB device using ehci_hcd and address 4
Oct 6 21:46:55 annwn kernel: [ 1531.099285] usb 1-1: reset high speed USB device using ehci_hcd and address 4
Oct 6 21:47:05 annwn kernel: [ 1541.315289] usb 1-1: reset high speed USB device using ehci_hcd and address 4
Oct 6 21:47:42 annwn kernel: [ 1578.099288] usb 1-1: reset high speed USB device using ehci_hcd and address 4
Oct 6 21:47:52 annwn kernel: [ 1588.315301] usb 1-1: reset high speed USB device using ehci_hcd and address 4
Oct 6 21:48:29 annwn kernel: [ 1625.099288] usb 1-1: reset high speed USB device using ehci_hcd and address 4
Oct 6 21:48:39 annwn kernel: [ 1635.315283] usb 1-1: reset high speed USB device using ehci_hcd and address 4
Oct 6 21:48:45 annwn kernel: [ 1641.941774] sd 5:0:0:0: [sdc] Unhandled error code
Oct 6 21:48:45 annwn kernel: [ 1641.941780] sd 5:0:0:0: [sdc] Result: hostbyte=DID_ABORT driverbyte=DRIVER_OK
Oct 6 21:48:45 annwn kernel: [ 1641.941785] end_request: I/O error, dev sdc, sector 0
Oct 6 21:48:45 annwn kernel: [ 1641.941789] Buffer I/O error on device sdc, logical block 0
Oct 6 21:49:16 annwn kernel: [ 1672.099273] usb 1-1: reset high speed USB device using ehci_hcd and address 4
Oct 6 21:49:26 annwn kernel: [ 1682.315272] usb 1-1: reset high speed USB device using ehci_hcd and address 4
Oct 6 21:50:03 annwn kernel: [ 1719.099282] usb 1-1: reset high speed USB device using ehci_hcd and address 4
Oct 6 21:50:13 annwn kernel: [ 1729.316273] usb 1-1: reset high speed USB device using ehci_hcd and address 4
Oct 6 21:50:50 annwn kernel: [ 1766.099276] usb 1-1: reset high speed USB device using ehci_hcd and address 4
Oct 6 21:51:00 annwn kernel: [ 1776.315277] usb 1-1: reset high speed USB device using ehci_hcd and address 4
Oct 6 21:51:37 annwn kernel: [ 1813.101270] usb 1-1: reset high speed USB device using ehci_hcd and address 4
Oct 6 21:51:47 annwn kernel: [ 1823.325043] usb 1-1: reset high speed USB device using ehci_hcd and address 4
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Annoying problems with lacie external hd (JMicron 0x2339?)
2009-10-06 18:57 ` Felipe Contreras
@ 2009-10-06 20:10 ` Alan Stern
2009-10-08 20:46 ` Felipe Contreras
0 siblings, 1 reply; 9+ messages in thread
From: Alan Stern @ 2009-10-06 20:10 UTC (permalink / raw)
To: Felipe Contreras; +Cc: Sarah Sharp, Linux Kernel Mailing List, linux-usb
On Tue, 6 Oct 2009, Felipe Contreras wrote:
> On Sun, Oct 4, 2009 at 12:26 AM, Alan Stern <stern@rowland.harvard.edu> wrote:
> > On Sat, 3 Oct 2009, Felipe Contreras wrote:
> >
> >> Hi,
> >>
> >> This is with 2.6.31.1.
> >>
> >> I'm having a lot of problems with a lacie external hd[1]. It seems the
> >> actual disk is a seagate ST375064, and the bridge is a JMicron 2339.
> >>
> >> In normal usage what I see is that if I don't use the disk after a
> >> while hear a loud click (as if something got stuck) and then I cannot
> >> use it any more; I have to turn it off and on again.
> >
> > This sounds very much like a hardware problem, either in the drive or
> > in the bridge chip. Â There's no direct way to tell which; you would
> > have to try attaching the drive to a different chip or the chip to a
> > different drive.
>
> I'm not sure I can do that. There doesn't seem to be any way to open
> the device and I don't have a way to test neither the disk, nor the
> bridge. I would like to leave that as last option.
Then it doesn't really matter whether the problem is in the drive or in
the chip, since separating them is impractical.
> > The two places where your listings showed the Serial number (the kernel
> > log and the /sys/kernel/debug/usb/devices file) have different values,
> > suggesting that the chip is at fault. Â But this isn't definitive.
>
> The first reported serial number seems to be correct, but the second
> one (after the click) isn't.
>
> Anyway, what about all the errors before the loud click? Couldn't it
> be that the driver is causing the device to malfunction?
I doubt that very much. And besides, if the device were designed
properly then it wouldn't malfunction, no matter what the driver did.
> At least the
> patch seems to decrease the number of reported bad blocks. Once
> applying the patch the first block of bad blocks is always the same,
> but the second is always different, then the click happens.
>
> I'm attaching the full log.
A usbmon trace would contain more information. We could see the exact
sequence of commands and error codes. I'm not sure it would help solve
anything, though.
You could try plugging the device into a different computer and see if
it behaves the same way. If it does, your best course might be to
exchange it for something that works better.
Alan Stern
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Annoying problems with lacie external hd (JMicron 0x2339?)
2009-10-06 20:10 ` Alan Stern
@ 2009-10-08 20:46 ` Felipe Contreras
2009-10-18 22:17 ` Felipe Contreras
0 siblings, 1 reply; 9+ messages in thread
From: Felipe Contreras @ 2009-10-08 20:46 UTC (permalink / raw)
To: Alan Stern; +Cc: Sarah Sharp, Linux Kernel Mailing List, linux-usb
On Tue, Oct 6, 2009 at 11:10 PM, Alan Stern <stern@rowland.harvard.edu> wrote:
> On Tue, 6 Oct 2009, Felipe Contreras wrote:
>
>> On Sun, Oct 4, 2009 at 12:26 AM, Alan Stern <stern@rowland.harvard.edu> wrote:
>> > On Sat, 3 Oct 2009, Felipe Contreras wrote:
>> >
>> >> Hi,
>> >>
>> >> This is with 2.6.31.1.
>> >>
>> >> I'm having a lot of problems with a lacie external hd[1]. It seems the
>> >> actual disk is a seagate ST375064, and the bridge is a JMicron 2339.
>> >>
>> >> In normal usage what I see is that if I don't use the disk after a
>> >> while hear a loud click (as if something got stuck) and then I cannot
>> >> use it any more; I have to turn it off and on again.
>> >
>> > This sounds very much like a hardware problem, either in the drive or
>> > in the bridge chip. There's no direct way to tell which; you would
>> > have to try attaching the drive to a different chip or the chip to a
>> > different drive.
>>
>> I'm not sure I can do that. There doesn't seem to be any way to open
>> the device and I don't have a way to test neither the disk, nor the
>> bridge. I would like to leave that as last option.
>
> Then it doesn't really matter whether the problem is in the drive or in
> the chip, since separating them is impractical.
Not in my particular case, but if it turns out to be some kind of
hardware defect then we know other people would not be affected.
>> > The two places where your listings showed the Serial number (the kernel
>> > log and the /sys/kernel/debug/usb/devices file) have different values,
>> > suggesting that the chip is at fault. But this isn't definitive.
>>
>> The first reported serial number seems to be correct, but the second
>> one (after the click) isn't.
>>
>> Anyway, what about all the errors before the loud click? Couldn't it
>> be that the driver is causing the device to malfunction?
>
> I doubt that very much. And besides, if the device were designed
> properly then it wouldn't malfunction, no matter what the driver did.
Indeed, but I guess there's a reason you have a quirks list: some
devices are not designed properly.
>> At least the
>> patch seems to decrease the number of reported bad blocks. Once
>> applying the patch the first block of bad blocks is always the same,
>> but the second is always different, then the click happens.
>>
>> I'm attaching the full log.
>
> A usbmon trace would contain more information. We could see the exact
> sequence of commands and error codes. I'm not sure it would help solve
> anything, though.
I followed the tutorial and the resulting log is 73M long. I don't
know what I'm looking for, so there it is:
http://people.freedesktop.org/~felipec/1.mon.out
> You could try plugging the device into a different computer and see if
> it behaves the same way. If it does, your best course might be to
> exchange it for something that works better.
I'll try to do that, but it might take me a while to find one that
doesn't run Linux.
Thanks for the help so far.
--
Felipe Contreras
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Annoying problems with lacie external hd (JMicron 0x2339?)
2009-10-08 20:46 ` Felipe Contreras
@ 2009-10-18 22:17 ` Felipe Contreras
2009-10-19 14:39 ` Alan Stern
0 siblings, 1 reply; 9+ messages in thread
From: Felipe Contreras @ 2009-10-18 22:17 UTC (permalink / raw)
To: Alan Stern; +Cc: Sarah Sharp, Linux Kernel Mailing List, linux-usb
On Thu, Oct 8, 2009 at 11:46 PM, Felipe Contreras
<felipe.contreras@gmail.com> wrote:
> On Tue, Oct 6, 2009 at 11:10 PM, Alan Stern <stern@rowland.harvard.edu> wrote:
>> A usbmon trace would contain more information. We could see the exact
>> sequence of commands and error codes. I'm not sure it would help solve
>> anything, though.
>
> I followed the tutorial and the resulting log is 73M long. I don't
> know what I'm looking for, so there it is:
> http://people.freedesktop.org/~felipec/1.mon.out
Can you take a look? Is there anything else I can provide?
--
Felipe Contreras
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Annoying problems with lacie external hd (JMicron 0x2339?)
2009-10-18 22:17 ` Felipe Contreras
@ 2009-10-19 14:39 ` Alan Stern
0 siblings, 0 replies; 9+ messages in thread
From: Alan Stern @ 2009-10-19 14:39 UTC (permalink / raw)
To: Felipe Contreras; +Cc: Sarah Sharp, Linux Kernel Mailing List, linux-usb
On Mon, 19 Oct 2009, Felipe Contreras wrote:
> On Thu, Oct 8, 2009 at 11:46 PM, Felipe Contreras
> <felipe.contreras@gmail.com> wrote:
> > On Tue, Oct 6, 2009 at 11:10 PM, Alan Stern <stern@rowland.harvard.edu> wrote:
> >> A usbmon trace would contain more information. Â We could see the exact
> >> sequence of commands and error codes. Â I'm not sure it would help solve
> >> anything, though.
> >
> > I followed the tutorial and the resulting log is 73M long. I don't
> > know what I'm looking for, so there it is:
> > http://people.freedesktop.org/~felipec/1.mon.out
>
> Can you take a look? Is there anything else I can provide?
Unforunately the usbmon trace isn't much help. It shows several
unrecovered read errors, but you already know that the disk has a bunch
of bad sectors.
Then near the end, for no apparent reason, it shows a failure right in
the middle of a READ command. The computer tried to read 128 sectors;
the drive sent back 48 sectors of data and then stopped responding.
Something in the firmware crashed; my guess is that the bridge chip
failed.
Alan Stern
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2009-10-19 14:39 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-10-03 10:35 Annoying problems with lacie external hd (JMicron 0x2339?) Felipe Contreras
2009-10-03 15:48 ` Sarah Sharp
2009-10-03 16:53 ` Felipe Contreras
2009-10-03 21:26 ` Alan Stern
2009-10-06 18:57 ` Felipe Contreras
2009-10-06 20:10 ` Alan Stern
2009-10-08 20:46 ` Felipe Contreras
2009-10-18 22:17 ` Felipe Contreras
2009-10-19 14:39 ` Alan Stern
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®