SSD 冻结,事件 ID 为 153(SRB_STATUS_ERROR)

SSD 冻结,事件 ID 为 153(SRB_STATUS_ERROR)

我使用了 4 年的 OCZ Agility 4 在移至其他系统后出现故障。一个月前,这款 SSD 还是我的主要驱动器,我第一次注意到“事件 ID 153 - 重试磁盘 y 的逻辑块地址 xxxx 处的 IO 操作“ 1年以前。

我只是偶尔收到警告,每隔几个小时一次,没有延迟。事件详细信息指定了00 09 2800 12 28代码。根据这些文章(12) 他们的意思是:

0x00 = SCSISTAT_GOOD

0x09 = SRB_STATUS_TIMEOUT    or    0x12 = SRB_STATUS_DATA_OVERRUN

0x28 = SCSIOP_READ

没什么值得担心的,SMART 数据也很好。这可能与我目前的问题无关,因为我data_overrun的全新 SSD 偶尔也会遇到这种情况。

升级电脑后,我将 OCZ 移到了笔记本电脑上。我将其格式化并执行了全新安装。从那时起,我就一直遇到死机问题。

问题: 无论我使用什么程序,都会在几秒钟内失去响应,但我仍然可以移动光标,甚至可以使用 alt+tab。无论什么程序处于活动状态,也会失去响应,这种情况会持续到 SSD 在 2 秒到 10 秒内响应。几个小时内我没有收到一个事件 153,在冻结事件期间,我一次收到了大约 10 个这样的事件,并且这种情况每小时发生多次。如果我碰巧当时正在运行 SSD 基准测试,它会输出 0MB/s 或失败。

OCZ Benchmark 写入失败

当驱动器没有挂起时,基准测试运行顺利。

SSD 基准测试成功

如果我使用外部适配器将该 SSD 插入 USB 端口,则不会收到事件 153。我无法确定如果 SSD 连接到 USB,Windows 是否不会报告该事件(事件 153 仅在 Win8 中引入,它可能不支持 USB 数据)或者问题根本不发生。

在我这个外行人看来,SMART 数据看起来还不错:

SSD 信息

这些事件的 153 个事件详情代码00 04 2A00 04 28

0x00 = SCSISTAT_GOOD

0x04 = SRB_STATUS_ERROR

0x28 = SCSIOP_READ    or    0x2A = SCSIOP_WRITE

当 HBA 返回非特定总线错误时,会发生 SBR 错误。

这可能是由于 SATA 适配器损坏造成的吗?我还没有尝试不同的适配器,因为型号很难找到。如果不是适配器,我该怎么做才能缓解这个问题?

已经尝试过:

  • 更新 SSD 固件。它已经是最新版本。
  • 增加了过度配置。
  • 全新安装操作系统。尽可能更新驱动程序。这是一台旧笔记本电脑(LGP430),我很难找到最适合它的驱动程序。
  • 确保它使用 AHCI 模式。
  • 再次检查 TRIM。它已启用。
  • 安装了 Intel Rapid Storage,因为有报告称它能够稳定存在类似问题的 SSD。只有旧版本支持此笔记本电脑规格,安装它是一个错误的决定。Windows 崩溃得如此严重,以至于我不得不在 Ubuntu 上执行 ntfsfix 并安装分区,以便我可以运行 chkdsk然后执行系统还原。

答案1

您可能是英特尔库尔加角(6 系列) 芯片组 SATA 错误

据我所知,您的系统使用的是 HM65 芯片组。此芯片组和其他 6 系列芯片组都受到 SATA 3 Gb/s 端口(端口 2 至 5)问题的影响,其中晶体管驱动电压过高,导致过早失效。6 Gb/s 端口(0 和 1)不受影响。也可以看看:如何避免购买有故障的“Cougar Point”芯片组主板?

如果您的 SSD 连接到 3 Gb/s 端口之一(我不太清楚,因为 CrystalDiskInfo 显示 6 Gb/s,而基准测试显示 3 Gb/s),那么您可能会受到此错误的影响。如果 SSD 作为系统的辅助驱动器安装,则可能就是这种情况。不幸的是,这意味着 3 Gb/s 端口无法使用,您只能使用前两个 SATA 端口。

如果驱动器确实连接到 6 Gb/s 端口,问题可能出在主板的其他位置,但不能排除芯片组故障。

相关内容