☰

Synology Storage Manager 是否因为“重置命令”而将健康磁盘拒绝为“关键”磁盘？

tag-icon • tag-icon hard-drive storage sata synology
Synology Storage Manager 是否因为“重置命令”而将健康磁盘拒绝为“关键”磁盘？

我正在尝试在 DS1515+ 中安装新硬盘。硬盘是全新的 Seagate Exos X。

我买了 3 个这样的驱动器，其中 1 个运行良好，现在已成为我的存储池的一部分，但当我将另外 2 个驱动器安装到 DS 中时，它们却出现错误。错误是“发生了多个重置命令错误...”。

从存储管理器，我无法继续，系统不允许我初始化磁盘以使其成为存储池的一部分。我尝试安全擦除其中一个磁盘，但没有成功。

我查看了 DS 的 Linux 终端的 dmesg 输出，没有发现导致我遇到问题的磁盘错误。

但我在所有扩展视图中都看到没有发生与重置/重新识别/重新连接等相关的错误。那么为什么存储管理器停留在“严重”状态？

当连接到另一台计算机时，这两个磁盘都可以正常工作，所以我相信它们在物理上是 100% 没问题的。

我怀疑磁盘被 DS 拒绝是因为一些历史数据。首先，我尝试使用 DS1515+ 的 2 个 ESATA 端口连接两个有问题的磁盘，但磁盘从未出现在存储管理器中，并且我在 dmesg 日志中看到一些重置/连接错误（使用 linux 终端）。这可能是因为较旧的不稳定 ESATA 电缆。但我的理论是，当磁盘通过 ESATA 连接时发生的这些事件导致 DS 将这些磁盘“列入黑名单”，因为它们曾经因电缆不稳定而导致“重置命令”。

我如何强制 DS 接受这些磁盘并让我使用它们？有没有办法重置有关这些磁盘的任何历史知识，并让 DS 重新评估它们？

在此处输入图片描述 在此处输入图片描述 在此处输入图片描述 在此处输入图片描述 在此处输入图片描述 在此处输入图片描述

答案1

我设法自己修复了这个问题。几天前不稳定的 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 - 现在它正在将我的存储池重建到新磁盘:)

相关内容