背景
所以我有一个硬件 RAID 控制器，它可以用 4 个驱动器组成 RAID 10。最近其中一个驱动器出现故障，所以我换了一个新驱动器并替换了出现故障的驱动器。我让控制器重建阵列，大部分都成功了。但是，当插入 Linux 时，它不允许我挂载。我尝试卸载，然后重新挂载，但它永远不允许我挂载。运行 blkid 时，它会显示 sda 而不是 sda1，表明可以看到驱动器，但看不到分区。有一次尝试挂载时，它告诉我该驱动器之前已挂载。
好的，由于分区是从 Windows 10 和 NTFS 创建的，我决定尝试查看 Windows 机器上的数据。我能够看到我的所有数据、文件夹、文件等。由于这让我相信 RAID 群集上有一个挂载卡住了，我做了一些研究，大多数建议是从 Windows 运行 CHKDSK。
我首先在 Windows 运行的 CMD 会话中运行 CHKDSK，它告诉我必须强制卸载磁盘，所以我同意了，但是完成后什么也没发生。为此，我启动了没有运行 Windows 的 CMD 会话并运行：
CHKDSK F: /R
完成后（大约 10-15 分钟后），它告诉我 CHKDSK 无法在 RAW 磁盘格式上运行。这让我意识到我刚刚丢失了分区表......
恢复？
因此我的搜索让我找到了这篇文章：
https://html5.litten.com/updated-how-to-fix-external-disk-drive-suddenly-became-raw/
这可能允许我修复分区表而不会破坏我的数据，这就是我目前正在尝试的方法，尽管这可能需要很长时间。因此，在运行过程中，我想知道是否有其他人之前遇到过这个问题，以及是否有任何建议可以尝试。
将来有更好的解决方案吗？
所以当然我现在最关心的是恢复我的数据。但如果我真的恢复了，我想确保我不会再犯同样的错误。我想法我有一个很好的数据恢复计划，但从未想过分区会被破坏。有什么好的解决方案可以防止这种情况再次发生？
答案1
有什么好的解决方案可以防止将来再次发生这种情况？
想要防止灾难。但您无法预防每一种使您的数据面临风险的情况。有些事情根本就超出了你的控制范围！你的 RAID 可能会在重建期间遭受第二个驱动器的损坏，从而导致阵列无法安装。在你开始重建之前，多个驱动器可能会发生故障。RAID 控制器中的固件错误可能会导致数据损坏。还有许多与 RAID 无关的问题可能会破坏你的数据。
更好的目标是为你的数据建立一个安全网：良好的备份
RAID 可以成为该计划的一部分，但不能计划您需要一个备份方案，确保您至少拥有一份经常更新的数据副本。更好的是，您应该拥有多个轮流更新的副本，其中一些副本与您的主数据物理上分开保存。
拥有多个副本可以防止数据损坏/破坏问题，直到你发现后损坏的数据已备份。如果您只保留一个备份“实例”，在这种情况下它将被不可用的数据覆盖。
将备份副本与原始数据分开存放可防止备份遭受共同命运。例如，这可保护您免受火灾、洪水或盗窃等物理灾难的影响。您还必须确保异地备份不能从主系统（例如始终在线的云服务）轻松访问。这违反了“物理分离”规则，并使备份面临常见命运，例如成功的勒索软件攻击，该攻击试图摧毁受害机器上可访问的所有数据。
防止将来发生数据损坏的最佳解决方案是建立此安全网。然后任何事物可能会发生在您的原始数据上，并且您有办法恢复。
恢复
至于数据恢复选项，这是一个已经有答案了关于超级用户。