我正在使用通过USB连接到Linux机器的Seagate Backup Plus 4TB驱动器。 驱动器型号是ST4000DX000-1CL160。 在检查SMART属性时，我会得到： $ sudo smartctl -a -d sat /dev/sdb smartctl 5.41 2011-06-09 r3365 [i686-linux-3.2.0-37-generic] (local build) Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net === START OF INFORMATION SECTION === Device Model: ST4000DX000-1CL160 Serial Number: Z1Z046LE LU WWN Device Id: 5 000c50 04ec317ca Firmware Version: CC44 User Capacity: 4.000.787.030.016 bytes [4,00 TB] […]
我有一台Synology 1812+ NAS，配有8个3TB硬盘，configuration为RAID 5，运行DSM 4.1。 它被用来replaceUSB驱动器，使用Time Machine整合存储和短期OS X备份。 该设备和驱动器只有2个月大。 隔两周，我开始从两个驱动器获得IO错误。 日志有以下错误： Read error at internal disk [3] sector 2586312968. 之后 Bad sector at md2 disk3 sector 250049936 has been corrected. 这些部门从来不匹配。 build议在驱动器上运行扩展SMARTtesting。 我做了，这是我得到的价值观： 然后，我对其中一个没有收到投诉的驱动器进行扩展的SMARTtesting，这里是我得到的值： 值看起来非常相似。 我不清楚是否存在问题，如果不存在，如果SMARTtesting没有发现任何实际问题，那么SMARTtesting有什么意义？ 我应该如何解读这些结果，何时应该知道更换硬盘的时间？
我在服务器上有四个磁盘，其中两个是WD15EARS，我试图把这两个WD15EARS放在Linux mdadm RAID中，但由于某种原因，磁盘arrays的性能非常慢（它同步速度约为15 MB / s） 。 起初我以为这是一个alignment问题，因为他们是先进的格式驱动器，但我不这么认为。 这是我如何alignment他们。 我的台式电脑中也有两个这样的驱动器，它们与LVM和RAID一起苦苦经营，运行良好。 我对单个驱动器（sdb和sdd）做了一些速度testing。 Hdparm -t对于sdb显示80 MB / s，对于sdd显示只有30 MB / s（另外两个驱动器，两个Samsung驱动器，测量速度约为100 MB / s）。 这些结果是可重复的。 这也表明，这不是一个alignment的事情，因为那么hdparm -t会在两个驱动器上很慢。 我一直无法辨别出任何可能解释为什么其中一个驱动器较慢的差异，只是SMART在良好的驱动器上报告了以下内容： Offline data collection status: (0x82) Offline data collection activity was completed without error. Auto Offline Data Collection: Enabled. 它报告坏的驱动器： Offline data collection status: (0x85) Offline data collection activity was […]
是否有一个如何解释SMART属性的“开机时间”取决于硬盘制造商的表？ 其中一些使用小时，几分钟甚至几秒钟…
SMART是否有可能给出错误的读数（比如我正在摆弄大量的恢复程序，传输，等等），还是绝对与驱动器的物理状态是只读直接关联？ SpinRite 5级“恢复坏道”是否在工厂标记的那些上运行？ 它们与通用坏扇区是否处于同一水平，SpinRite因此具有完全访问权限？ （许多？）驱动器的主要固件（如WD Passport） 存储在磁盘上 。 如何保护？ SpinRite的部门恢复可能会腐败吗？ 驱动器报告的有效身份信息（ hdparm -I /dev/xx ）是否与损坏的固件一致，或只是一般的磁盘故障？ 我可能会误解这里的固件的作用。 我感觉我已经读了一个驱动器的身份信息，就像分区表等一样。 这是真的？
我有一个可能损坏的磁盘系统，但磁盘通过所有方式的诊断。 我一直无法确认磁盘是否损坏。 我有什么select？ 我只能更换磁盘，但由于这种情况与另一个更严重的情况（长篇故事）非常相似，所以我想实际做出正确的诊断，而不是随机分组硬件。 问题和历史是这样的： 我有一台Debian Linux PC（500 MHz P3）作为路由器，nagios和munin。 它每两个星期坠毁。 没有日志或dmesg可以获得（因为它是一个旧的康柏，只有当您将其configuration为无键盘时启动，以后连接键盘，一旦启动，不可能）。 当时，我只是用另一台康柏（P4 2.4 GHz）取代了电脑，因为我认为硬件有问题。 但是，它每隔几个星期仍然坠毁。 不同的是，在这台电脑上，我仍然可以通过SSH进入。 它给在hda上的各种错误。 我想确认磁盘已损坏，但是我确实没有证实这一点： SMART错误日志显示没有错误。 通常当磁盘开始动作时，SMART我的通行证，但它仍然在错误日志中logging一个读取错误。 SMART自检（ smartctl -t long /dev/sda ）完成而没有错误。 重新分配扇区数（一个告诉参数）一直是31年，即使在我的台式机多年前还在使用这个磁盘的时候，它仍然是这样。 这个数字从未改变。 dd if=/dev/sda of=/dev/null bs=4096通过飞行的颜色。 我还能做什么来评估驱动器的健康状况？ 再一次，这不是关于再次使这个路由器function完全，这是一个磁盘取证问题，因为它恰好是我有另一台服务器，可能有同样的问题，知道这个答案可能会帮助我很大。 为了logging，下面是日志等。 这是smartctl -a输出： smartctl 5.40 2010-07-12 r3124 [i686-pc-linux-gnu] (local build) Copyright (C) 2002-10 by Bruce Allen, http://smartmontools.sourceforge.net === START OF […]
是否有任何工具可以插入硬盘驱动器并执行诊断，例如显示是否存在SMART错误？ 我使用了大量的商品硬件，并且需要检查一些铺设的磁盘是否好。 把他们放进电脑是一件痛苦的事情。 启动Unix或一些专有的恢复软件，并单独检查每个驱动器。 如果有一个我可以插入的设备，而且在相当短的时间之后给出一个状态码或者其他东西，那将是非常棒的。 理想情况下，这可以同时用于IDE和SATA接口。
我在18个月前购买了1TB希捷Barracuda 7200.12-ST31000528AS驱动器，因为它具有5年保修期，并且在Ubuntu服务器下与Samsung Spinpoint一起使用，作为软件RAID-1arrays的一半。 昨天，smartd开始报告一个问题： Jan 18 06:08:03 svr smartd[2672]: Device: /dev/sdb [SAT], 2 Currently unreadable (pending) sectors Jan 18 06:08:03 svr smartd[2672]: Device: /dev/sdb [SAT], 2 Offline uncorrectable sectors 我通过smartctl进行了调查，并在调度一些testing之后得到了以下结果： $ smartctl -l error /dev/sdb smartctl 5.41 2011-06-09 r3365 [x86_64-linux-3.0.0-14-generic] (local build) Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net === START OF READ SMART DATA […]
在我开始之前，快速的声明。 我基本上是一个开发人员被情况下强迫进入系统pipe理员angular色，所以我提前道歉，如果我说一些愚蠢的或似乎我不知道我在做什么。 所以，我们的主服务器上的HDD-s有问题。 /dev/sda有两个分区，一个安装为/ ，另一个用作PostgreSQL数据驱动器（ /dev/sda2 ）。 $ df -h Filesystem Size Used Avail Use% Mounted on rootfs 92G 13G 75G 14% / udev 10M 0 10M 0% /dev tmpfs 1.6G 12M 1.6G 1% /run /dev/disk/by-uuid/8ffca87a-ffe4-4c39-ab30-352b61f039f8 92G 13G 75G 14% / tmpfs 5.0M 0 5.0M 0% /run/lock tmpfs 3.2G 0 3.2G 0% /run/shm /dev/sda2 826G […]
我在我的服务器上安装了两个硬盘作为RAID 1arrays（Linux，使用mdadm的软件RAID），其中一个硬盘在系统日志中提供了这个“present”： Nov 23 02:05:29 h2 kernel: [7305215.338153] ata1.00: exception Emask 0x0 SAct 0x1 SErr 0x0 action 0x0 Nov 23 02:05:29 h2 kernel: [7305215.338178] ata1.00: irq_stat 0x40000008 Nov 23 02:05:29 h2 kernel: [7305215.338197] ata1.00: failed command: READ FPDMA QUEUED Nov 23 02:05:29 h2 kernel: [7305215.338220] ata1.00: cmd 60/08:00:d8:df:da/00:00:3a:00:00/40 tag 0 ncq 4096 in Nov 23 […]