☰

SATA 磁碟故障但出現週期性錯誤？

tag-icon • tag-icon sata
SATA 磁碟故障但出現週期性錯誤？

我有一個 Seagate St2000dm001 2TB Barracuda Sata3 磁碟，它產生與此類似的錯誤：

[Tue Jun 14 10:02:06 2022] ata2.00: exception Emask 0x0 SAct 0x1 SErr 0x0 action 0x6 frozen
[Tue Jun 14 10:02:06 2022] ata2.00: failed command: WRITE FPDMA QUEUED
[Tue Jun 14 10:02:06 2022] ata2.00: cmd 61/00:00:00:48:9f/02:00:b2:00:00/40 tag 0 ncq 262144 out
[Tue Jun 14 10:02:06 2022]          res 40/00:01:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
[Tue Jun 14 10:02:06 2022] ata2.00: status: { DRDY }
[Tue Jun 14 10:02:06 2022] ata2: hard resetting link
[Tue Jun 14 10:02:16 2022] ata2: softreset failed (1st FIS failed)
[Tue Jun 14 10:02:16 2022] ata2: hard resetting link
[Tue Jun 14 10:02:26 2022] ata2: softreset failed (1st FIS failed)
[Tue Jun 14 10:02:26 2022] ata2: hard resetting link
[Tue Jun 14 10:02:42 2022] ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[Tue Jun 14 10:02:42 2022] ata2.00: configured for UDMA/133
[Tue Jun 14 10:02:42 2022] ata2.00: device reported invalid CHS sector 0
[Tue Jun 14 10:02:42 2022] ata2: EH complete

我使用不同的電纜在不同的機器上測試了磁碟，錯誤仍然存在。它看起來就像一個明顯的磁碟損壞案例，但有一個扭曲。在執行很長的操作時查找錯誤mkfs.ext4 -c -c，給了錯誤的週期性模式：

[Mon Jun 13 10:47:02 2022] ata2.00: failed command: WRITE FPDMA QUEUED
[Mon Jun 13 11:51:08 2022] ata2.00: failed command: WRITE FPDMA QUEUED
[Mon Jun 13 12:55:14 2022] ata2.00: failed command: WRITE FPDMA QUEUED
[Mon Jun 13 14:01:21 2022] ata2.00: failed command: READ FPDMA QUEUED
[Mon Jun 13 15:08:27 2022] ata2.00: failed command: READ FPDMA QUEUED
[Mon Jun 13 16:15:33 2022] ata2.00: failed command: READ FPDMA QUEUED
[Mon Jun 13 17:22:39 2022] ata2.00: failed command: WRITE FPDMA QUEUED
[Mon Jun 13 18:29:43 2022] ata2.00: failed command: WRITE FPDMA QUEUED
[Mon Jun 13 19:36:49 2022] ata2.00: failed command: WRITE FPDMA QUEUED
[Mon Jun 13 20:43:55 2022] ata2.00: failed command: WRITE FPDMA QUEUED
[Mon Jun 13 21:50:02 2022] ata2.00: failed command: READ FPDMA QUEUED
[Mon Jun 13 22:57:08 2022] ata2.00: failed command: READ FPDMA QUEUED
[Tue Jun 14 00:04:14 2022] ata2.00: failed command: READ FPDMA QUEUED
[Tue Jun 14 01:11:17 2022] ata2.00: failed command: WRITE FPDMA QUEUED
[Tue Jun 14 02:15:24 2022] ata2.00: failed command: WRITE FPDMA QUEUED
[Tue Jun 14 03:19:30 2022] ata2.00: failed command: WRITE FPDMA QUEUED
[Tue Jun 14 04:26:36 2022] ata2.00: failed command: READ FPDMA QUEUED
[Tue Jun 14 05:33:42 2022] ata2.00: failed command: READ FPDMA QUEUED
[Tue Jun 14 06:40:48 2022] ata2.00: failed command: READ FPDMA QUEUED
[Tue Jun 14 07:47:54 2022] ata2.00: failed command: WRITE FPDMA QUEUED
[Tue Jun 14 08:55:00 2022] ata2.00: failed command: WRITE FPDMA QUEUED
[Tue Jun 14 10:02:06 2022] ata2.00: failed command: WRITE FPDMA QUEUED

幾乎剛好每1小時7分鐘一班。我認為它可能與 相關smartd，但smartd沒有運行。所以，我被困住了：什麼樣的硬體故障會產生週期為 1 小時 7 分鐘的週期性錯誤？任何想法將不勝感激。

此致，

尼可拉斯

答案1

這幾乎是 4000 秒，在廉價振盪器的精度之內。

這表示 SATA 磁碟機或 SATA 控制器韌體中的某些內容可能會自動執行此操作。

基本上，原因可能是任何原因。例如，當某些元件檢查子程式失敗時，磁碟機韌體每 4000 秒重置一次。當 SATA 控制器韌體嘗試重新協商連結並且失敗或其他任何情況時，每 4000 秒重置一次（這兩個例子並不比其他任何情況都更有可能）。

時間表明的唯一一件事是軟體決定這樣做，無論它是作為作業系統、控制器還是驅動器韌體運行的軟體。這可能是軟體錯誤，或是硬體錯誤的實際檢測。

所以，真的很難診斷這一點。如果控制器和驅動器已經是最新的韌體版本（fwupdmgr get-updates兩者都是您的朋友），那麼。

相關內容