我读到 ZFS/BtrFS 有校验和检查，但它们不将其用于数据恢复，仅用于从完整本地副本或镜像副本恢复数据。
另一方面，RAR 存档支持长期数据冗余，且数量可配置。金额越多，成功恢复的可能性就越高。Dvdisaster 也是如此，它能够创建包含恢复数据的 .ecc 文件，但位于单独的介质上。
许多高级介质（例如光盘或硬盘）在驱动器控制器中实现了低级 ECC 检查，因此在更高的抽象级别上不需要它。但其他卡，比如廉价的 microSD 卡，可能缺乏它并且明显不可靠。
那么，硬件级别和应用程序级别都有 ECC 检查，但是有 ECC 支持的文件系统吗？
Linux 具有 dm-integrity 层，您可以使用它向任何块设备添加纠错。
遗憾的是，它在实际解决不可靠的 SD 卡带来的问题方面相对较差：
最典型的故障模式是……不再工作了。当物理可用内存能够维持的磨损均衡量耗尽时，通常会发生这种情况。对此你无能为力，只能少写和少读。与直觉相反，添加错误编码信息会造成伤害，因为您会放大写入和读取的数据量。但这只是 1/r 的放大，r 是代码的速率。
SD 卡应用其内置纠错后，您读取的数据要么是正确的，要么错误是块本地的且相关的。如果您需要纠正这些问题，则必须使用其块跨越 SD 卡的多个逻辑块的代码。这又意味着读取和写入放大，但这次至少是两倍的整数倍。所以，这实际上要糟糕得多。
因此，老实说，如果您的问题是不可靠的闪存存储，那么适当的响应是处理物理闪存和存储系统中的内存块之间的问题。换句话说，在SD卡内的闪存翻译层；这还允许您应用软解码来获得额外的编码增益，并且可以使用为闪存代表的非对称通道（通常是 Z 通道！！）设计的代码，在最低级别 - 这些是通过解码丢失的属性/决策和解交错发生在 FTL 本身中。这种损失很难用从 SD 卡获取的数据来弥补。
您可以直接选择满足您的可靠性要求的代码。问题在于，物理闪存越差，并且您希望存储表现得越可靠，代码速率就越低，这意味着您需要更多的闪存单元来存储一些数据。这正是使任何基于闪存的存储设备要么便宜但不太可靠，要么昂贵但更可靠的权衡。
因此，如果使用不可靠的 SD 卡，您基本上就已经失败了。可能会有一个窗口，您的 PC 中的一些编码可以纠正错误，而不会比防止错误的可能性更大，但您确实需要进行一项大型研究，了解您的 SD 卡发生故障需要多长时间，然后才能修复错误。确定一个价格。这不值得麻烦——您不会从同一家工厂购买 100000 张卡，只是为了弄清楚如何使它们的可靠性提高 0.1%。您只需购买或订购更可靠的卡即可。
对不起。
您可以做的是，当然可以通过在相当数据平衡的镜像或奇偶校验方案中使用独立卡来添加真正的冗余，但适用于任何类型 RAID 的常见警告：您需要确保在需要恢复底层之一时从其他卷中读取数据，现在还不算太晚，大量的恢复读取负载会发现甚至导致进一步的、不幸的是不可纠正的错误。同样，廉价的 SD 卡是最差的商业选择，因为可靠性信息的质量较低，其单个设备的可靠性也较低。
最后，我并没有真正看到您希望用不可靠的 SD 卡进行可靠存储的实际场景。
是的，它们统称为“RAID”：独立磁盘冗余阵列。
最好的非 RAID 配置包括 Linux 上的 EXT4。我相信还有其他人。但我相信，这些并不能解决这些问题，而是可以在编写时捕获错误。