Custom Query (1357 matches)

Hi,

I'm forwarding a bug reported by a Debian user. Version: smartctl 5.39 2009-12-09 r2995 [i686-pc-linux-gnu] (local build)

This was my first time running smartctl. Without parameters it reported helpfully that I need a device name. When running "smartctl /dev/sda" it printed copyright notice and a home directory URL and no errors or anything useful. I thought for a while it might be broken.

I suggest using -H or -a as the default output when no parameters are given. Or at least an error message that some parameter is needed.

Hi,

I'm forwarding a bug reported by a Debian user.

smartctl can be used to execute a test on a drive already running another test. In my case, I ran a short test on a drive already running a long test. I was not aware that SMART could only handle 1 test at a time. Apparently, SMART can't resume aborted tests.

smartctl's behavior in this case seems to be to execute the newly requested test without caring about the already one. The worst problem with this is loss of time, as in my scenario. I see two options: running the newly requested test after the currently running one is finished, or prompt for what to do.

I have been using smartmontools / smartctl.exe since the initial 3ware Driver Release for my 9650SE-8LPML controller. For all 9.4.x Codeset releases this worked fine to fetch S.M.A.R.T. data from the disks attached to the RAID controller and also to perform self-tests.

Now, since the 9.5.x Codesets from 3ware, something seems to have changed there. smartctl.exe now does not seem to be able to fetch data correctly anymore. I have been using the device /dev/tw_cli/c0/px to access the drives, since i do not seem to have /dev/twa0, /dev/twe0 or the "-d 3ware" option on Windows.

Currently I am using Windows XP Professional x64 Edition, but the problem is reproducable in a normal 32-Bit WinXP Pro too.

For instance, when I do a simple "smartctl.exe -i /dev/tw_cli/c0/p0", what I get is this:

smartctl 5.39 2009-12-09 r2995 [i686-pc-mingw32-2003(64)-sp2] (sf-win32-5.39-1) Copyright (C) 2002-9 by Bruce Allen, ​http://smartmontools.sourceforge.net

START OF INFORMATION SECTION

Device Model: Hitachi HUA722020ALA330 Serial Number: JK1131YAGBG0WV Firmware Version: JKAOA20N User Capacity: 2.000.398.934.016 bytes Device is: Not in smartctl database [for details use: -P showall] ATA Version is: 3 ATA Standard is: Exact ATA specification draft version not indicated Local Time is: Tue Jan 26 10:28:34 2010 WEST SMART support is: Available - device has SMART capability. SMART support is: Enabled

Error SMART Values Read failed: Function not implemented Smartctl: SMART Read Values failed.

Error SMART Thresholds Read failed: Function not implemented Smartctl: SMART Read Thresholds failed.

Or, "smartctl.exe -H /dev/tw_cli/c0/p0" gives:

smartctl 5.39 2009-12-09 r2995 [i686-pc-mingw32-2003(64)-sp2] (sf-win32-5.39-1) Copyright (C) 2002-9 by Bruce Allen, ​http://smartmontools.sourceforge.net

Error SMART Values Read failed: Function not implemented Smartctl: SMART Read Values failed.

Error SMART Thresholds Read failed: Function not implemented Smartctl: SMART Read Thresholds failed.

START OF READ SMART DATA SECTION

SMART overall-health self-assessment test result: PASSED

It seems the way tw_cli reports data has changed or something, I do not know. Also I do not know if it is ok NOT to have "/dev/twex" under Windows, but it is definitely not there. So, "/dev/tw_cli/cx/px" was the only thing that worked for me, but now it seems to be broken.

Since 3ware will probably not care about SmartMonTools not being able to read their S.M.A.R.T. data, maybe the SmartMonTools Devs can do something for 5.39.1 or 5.40 there (probably 5.39.1 rather than 5.40, since this is more like a small fix?).