![OWC Mercury Rack Pro 的 SMART 属性](https://linux22.com/image/746683/OWC%20Mercury%20Rack%20Pro%20%E7%9A%84%20SMART%20%E5%B1%9E%E6%80%A7.png)
我在从 OWC Mercury Rack Pro 中的驱动器获取 SMART 属性时遇到了困难。我可以成功获取所有驱动器信息,但在读取 SMART 数据部分的开始部分之后什么也没有得到。
它目前通过 eSATA 连接到带有 MacOS 的 MacBook Pro 的 thunderbolt/eSATA 适配器(也尝试过 Debian)。问题出在 OWC 单元上,因为我可以成功地从通过 thunderbolt/eSATA 适配器连接的同一 HDD 获取驱动器属性。
以下是smartctl -a /dev/disk2
smartctl 7.0 2018-12-30 r4883 [Darwin 18.6.0 x86_64] (local build)
Copyright (C) 2002-18, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Model Family: Toshiba 3.5" DT01ACA... Desktop HDD
Device Model: TOSHIBA DT01ACA200
Serial Number: 3632VMTTS
Firmware Version: 0961
User Capacity: 2,000,398,934,016 bytes [2.00 TB]
Sector Size: 512 bytes logical/physical
Device is: In smartctl database [for details use: -P show]
ATA Version is: ATA/ATAPI-7 (minor revision not indicated)
Local Time is: Sun Dec 29 01:38:45 2019 CST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
General SMART Values:
Offline data collection status: (0x00) Offline data collection activity
was never started.
Auto Offline Data Collection: Disabled.
Total time to complete Offline
data collection: ( 0) seconds.
Offline data collection
capabilities: (0x00) Offline data collection not supported.
SMART capabilities: (0x0000) Automatic saving of SMART data is not implemented.
Error logging capability: (0x00) Error logging NOT supported.
No General Purpose Logging support.
SMART Error Log not supported
SMART Self-test Log not supported
Selective Self-tests/Logging not supported
信息部分看起来不错。但问题出在“读取智能数据部分的开始”上。有人见过类似的输出吗?我认为 OWC 外壳遗憾的是没有将所有智能数据传递到 eSATA 输出。我想在 smartmontools 上发票之前先在这里发帖,以防我遗漏了什么。
编辑以供参考 通过 USB 连接时给出的设备 ID 是 0x1e91:0xb0b5 (0x2802),语法为 idVendor:idProduct (bcdDevice)。
答案1
好的,我收到了来自 Other World Computing (OWC) 技术支持的回复,关于 OWC Mercury Rack Pro 上的 SMART 属性问题。显然,该机箱不支持“SMART 数据”。
来自 OWC:“...外壳本身不支持驱动器上的 SMART 数据。这是由于外壳的设计,但如果驱动器出现任何问题,外壳也会提醒您。”
遗憾的是,这似乎非常明确地回答了这个问题。
如果 OWC 技术支持的答案不正确,我可能仍会尝试使用 smartmontools 票进行调查。我认为如果设备不完全支持 SMART 数据,运行 smartctl 会得到不同的输出(我能够从 smartctl 获得准确的驱动器信息,因此它必须传递一些 SMART 数据)。
更新
现在它可以正常工作了。我并不完全相信技术支持人员的回答,所以我拆开了设备并确定了它在控制器中使用的 IC。我的设备使用了 JMB393(SATA/Raid 控制器)、JMB321(SATA 端口倍增器)和 JMS539(SATA 到 USB 3.0)等芯片。
在 smartmontools.org 上搜索更多答案时,我发现他们在 2019 年 12 月下旬发布了 7.1 版本(就在我发布这个原始问题的第二天,哈哈),其中包括对 JMicron 芯片系列 JMB39x 的实验性支持(在此处查看启动该功能的票据https://www.smartmontools.org/ticket/705有点酷)。
现在,我使用新的设备选项从驱动器获取完整的 SMART 属性列表(包括我想要的主要属性,温度)jmb39x,N
。 完整命令如下(针对设备 /dev/sdd):
sudo smartctl -a -d jmb39x,0 /dev/sdd
jmb39x,N 中的整数 N 表示端口号,因此对于我的四托架设备,我循环遍历 0、1、2 和 3。请注意,通过 USB 或 eSATA 连接时这会成功,这太棒了。
在此处详细了解如何使用该功能以及 7.1 更新本身https://www.smartmontools.org/changeset/5029和这里https://www.smartmontools.org/browser/tags/RELEASE_7_1/smartmontools/NEWS。