标签: smart

正如标题所暗示的那样简单。

/dev/sda是一个来自/dev/md127- RAID1 驱动器的单元。

我目前正在运行一个测试 - 启动了一个smartctl -t long /dev/sda.

之后，我开始通过 WinSCP (SFTP) 将文件复制到挂载的 mdadm 阵列。

我没有注意到任何性能下降，但我有点不确定 - 不是系统管理员，我只是在开发一个自动化系统。

在驱动器进行智能检查时“使用”（写入/读取）磁盘是否安全？会出什么问题？有什么缺点吗？

我最近收到了一个有 Samba 共享问题的 Linux 机器——首先，无法连接，其次ls -la显示了一些I/O error（接近下面可以看到的）但没有列出。

现在，我已经完全更新了盒子，更新后，RAID 正常，所有数据都可以访问，Samba 工作得非常好。显然，我没有保存以前的日志。

现在，即使一切正常，也会时不时地出现在我的journalctl：

kernel: ata4: EH complete
kernel: end_request: I/O error, dev sdc, sector 2839546656
kernel: cdb[0]=0x28: 28 00 a9 40 0b 20 00 00 f0 00
kernel: sd 3:0:0:0: [sdc] CDB:
kernel: ASC=0x47 ASCQ=0x0
kernel: sd 3:0:0:0: [sdc]
kernel:         a9 40 0b a0
kernel:         72 0b 47 00 00 00 00 0c 00 0a 80 00 00 00 00 00
kernel: Descriptor sense data with …

根据我的 SSD SMART 信息，“使用的寿命百分比：90%。”

这是否意味着 SSD 的剩余寿命估计是其整个寿命的 10% 或 90%？

在有人告诉我不要禁用 SMART 之前，我已经在 BIOS 中确认驱动器实际上报告它没问题。Windows 正在误读任何报告 SMART 状态的内容。

我想知道如何在 Windows 7 中禁用 SMART 错误。我使用的是 Windows 7 的 RTM 版本。

我知道可以在 Windows XP 和 Vista 中禁用报告，我只是不记得我是怎么做的。

有没有一种简单的方法来说服 FreeBSD 7.x 或 8.x 给我硬盘驱动器上的 SMART 数据？最好从命令行，因为我通常将这些系统作为无头服务器运行。我被 Ubuntu 桌面宠坏了，它通过系统/管理/磁盘实用程序小程序报告硬盘驱动器 SMART 数据……但如果我可以避免的话，我宁愿不在这些 FreeBSD 系统上安装 Gnome。

我刚刚购买了全新的希捷 ST31000524AS 1TB 硬盘。生产日期显示为 2012 年 1 月（是的，它是新的），因此必须是洪水后泰国的新批次之一。无论如何，我下载了一份 Active Hard Disk Monitor 工具来检查 SMART 参数，我发现参数 Raw Read Error Rate 非常低。

我应该担心吗？这会随着时间的推移而纠正吗？这个硬盘只有 7 小时；是什么赋予了？

编辑：我的意思是高原始读取错误率 - 标题相应更新

根据palimpsest我的新OCZ Vertex 3 120 GB SSD，SMART 属性ID 234 是

不可纠正的 ECC 计数

不可纠正的 ECC 错误数

我一直在关注这个值，自从它读到78.

然后，我跑过去smartctl -a /dev/sda看到了这个：

ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
195 ECC_Uncorr_Error_Count  0x001c   120   120   000    Old_age   Offline      -       0/51803881
233 SandForce_Internal      0x0000   000   000   000    Old_age   Offline      -       51
234 SandForce_Internal      0x0032   000   000   000    Old_age   Always       -       135

看起来 OCZ 分配了 ID 234 作为其他东西，而 ECC 无法纠正的错误实际上是 ID 195。

我的问题是... …

我刚买了一个新的 ST3000DM001（希捷 Barracuda）。我在上面运行了“坏块”并且没有发现任何问题，但是 CrystalDiskInfo 报告“重新分配的扇区”值为 1。

我应该担心吗？或者这对于新的/大型驱动器是否正常（这个是 3TB）？

几天前我买了一台新笔记本电脑，Thinkpad x270。不幸的是，我遇到过几次崩溃的情况。我相信这与内置 SSD 有关，但我无法正确诊断。

我正在运行全新安装的 Manjaro 17。

当“崩溃”发生时，一些应用程序崩溃，其他应用程序设法坚持，但没有一个能够正常运行。我尝试做的几乎任何事情都会因 I/O 错误而失败。在桌面上，所有图标都是错误的。单击电源菜单会显示菜单，但未加载任何文本或图标。如果我切换到另一个 tty，我会看到一些关于ext4-fs error unable to read itable block但永远无法登录的消息。

我很确定这意味着这是由于我的 SSD，但是在启动时强制 fsck 似乎没有做任何事情，并且 gsmartcontrol 说该驱动器不支持 SMART。

我如何正确诊断我的问题，以便我可以修复它或更换我的笔记本电脑？

这是 gsmartcontrol 的输出，如果有帮助的话：

smartctl 6.5 2016-05-07 r4318 [x86_64-linux-4.9.16-1-MANJARO] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Number:                       THNSF5512GPUK TOSHIBA
Serial Number:                      17IS10D1TANT
Firmware Version:                   51025KLA
PCI Vendor/Subsystem ID:            0x1179
IEEE OUI Identifier:                0x00080d
Controller ID:                      0
Number of Namespaces:               1
Namespace 1 Size/Capacity:          512'110'190'592 …

我笔记本电脑上的 smartd(8) 提醒我 /dev/nvme0 上的 \xe2\x80\x9c 错误日志条目\xe2\x80\x9d 数量每天增加约 8 个。\n的输出如下所示smartctl -a /dev/nvme0：

smartctl 7.2 2020-12-30 r5155 [x86_64-linux-6.4.0-060400rc4-generic] (local build)\nCopyright (C) 2002-20, Bruce Allen, Christian Franke, www.smartmontools.org\n\n=== START OF INFORMATION SECTION ===\nModel Number:                       SAMSUNG MZVLB1T0HBLR-000L2\nSerial Number:                      S4DZNX0R997671\nFirmware Version:                   3L1QEXF7\nPCI Vendor/Subsystem ID:            0x144d\nIEEE OUI Identifier:                0x002538\nTotal NVM Capacity:                 1,024,209,543,168 [1.02 TB]\nUnallocated NVM Capacity:           0\nController ID:                      4\nNVMe Version:                       1.3\nNumber of Namespaces:               1\nNamespace 1 Size/Capacity:          1,024,209,543,168 [1.02 TB]\nNamespace 1 Utilization:            207,072,522,240 [207 GB]\nNamespace 1 Formatted LBA Size:     512\nNamespace 1 IEEE EUI-64: …