响应更新 1

Question 1

首先，驱动器重新刻字有时会发生，具体取决于您的计算机的设置方式。预计驱动器号在重新启动后不会保持稳定，嗯，有一段时间了。因此，你的动力转移到你身上并不是一个大问题。

假设 dmraid 和 device-mapper 没有使用您的设备：

好吧，mdadm --stop /dev/md0可能会处理你繁忙的消息，我想这就是它抱怨的原因。然后你可以再次尝试你的装配线。如果它不起作用，请再次 --stop ，然后进行 assemble with --run（如果不运行， --assemble --scan 将不会启动降级的数组）。然后，您可以删除并重新添加故障磁盘以使其尝试重建。

/dev/sde 已过时（查看事件计数器）。其他的乍一看还不错，所以我认为你实际上很有可能没有困难。

您还不应该将任何超级块归零。数据丢失的风险太高了。如果 --run 不起作用，我认为您需要在本地（或可以 ssh 登录）找到一个知道他/她正在做什么的人来尝试修复。

响应更新 1

从 mdadm 那里得到的“不足以启动阵列”从来都不是一个好消息。这意味着 mdadm 已从您的 12 驱动器 RAID5 阵列中找到 10 个驱动器，并且我希望您知道 RAID5 只能生存一失败，不是两次。

好吧，让我们尝试拼凑出发生了什么。首先，重新启动后，驱动器盘符发生了变化，这对于我们试图找出答案来说很烦人，但 mdraid 并不关心这一点。阅读 mdadm 输出，这是发生的重新映射（按 raid 磁盘 # 排序）：

00 sdh1 -> sdb1
02 sdk1 -> sde1 [OUTDATED]
03 sdg1 -> sda1
04 sdf1 -> sdm1
05 sdd1 -> sdk1
06 sdm1 -> sdg1
07 sdc1 -> sdj1
08 sdi1 -> sdc1
09 sde1 -> sdl1
10 sdj1 -> sdd1
11 sdl1 -> sdf1
13 sdb1 -> sdi1 [SPARE]

#02 的“事件”计数器比其他计数器低。这意味着它在某个时刻离开了数组。

如果您了解该阵列的一些历史，那就太好了，例如，“12 驱动器 RAID5，1 个热备用”是否正确？

不过，我不太确定导致这种情况的失败顺序是什么。似乎在某个时刻，设备 #1 发生故障，并开始重建设备 #12。

但我无法确切地弄清楚接下来发生了什么。也许您有日志，或者需要询问管理员。这是我无法解释的：

不知何故，#12 变成了#13。不知何故，#2 变成了#12。

因此，重建到#12应该完成后，#12 将成为#1。也许没有——也许由于某种原因未能重建。那么也许 #2 失败了，或者也许 #2 失败了，这就是重建没有完成的原因，有人尝试删除并重新添加 #2？这可能会使其成为#12。然后可能会移除并重新添加备用件，使其成为#13。

好的，但是当然，此时您已经遇到了两个磁盘故障。好的。这就说得通了。

如果发生这种情况，则说明您遇到了两个磁盘故障。这意味着您丢失了数据。接下来您要做什么取决于数据的重要性（还要考虑您的备份有多好）。

如果数据非常有价值（并且您没有良好的备份），请联系数据恢复专家。否则：

如果数据足够有价值，您应该用于dd对所有涉及的磁盘进行映像（您可以使用更大的磁盘，并在每个磁盘上放置文件以节省资金。例如，2 或 3 TB 外部磁盘）。然后复制图像。然后在该副本上进行恢复（您可以使用循环设备来执行此操作）。

获取更多备件。您可能有一个死磁盘。您至少有一些有问题的磁盘——smartctl也许可以告诉您更多信息。

--force在你的线旁边--assemble。无论如何，这将使 mdadm 使用过时的磁盘。这意味着有些行业现在将拥有过时的数据，有些则不会。添加其中一个新磁盘作为备用磁盘，让重建完成。希望你不会碰到任何坏块（这会导致重建失败，我相信唯一的答案是让磁盘将它们映射出来）接下来是fsck -f磁盘。很可能会有错误。修复后，安装磁盘，然后查看数据的形状。

建议

以后不要构建12盘RAID5。两块硬盘出现故障的概率太高了。请改用 RAID6 或 RAID10。另外，请确保定期清理阵列中的坏块 ( echo check > /sys/block/md0/md0/sync_action)。

Answer

首先，驱动器重新刻字有时会发生，具体取决于您的计算机的设置方式。预计驱动器号在重新启动后不会保持稳定，嗯，有一段时间了。因此，你的动力转移到你身上并不是一个大问题。

假设 dmraid 和 device-mapper 没有使用您的设备：

好吧，mdadm --stop /dev/md0可能会处理你繁忙的消息，我想这就是它抱怨的原因。然后你可以再次尝试你的装配线。如果它不起作用，请再次 --stop ，然后进行 assemble with --run（如果不运行， --assemble --scan 将不会启动降级的数组）。然后，您可以删除并重新添加故障磁盘以使其尝试重建。

/dev/sde 已过时（查看事件计数器）。其他的乍一看还不错，所以我认为你实际上很有可能没有困难。

您还不应该将任何超级块归零。数据丢失的风险太高了。如果 --run 不起作用，我认为您需要在本地（或可以 ssh 登录）找到一个知道他/她正在做什么的人来尝试修复。

响应更新 1

