Error counter logging not supported

Hi

I just bought a usb/sata adapter like this:
  http://www.thinkgeek.com/computing/drives/a7ea/?cpg=ab
lsusb -v is below

Works OK as a hot-plug SATA disk so I can check what's on that old disk in the
corner; but smartctl doesn't work so I can't see if it has any errors, run
selftests etc.

Kernel is 2.6.27-rc5 (I've also tried older kernels)

I plugged a previously zeroed drive in and...

root@ash:~ # smartctl -a /dev/sde
smartctl version 5.38 [i686-pc-linux-gnu] Copyright (C) 2002-8 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

Device: ST332062 0AS              Version:
Device type: disk
Local Time is: Thu Oct  9 21:38:16 2008 BST
Device supports SMART and is Enabled
Temperature Warning Disabled or Not Supported
SMART Health Status: OK

Error Counter logging not supported
Device does not support Self Test logging


I've tried -dscsi and -dsat but they don't work.

More info below.

David


dmesg tail:
Initializing USB Mass Storage driver...
scsi8 : SCSI emulation for USB Mass Storage devices
usbcore: registered new interface driver usb-storage
USB Mass Storage support registered.
usb-storage: device found at 2
usb-storage: waiting for device to settle before scanning
scsi 8:0:0:0: Direct-Access     ST332062 0AS                   PQ: 0 ANSI: 2
sd 8:0:0:0: [sde] 625134827 512-byte hardware sectors (320069 MB)
sd 8:0:0:0: [sde] Write Protect is off
sd 8:0:0:0: [sde] Mode Sense: 38 00 00 00
sd 8:0:0:0: [sde] Assuming drive cache: write through
sd 8:0:0:0: [sde] 625134827 512-byte hardware sectors (320069 MB)
sd 8:0:0:0: [sde] Write Protect is off
sd 8:0:0:0: [sde] Mode Sense: 38 00 00 00
sd 8:0:0:0: [sde] Assuming drive cache: write through
 sde: unknown partition table
sd 8:0:0:0: [sde] Attached SCSI disk
sd 8:0:0:0: Attached scsi generic sg6 type 0

root@ash:~ # lsusb -v -s3:3

Bus 003 Device 003: ID 04fc:0c25 Sunplus Technology Co., Ltd
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               2.00
  bDeviceClass            0 (Defined at Interface level)
  bDeviceSubClass         0
  bDeviceProtocol         0
  bMaxPacketSize0        64
  idVendor           0x04fc Sunplus Technology Co., Ltd
  idProduct          0x0c25
  bcdDevice            1.03
  iManufacturer           2 Sunplus Technology Inc.
  iProduct                3 USB to Serial-ATA bridge
  iSerial                 1 SAMSUNG HD472712CQ696126
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength           32
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          4 Bulk Only Configuration
    bmAttributes         0xc0
      Self Powered
    MaxPower                2mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           2
      bInterfaceClass         8 Mass Storage
      bInterfaceSubClass      6 SCSI
      bInterfaceProtocol     80 Bulk (Zip)
      iInterface              5 Bulk Only Interface
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0200  1x 512 bytes
        bInterval               0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x02  EP 2 OUT
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0200  1x 512 bytes
        bInterval               0
Device Qualifier (for other device speed):
  bLength                10
  bDescriptorType         6
  bcdUSB               2.00
  bDeviceClass            0 (Defined at Interface level)
  bDeviceSubClass         0
  bDeviceProtocol         0
  bMaxPacketSize0        64
  bNumConfigurations      1
Device Status:     0x0001
  Self Powered



-- 
"Don't worry, you'll be fine; I saw it work in a cartoon once..."

David Greaves wrote:
> Hi
> 
> I just bought a usb/sata adapter like this:
>   http://www.thinkgeek.com/computing/drives/a7ea/?cpg=ab
> lsusb -v is below
> 
> Works OK as a hot-plug SATA disk so I can check what's on that old disk in the
> corner; but smartctl doesn't work so I can't see if it has any errors, run
> selftests etc.

So, for the record since I had no luck on google, I had an off-list reply that
pointed here: Smartmontools for FireWire, USB, and SATA disks/systems
  http://smartmontools.sourceforge.net/faq.html#testinghelp

It's an odd URL target - it's actually about the fact that the usb/sata bridges
built into the docks don't fully support the scsi command set in their hardware;
so my SMART doesn't work and has no chance of being fixed by software. Future
chipsets (and some current cypress ones) may have various developments in
hardware to fix this.

HTH someone else.

David


-- 
"Don't worry, you'll be fine; I saw it work in a cartoon once..."

David Greaves wrote:
> I just bought a usb/sata adapter like this:
>   http://www.thinkgeek.com/computing/drives/a7ea/?cpg=ab
> lsusb -v is below
> 
> Works OK as a hot-plug SATA disk so I can check what's on that old disk in the
> corner; but smartctl doesn't work so I can't see if it has any errors, run
> selftests etc.
> 
> Kernel is 2.6.27-rc5 (I've also tried older kernels)
> 
> I plugged a previously zeroed drive in and...
> 
> root@ash:~ # smartctl -a /dev/sde
> smartctl version 5.38 [i686-pc-linux-gnu] Copyright (C) 2002-8 Bruce Allen
> Home page is http://smartmontools.sourceforge.net/
> 
> Device: ST332062 0AS              Version:
> Device type: disk
> Local Time is: Thu Oct  9 21:38:16 2008 BST
> Device supports SMART and is Enabled
> Temperature Warning Disabled or Not Supported
> SMART Health Status: OK
> 
> Error Counter logging not supported
> Device does not support Self Test logging

The USB bridge should support SAT (SCSI-ATA translation) and many
don't.  Nothing much can be done about it.  The hardware just don't know
how to do it.

-- 
tejun

matthieu castet wrote:
> Hi,
> 
> Tejun Heo wrote:
>> David Greaves wrote:
>>> Error Counter logging not supported
>>> Device does not support Self Test logging
>>
>> The USB bridge should support SAT (SCSI-ATA translation) and many
>> don't.  Nothing much can be done about it.  The hardware just don't know
>> how to do it.
>>
> That true that the hardware should support SAT, but even if it support 
> it, linux need some patches to support SAT over USB. See 
> http://thread.gmane.org/gmane.linux.scsi/43688 and the patch mentioned 
> in the thread.
...

Ahh.. Great!  This mostly fixes smartctl operation on at least two
of my USB drive enclosures here:

    1. a recent rev.  2.5" NexStar-3 SATA enclosure.
    2. a 250GB 2.5" WD "Passport" external USB drive/enclosure.

With the patch, this command line works for me:

    smartctl -a -dsat -T permissive /dev/sdb 

And hdparm just works regardless, with or without the patch.


> 
> Unfortunately I am a bit busy to try to resubmit it. But I won't care if 
> somebody improve it/resubmit it ;)
> 
> Matthieu
> 
> PS : there also  http://thread.gmane.org/gmane.linux.usb.general/7145 
> that is pending.
> 
> 
> -- 
> To unsubscribe from this list: send the line "unsubscribe linux-ide" in
> the body of a message to major...@vg...
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

Mark Lord wrote:
> matthieu castet wrote:
>> Hi,
>>
>> Tejun Heo wrote:
>>> David Greaves wrote:
>>>> Error Counter logging not supported
>>>> Device does not support Self Test logging
>>>
>>> The USB bridge should support SAT (SCSI-ATA translation) and many
>>> don't.  Nothing much can be done about it.  The hardware just don't know
>>> how to do it.
>>>
>> That true that the hardware should support SAT, but even if it support 
>> it, linux need some patches to support SAT over USB. See 
>> http://thread.gmane.org/gmane.linux.scsi/43688 and the patch mentioned 
>> in the thread.
> ...
> 
> Ahh.. Great!  This mostly fixes smartctl operation on at least two
> of my USB drive enclosures here:
> 
>    1. a recent rev.  2.5" NexStar-3 SATA enclosure.
>    2. a 250GB 2.5" WD "Passport" external USB drive/enclosure.
> 
> With the patch, this command line works for me:
> 
>    smartctl -a -dsat -T permissive /dev/sdb
> And hdparm just works regardless, with or without the patch.
> 
> 
It should work without permissive, permissive was need without the patch.

You said hdparm works without the patch. I wonder how it work. IRRC it 
asks check condition stuff for every command. I am interested to see the 
hdparm --verbose output without the patch.


BTW somebody is trying to push a patch similar to this one to 
usb-storage driver : 
https://lists.one-eyed-alien.net/pipermail/usb-storage/2008-October/004096.html


Matthieu

Tejun Heo wrote:
> David Greaves wrote:
>> I just bought a usb/sata adapter like this:
>>   http://www.thinkgeek.com/computing/drives/a7ea/?cpg=ab
>> lsusb -v is below
>>
>> Works OK as a hot-plug SATA disk so I can check what's on that old disk in the
>> corner; but smartctl doesn't work so I can't see if it has any errors, run
>> selftests etc.
>>
>> Kernel is 2.6.27-rc5 (I've also tried older kernels)
>>
>> I plugged a previously zeroed drive in and...
>>
>> root@ash:~ # smartctl -a /dev/sde
>> smartctl version 5.38 [i686-pc-linux-gnu] Copyright (C) 2002-8 Bruce Allen
>> Home page is http://smartmontools.sourceforge.net/
>>
>> Device: ST332062 0AS              Version:
>> Device type: disk
>> Local Time is: Thu Oct  9 21:38:16 2008 BST
>> Device supports SMART and is Enabled
>> Temperature Warning Disabled or Not Supported
>> SMART Health Status: OK
>>
>> Error Counter logging not supported
>> Device does not support Self Test logging
> 
> The USB bridge should support SAT (SCSI-ATA translation) and many
> don't.  Nothing much can be done about it.  The hardware just don't know
> how to do it.
..

That may be true, or not.  Try "hdparm -I /dev/sde" on it.
If that *works*, then the USB interface *does* support SAT!

Many, many new USB enclosures now have the modern InitIO bridge chips with SAT.

Cheers

matthieu castet wrote:
> Mark Lord wrote:
>> matthieu castet wrote:
>>> Hi,
>>>
>>> Tejun Heo wrote:
>>>> David Greaves wrote:
>>>>> Error Counter logging not supported
>>>>> Device does not support Self Test logging
>>>>
>>>> The USB bridge should support SAT (SCSI-ATA translation) and many
>>>> don't.  Nothing much can be done about it.  The hardware just don't 
>>>> know
>>>> how to do it.
>>>>
>>> That true that the hardware should support SAT, but even if it 
>>> support it, linux need some patches to support SAT over USB. See 
>>> http://thread.gmane.org/gmane.linux.scsi/43688 and the patch 
>>> mentioned in the thread.
>> ...
>>
>> Ahh.. Great!  This mostly fixes smartctl operation on at least two
>> of my USB drive enclosures here:
>>
>>    1. a recent rev.  2.5" NexStar-3 SATA enclosure.
>>    2. a 250GB 2.5" WD "Passport" external USB drive/enclosure.
>>
>> With the patch, this command line works for me:
>>
>>    smartctl -a -dsat -T permissive /dev/sdb
>> And hdparm just works regardless, with or without the patch.
>>
>>
> It should work without permissive, permissive was need without the patch.
> 
> You said hdparm works without the patch. I wonder how it work. IRRC it 
> asks check condition stuff for every command. I am interested to see the 
> hdparm --verbose output without the patch.
..

Mmm... actually, the "-dsat" flag seems to make smartctl mostly work
with and without the patch.  This is on 2.6.25.6 on my notebook here.
Some month I'll update the kernel and fix VMware and wireless again
for a newer kernel, but for now that's what it runs.

Here's hdparm --verbose, sans patch:

hdparm --verbose -I /dev/sdb

/dev/sdb:
outgoing cdb:  85 08 2e 00 00 00 00 00 00 00 00 00 00 40 ec 00
SG_IO: ATA_16 status=0x2, host_status=0x0, driver_status=0x8
SG_IO: sb[] = {72 00 00 00 00 00 00 0e}
SG_IO: desc[] = {09 0c .. }
      ATA_16 tf->status=0x00 tf->error=0x00

ATA device, with non-removable media
        Model Number:       Hitachi HTS541612J9SA00
        Serial Number:      SB2D11E4GESWAB
        Firmware Revision:  SBDOC74P
...

And here is smartctl -a -dsat, without the -T permissive flag:

smartctl -a -dsat /dev/sdb
smartctl version 5.38 [i686-pc-linux-gnu] Copyright (C) 2002-8 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

=== START OF INFORMATION SECTION ===
Model Family:     Hitachi Travelstar 5K160 series
Device Model:     Hitachi HTS541612J9SA00
Serial Number:    SB2D11E4GESWAB
Firmware Version: SBDOC74P
User Capacity:    120,034,123,776 bytes
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   7
ATA Standard is:  ATA/ATAPI-7 T13 1532D revision 1
Local Time is:    Thu Oct 23 16:21:45 2008 EDT
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

Error SMART Status command failed
Please get assistance from http://smartmontools.sourceforge.net/
Values from ATA Return Descriptor are:
 00     09 0c 00 00 50 00 00 00  c2 4f 00 00 00 00
A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options.


Cheers

Mark Lord wrote:
> matthieu castet wrote:
>> Mark Lord wrote:
>>> matthieu castet wrote:
>>>> Hi,
>>>>
>>>> Tejun Heo wrote:
>>>>> David Greaves wrote:
>>>>>> Error Counter logging not supported
>>>>>> Device does not support Self Test logging
>>>>>
>>>>> The USB bridge should support SAT (SCSI-ATA translation) and many
>>>>> don't.  Nothing much can be done about it.  The hardware just don't 
>>>>> know
>>>>> how to do it.
>>>>>
>>>> That true that the hardware should support SAT, but even if it 
>>>> support it, linux need some patches to support SAT over USB. See 
>>>> http://thread.gmane.org/gmane.linux.scsi/43688 and the patch 
>>>> mentioned in the thread.
>>> ...
>>>
>>> Ahh.. Great!  This mostly fixes smartctl operation on at least two
>>> of my USB drive enclosures here:
>>>
>>>    1. a recent rev.  2.5" NexStar-3 SATA enclosure.
>>>    2. a 250GB 2.5" WD "Passport" external USB drive/enclosure.
>>>
>>> With the patch, this command line works for me:
>>>
>>>    smartctl -a -dsat -T permissive /dev/sdb
>>> And hdparm just works regardless, with or without the patch.
>>>
>>>
>> It should work without permissive, permissive was need without the patch.
>>
>> You said hdparm works without the patch. I wonder how it work. IRRC it 
>> asks check condition stuff for every command. I am interested to see 
>> the hdparm --verbose output without the patch.
> ..
> 
> Mmm... actually, the "-dsat" flag seems to make smartctl mostly work
> with and without the patch.  This is on 2.6.25.6 on my notebook here.
> Some month I'll update the kernel and fix VMware and wireless again
> for a newer kernel, but for now that's what it runs.
> 
> Here's hdparm --verbose, sans patch:
> 
> hdparm --verbose -I /dev/sdb
> 
> /dev/sdb:
> outgoing cdb:  85 08 2e 00 00 00 00 00 00 00 00 00 00 40 ec 00
> SG_IO: ATA_16 status=0x2, host_status=0x0, driver_status=0x8
> SG_IO: sb[] = {72 00 00 00 00 00 00 0e}
> SG_IO: desc[] = {09 0c .. }
>      ATA_16 tf->status=0x00 tf->error=0x00
> 
> ATA device, with non-removable media
>        Model Number:       Hitachi HTS541612J9SA00
>        Serial Number:      SB2D11E4GESWAB
>        Firmware Revision:  SBDOC74P

..

Here it is again, with the entire returned sense data shown:

hdparm --verbose -I /dev/sdb

/dev/sdb:
outgoing cdb:  85 08 2e 00 00 00 00 00 00 00 00 00 00 40 ec 00
SG_IO: ATA_16 status=0x2, host_status=0x0, driver_status=0x8
SG_IO: sb[] = {72 00 00 00 00 00 00 0e}
SG_IO: desc[] = {09 0c 00 00 50 01 40 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00}
      ATA_16 tf->status=0x00 tf->error=0x00

ATA device, with non-removable media
        Model Number:       Hitachi HTS541612J9SA00
        Serial Number:      SB2D11E4GESWAB
        Firmware Revision:  SBDOC74P
...

I guess it "works" by accident, since the 00 device status
doesn't have the ATA error bit set.  But I suppose this also
means that a failed ATA command would not be noticed either..
At least not without the patch.

Cheers

Mark Lord wrote:
> Mark Lord wrote:
> I guess it "works" by accident, since the 00 device status
> doesn't have the ATA error bit set.  But I suppose this also
> means that a failed ATA command would not be noticed either..
> At least not without the patch.
Yes that seem to case.
I wonder with the patch doesn't make smartctl work without permisive. 
May be your usb id wasn't in the patch.


Matthieu

matthieu castet wrote:
..
> I wonder with the patch doesn't make smartctl work without permisive. 
> May be your usb id wasn't in the patch.
..

Heh.. I didn't even look at the patch itself.
But if it is relying upon a whitelist to work,
then it's broken by design.

Most new USB drives will be supporting SAT,
and requiring a kernel patch/update (or some other
whitelist in userspace) is a silly way to support them.

Cheers