重新分配的部门数量很高并且在增加


1

我有一个旧的西部数据硬盘驱动器开始通过坏的SATA电缆得到一些坏扇区,更换电缆后,我试图用dd实用程序用零填充磁盘,但它一直返回I / O错误。所以,我尝试使用Windows的完整格式功能,它工作正常,没有错误。我重新安装了我的Linux发行版然后检查了SMART

状态

据我所知,重新分配的扇区数首先设置为12256.它几乎每次打开计算机时都会增加。无论如何,我的问题是:SATA电缆为何以及如何破坏这些扇区?括号中的数字是多少(2396 0)?为什么Windows的完整格式有效但dd失败了?

另外,我检查了我的其他HDD(安装了Windows 7)上的SATA电缆故障,结果是“发生磁盘读取错误.Ctrl + Alt + Del重启”。我在1个月前遇到了同样的I / O问题,另一台比这个更新的硬盘(使用相同的SATA电缆)


2
我认为由固件重新分配一个扇区。该过程可能由外部操作触发,但后面的所有内容都是内部的,并且不依赖于使用的SATA电缆。您的硬盘可能正在死亡。
Kamil Maciorowski

1
SMART报告对我来说有点混乱。也许其他人可以提供清晰度。但RAW值通常是必须由驱动器固件解释的专有值 - 因此这不是坏扇区的数量,您应该忽略它。它更有可能是88的价值。此外,你对未决和不可恢复的部门更感兴趣 - 我在本报告中都没有看到。如果您的电源线不良,可能表明启动/停止计数过高的原因。但无论如何,这种驱动器很可能是有问题的,应予以更换。
Appleoddity

@Appleoddity不,原始值正是发生了什么。@KamilMaciorowski可以尝试使用专用工具(例如维多利亚或MHDD等真实模式下工作的PC3000或DOS程序)来强制执行内部硬盘固件以替换坏扇区,但不是你的情况,如果列出了固件,可以用固件替换坏扇区在“待定或不可恢复的扇区”中,但SMART的参数5是“计数”,显示已被固件替换的内容。我的建议是尽快更换这个驱动器,如此大量的错误,它离开“一分钟”。
亚历克斯

@KamilMaciorowski我非常怀疑这种可能性。我没有评论,但我检查了我的其他硬盘(安装了Windows 7)上的有故障的SATA电缆,结果是消息“发生磁盘读取错误。按Ctrl + Alt + Del重新启动”。我没有评论过的其他事情是我1个月前有另一个比这个更新的硬盘驱动器有同样的问题,但我最终完全损坏它,因为我认为这是一个物理问题,我拆开它来检查是什么继续 也许,如果我在Windows上完成了一个完整的格式,它将(部分?)恢复
Krush206

您的启动/停止计数异常。如果它是服务器,那么根本不允许HDD向下旋转,如果它是桌面,则在HDD进入睡眠状态并停止旋转之前设置270分钟超时。与那些不断旋转的事件相比,开始/停止杀死硬盘的事件往往更多。完整格式不会帮助。您可以尝试在帮助下启动内部固件的长测试smartctl,但我认为这太迟了。拿克隆兹拉并运行它的 -rescue选项,以至少保存你的硬盘上仍然存在的东西
亚历克斯

Answers:


3

SMART报告的重新分配的扇区错误是预测任何驱动器何时死亡的最佳方式。电缆不会导致重新分配的扇区。预测?经常使用,可能性在60天内失败,并且可能性增加5-10倍

知道你的驱动器很快就会死亡,并且:

  • 如果你能提供帮助,请不要在驱动器上写任何东西,更不用说每个扇区了。每次这样做,风险都是在该操作期间写入的内容可能会丢失。这意味着如果您尝试仅更改一个字节,则驱动器写入的内容远不止于此。如果512字节扇区失败并且其余的写操作成功,那么您只丢失了一个块。但是,根据操作系统的反应,更多的写操作也可能失败。如果它在尝试写入时重新启动,那么它在内存中的所有块都将丢失。
  • 不要试图“修复它”使用。写入每个扇区是丢失大多数文件的可靠方法。然而,读取通常是安全的,直到驱动器死亡。
  • Steve Gibson是他用Spinwrite产品修复驱动器的专家。仍然有“恢复模式”,只会尝试恢复问题文件,然后有“修复,它试图修复它认为是问题的任何东西,最后,有”修复“,它强调每个扇区,并删除任何边缘使用的东西。 只有第一个“恢复”选项应该用在垂死的驱动器上,因为其他模式可能会破坏它。
  • 停止“使用”驱动器以存储任何新内容,并且不要指望下次启动时数据就在那里。从你希望保留的那个驱动器中获取任何东西 - 立即备份
  • 如果这是一个启动驱动器,很可能很快就无法启动。如果是这样,您仍然可以将其作为从驱动器连接并从中恢复大部分文件。我最近有一个“坏了”的驱动器,在保修期内更换了。我能够从该驱动器中获取除一个非关键的无关紧要的文件,并从300,000个文件中备份。整个驱动器将很快停止工作,并可能在30天内停止。

我真的不确定这是一个物理或逻辑问题。读写模式下的坏块测试总是成功的。如果我使用oflag = direct或bs = 1M,我也发现dd有效
--Krush206

重新分配的部门只是在驱动器意外使用这些部门时出现的其他问题的结果。轴承磨损。正如他们所做的那样,盘片和头部之间的对齐偶尔会有所偏差。当重写相同的位置时会变得更糟,下次写入时可能会更多。写入将显示比读取更多的问题。如果从不读取扇区,它们将不会显示为错误。温度也是一个很大的因素 - 我已经通过拉出冰箱来恢复驱动器,或者只是将它们颠倒过来。
DaaBoss

奇怪的是,SMART日志只读取错误,它从不记录写入错误。使用hdparm实用程序,读取有缺陷的扇区会导致成功,但需要2/3秒才能读取。如果我重新读取有缺陷的扇区,数据将被随机化。此外,在日志中,缺陷扇区并不总是相同的。另外,自检表明磁盘中不存在LBA存在错误,LBA扇区完全超出了磁盘的实际大小(我检查过它并且它高于1TB,wtf?)。这使我觉得这个问题是不是硬盘本身,而是在固件
Krush206

所以,我最终将驱动器放入冰箱四次左右,这并没有解决问题。但后来我考虑使用磁铁,它工作了!我不知道为什么但是在磁化驱动器后没有更多的读取失败。尽管如此,我仍然认为驱动器的固件存在一些问题,SMART数据的属性在冻结驱动器后会被随机化几次。这不是新的,它甚至在我冻结驱动器之前就已经随机化了几次。但在使用磁铁后停止了
Krush206

磁铁!! 你在开玩笑吗??而且,你把磁铁放在哪里?细节请...我永远不会打赌这会起作用,但是......我仍然期望这并没有真正解决它,但是......我打开它们并在跑步时轻推......但是,那是一个20 MB的旧版本。如果你真的想要“修理它”,我会在另一个SE上发布关于从微波磁控管中拉出大量强大磁铁的帖子....试试...... :)
DaaBoss
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.