从 mdadm 那里得到的“不足以启动阵列”从来都不是一个好消息。这意味着 mdadm 已从您的 12 驱动器 RAID5 阵列中找到 10 个驱动器，并且我希望您知道 RAID5 只能生存一失败，不是两次。

好吧，让我们尝试拼凑出发生了什么。首先，重新启动后，驱动器盘符发生了变化，这对于我们试图找出答案来说很烦人，但 mdraid 并不关心这一点。阅读 mdadm 输出，这是发生的重新映射（按 raid 磁盘 # 排序）：

00 sdh1 -> sdb1
02 sdk1 -> sde1 [OUTDATED]
03 sdg1 -> sda1
04 sdf1 -> sdm1
05 sdd1 -> sdk1
06 sdm1 -> sdg1
07 sdc1 -> sdj1
08 sdi1 -> sdc1
09 sde1 -> sdl1
10 sdj1 -> sdd1
11 sdl1 -> sdf1
13 sdb1 -> sdi1 [SPARE]

#02 的“事件”计数器比其他计数器低。这意味着它在某个时刻离开了数组。

如果您了解该阵列的一些历史，那就太好了，例如，“12 驱动器 RAID5，1 个热备用”是否正确？

不过，我不太确定导致这种情况的失败顺序是什么。似乎在某个时刻，设备 #1 发生故障，并开始重建设备 #12。

但我无法确切地弄清楚接下来发生了什么。也许您有日志，或者需要询问管理员。这是我无法解释的：

不知何故，#12 变成了#13。不知何故，#2 变成了#12。

因此，重建到#12应该完成后，#12 将成为#1。也许没有——也许由于某种原因未能重建。那么也许 #2 失败了，或者也许 #2 失败了，这就是重建没有完成的原因，有人尝试删除并重新添加 #2？这可能会使其成为#12。然后可能会移除并重新添加备用件，使其成为#13。

好的，但是当然，此时您已经遇到了两个磁盘故障。好的。这就说得通了。

如果发生这种情况，则说明您遇到了两个磁盘故障。这意味着您丢失了数据。接下来您要做什么取决于数据的重要性（还要考虑您的备份有多好）。

如果数据非常有价值（并且您没有良好的备份），请联系数据恢复专家。否则：

如果数据足够有价值，您应该用于dd对所有涉及的磁盘进行映像（您可以使用更大的磁盘，并在每个磁盘上放置文件以节省资金。例如，2 或 3 TB 外部磁盘）。然后复制图像。然后在该副本上进行恢复（您可以使用循环设备来执行此操作）。

获取更多备件。您可能有一个死磁盘。您至少有一些有问题的磁盘——smartctl也许可以告诉您更多信息。

--force在你的线旁边--assemble。无论如何，这将使 mdadm 使用过时的磁盘。这意味着有些行业现在将拥有过时的数据，有些则不会。添加其中一个新磁盘作为备用磁盘，让重建完成。希望你不会碰到任何坏块（这会导致重建失败，我相信唯一的答案是让磁盘将它们映射出来）接下来是fsck -f磁盘。很可能会有错误。修复后，安装磁盘，然后查看数据的形状。

建议

以后不要构建12盘RAID5。两块硬盘出现故障的概率太高了。请改用 RAID6 或 RAID10。另外，请确保定期清理阵列中的坏块 ( echo check > /sys/block/md0/md0/sync_action)。

Question 2

您可以尝试使用 mdadm 命令通过以下内核参数启动：init=/bin/bash

Answer

您可以尝试使用 mdadm 命令通过以下内核参数启动：init=/bin/bash

Question 3

不确定这是最好的方法，所以解决这个问题，但是当我的 RAID10 中的一个驱动器由于未知原因不同步时，这对我很有帮助：

首先，我停止了所有可以找到的 RAID 容器sudo mdadm --stop /dev/md*（这里要小心，以防您运行多个 RAID，其中一些您可能依赖）。然后我使用 scan 命令重新创建所有 RAID：

sudo mdadm --assemble --scan --verbose

然而，这为不同步的驱动器创建了一个单独的容器，所以我停止了它（您可以通过检查sudo mdadm --stop /dev/mdX找出哪个容器；在我的例子中，我还可以看到不同步驱动器的设备名称）。最后，我将此驱动器重新添加到父容器中，在我的例子中：Xsudo mdadm --detail /dev/md*/dev/sdgmd127

sudo --manage /dev/md127 -a /dev/sdg

现在它开始同步，我可以通过检查看出

sudo watch cat /proc/mdstat
…
[===>............................] recovery = 8.3%
…

Answer

不确定这是最好的方法，所以解决这个问题，但是当我的 RAID10 中的一个驱动器由于未知原因不同步时，这对我很有帮助：

首先，我停止了所有可以找到的 RAID 容器sudo mdadm --stop /dev/md*（这里要小心，以防您运行多个 RAID，其中一些您可能依赖）。然后我使用 scan 命令重新创建所有 RAID：

sudo mdadm --assemble --scan --verbose

然而，这为不同步的驱动器创建了一个单独的容器，所以我停止了它（您可以通过检查sudo mdadm --stop /dev/mdX找出哪个容器；在我的例子中，我还可以看到不同步驱动器的设备名称）。最后，我将此驱动器重新添加到父容器中，在我的例子中：Xsudo mdadm --detail /dev/md*/dev/sdgmd127

sudo --manage /dev/md127 -a /dev/sdg

现在它开始同步，我可以通过检查看出

sudo watch cat /proc/mdstat
…
[===>............................] recovery = 8.3%
…

响应更新 1

答案1

响应更新 1

建议

答案2

答案3

相关内容