脚本
当前，我的各种数据文件（我创建的文件，因此不可替代）分散在几个系统上的多个目录中。我想将它们整合到一个地方。我想将它们全部放入闪存驱动器（或什至更好的存储卡，因为它可以放在笔记本电脑内而不是从侧面伸出）。由于它们全部都位于一个较小的位置，因此它们易于备份，并且在我正在使用的任何系统上始终可用（这很好，因为那时我总是有需要处理的东西）。
问题
我唯一关心的是闪存的性质。我读过无数的文章和评论，关于闪存如何可靠，不可靠，是否会磨损，对大多数人来说不会磨损等等。不幸的是，没有一个是结论性的（肯定不是针对广泛的设备）。
变通
为了适应闪存的本质，我决定对驱动器进行“常规”备份（尽管我已经达到5.5GB，因此一次只能保留几个）。
题
这留下了一个潜在的主要问题：损坏/故障通知。
我可以接受不得不依靠备份来省心的做法，但是我最害怕的是该驱动器将接受写操作，但是后来，当我尝试读取它时，结果却显示为乱码。
因此，我想知道的是闪存驱动器/存储卡发生故障时是否出现警告或错误。显然，它将尝试尽可能地重映射死细胞，但是腐败是一个真正的问题吗？是否会告知用户无法写入驱动器，以便他们可以停止使用它，或者我们只能在继续使用一段时间后才发现损坏的文件，甚至可能将其备份？（理想情况下，我想知道是否总体上会有警告，但至少在Windows中是这样。）
研究
（找到 一个 答案 到 这个 问题是相当困难，由于查询词的性质。最后一个发现有关的信息延迟写入失败的消息，但也适用于任何可移动驱动器，而不是特定的闪存设备。有这里有一个类似的问题，询问闪存驱动器发生故障时会发生什么，但更多的是重新映射单元，而不是我要询问的错误通知；我想知道磨损均衡失败后会发生什么。
1
以我使用USB记忆棒，各种色调的SD卡甚至SSD的经验来看，当它们确实发生故障（并且我不是在谈论物理损坏）时，它们的灾难性后果是没有任何实际警告的（当然是YMMV，所以请参阅我的最后一句话） ）。它们在那里，嗡嗡作响，然后好一整天po！:(没有传统驱动器的真正警告，因此我已经放弃了对它们的长期存储重要数据的信任。顺便说一句，您是否真的认为像这样的关于硬件在故障时如何工作的问题会有一个-大小适合所有答案？
—
Karan
@Karan，我想/希望当闪存设备无法写入时，它会以某种可预测的方式失败，例如让控制器响应写入查询返回错误。然后，该错误将返回给操作系统，以便软件可以轻松地捕获并处理它。因此，是的，我确实认为它可以/应该（应该）有一个“一刀切”的答案（至少如果硬件制造商知道他们在做什么）。我担心的是，它们并没有像您所说的那样，以无声且不可预测的方式失败（就像在发明异常处理之前重回数字时代）一样。
—
Synetech
即使有适当的异常处理，当谈到失败时，谁又能保证处理程序将有机会在失败发生之前介入呢？有些人可能很“幸运”，可以看到警告，而其他人则可能没有。无论如何，到目前为止，不幸的是，我似乎只属于后者。
—
卡兰2013年
Even if that exception-handling were in place, when it comes to failure who's to say there's any guarantee the handler will have an opportunity to kick in before the failure occurs? 可以说任何一种设备。但这并没有阻止其他设备（如HDD或NIC）以及向操作系统报告硬件错误。在这方面，闪存设备没有什么独特之处。当然，驱动器的固件能够检测到错误并报告错误，而不仅仅是爆炸。这不完全是火箭手术。
我的HDD失败了，也没有事先警告。我要说的是，对于硬件故障，不能保证任何警告。该设备是否构建为可以尝试发出警告完全是另一回事。我认为在当今时代就是这种情况。无论如何，我将看看是否有关于该主题的固件文献。
—
卡兰（Karan）2013年
