Bug #31

avatar

Software module: handling libata SATA drives

Added by Mikhail Yakshin 3030 days ago. Updated 2912 days ago.

Status:Closed Start:08/26/2009
Priority:Normal Due date:
Assigned to:avatarSergey Matveev % Done:

100%

Category:-
Target version:1.4

Description

Some kernel/smartctl combination do not work easily with SATA drives using libata:

# sudo smartctl -a /dev/sda
smartctl version 5.36 [i586-alt-linux-gnu] Copyright (C) 2002-6 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

Device: ATA      ST3250310AS      Version: 3.AA

In Linux, SATA disks accessed via libata are only supported by smartmontools
for kernel versions 2.6.15 and above. Try an additional '-d ata' argument.

What's even more confusing, it's not that easily detected. For example, smartctl -A silently fails in that situation:

# sudo smartctl -A /dev/sda
smartctl version 5.36 [i586-alt-linux-gnu] Copyright (C) 2002-6 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

# echo $?
0

Generally, everything solves by adding that -d ata thing:

# sudo smartctl -d ata -A /dev/sda
smartctl version 5.36 [i586-alt-linux-gnu] Copyright (C) 2002-6 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

=== START OF READ SMART DATA SECTION ===
SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   099   099   006    Pre-fail  Always       -       0
  3 Spin_Up_Time            0x0003   098   097   000    Pre-fail  Always       -       0
  4 Start_Stop_Count        0x0032   100   100   020    Old_age   Always       -       41
  5 Reallocated_Sector_Ct   0x0033   100   100   036    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000f   081   060   030    Pre-fail  Always       -       147574278
...

Current implementation in software module does not work smartctl/kernel combinations that require usage of -d ata in smartctl call.

History

Updated by Sergey Matveev 3029 days ago

avatar
  • Assigned to set to Sergey Matveev

Should be fixed in 1681 revision.

Updated by Sergey Matveev 2912 days ago

avatar
  • Status changed from New to Closed
  • % Done changed from 0 to 100

Fixed in revision 1681.

Also available in: Atom PDF