Synology Storage Manager 因為“重置命令”而拒絕健康磁碟為“嚴重”？
我正在嘗試在我的 DS1515+ 中安裝新硬碟。硬碟是全新的 Seagate Exos X。
我已經購買了 3 個這樣的驅動器，其中 1 個工作正常，現在是我的儲存池的一部分，但是當我在 DS 中安裝它們時，另外 2 個給我一個錯誤。錯誤是“發生了多個重置命令錯誤…”。
在儲存管理器中，我無法繼續，並且系統不允許我初始化磁碟以使其成為儲存池的一部分。我已經嘗試安全擦除其中一張磁碟，但沒有成功。
我查看了 DS linux 終端的 dmesg 輸出，沒有發現給我帶來麻煩的磁碟錯誤。
但我可以在所有擴展視圖中看到，沒有發生有關重置/重新辨識/重新連接等的錯誤。那麼，為什麼 Storage Manager 會停留在“關鍵”狀態？
當連接到另一台電腦時，這兩個磁碟都可以正常工作，所以我相信它們在物理上是 100% 正常的。
我懷疑磁碟由於某些歷史數據而被 DS 拒絕。首先，我嘗試使用 DS1515+ 的 2 個 ESATA 埠連接兩個有問題的磁碟，但這些磁碟從未出現在儲存管理器中，並且我在 dmesg 日誌中看到了一些重置/連接錯誤（使用 linux 終端）。這可能是因為舊的不穩定 ESATA 電纜。但我的理論是，這些磁碟通過 ESATA 連接時的事件導致 DS 將這些磁碟“列入黑名單”，因為它們曾經因片狀電纜而導致“重置命令”。
如何強制 DS 接受這些磁碟並讓我使用它們？有沒有辦法重置有關這些磁碟的任何歷史知識，並讓 DS 重新評估它們？
我設法自己解決了這個問題。我認為幾天前不穩定的 ESATA 連接讓我的 NAS 認為驅動器出現故障的假設是正確的。
我做了什麼來解決它：
root@diskstation:/# grep -r ZR52AGQE /var/* ... Binary file /var/log/synolog/.SYNODISKDB matches Binary file /var/log/synolog/.SYNODISKHEALTHDB matches Binary file /var/log/synolog/.SYNODISKTESTDB matches ...我使用命令行工具將這些數據庫轉儲到 SQL 文件中
sqlite3，然後將轉儲導入筆記型電腦上的數據庫中，並檢查內容。然後我可以在日誌表中看到幾天前從 ESATA 連接重置的連接事件
然後我做了這個
root@diskstation:/var/log/synolog# sqlite3 .SYNODISKDB DELETE FROM logs WHERE serial = 'ZR51TPNF'; DELETE FROM logs WHERE serial ='ZR52AGQE';並重新啟動 NAS - 現在它正在將我的儲存池重建到新磁碟:)
