哈Ha 在新年假期中，有可能写一个有趣的案例（尽管
DATALABS中有
很多类似的案例）。 有趣的是，通过完全无效的USB闪存驱动器，我们成功恢复了数据。 如果您想知道如何？ 欢迎来到猫...
Windows驱动器会在无法确定设备上文件结构的情况下提出格式化驱动器的建议，并提出通过格式化来创建一个新驱动器。
在我们的情况下，数据是必需的，无法格式化。 我们使用磁盘编辑器查看文件结构发生了什么。
Winhex：
高飞...就是这样！ 所有32 GB的数据都充满了零...没有数据！ 厨师，都没了
立即询问客户是否给任何人？ 那个邪恶的伴侣没有运行修复工具？ 答：不，对。
如果没有人“刷新”闪存驱动器并且没有以某种模式对其进行记录，则无法立即将其重置为零，这需要时间和精力。
好吧，俄罗斯人不要放弃。 我们焊接微电路，并绕过控制器直接查看存储器的内容。 在这种情况下，一个案例中有两个晶体，连同服务信息一起，获得了两个18 GB的转储。
转储中没有零，但这仍然没有任何意义，因为在现代闪存驱动器上，控制器不会通过XOR操作显式写入数据。
如果所有块均相同，则是，驱动器将填充相同的块。 但是我们很幸运，它们是不同的，这就是数据！
您需要拾取XOR，并根据控制器算法以正确的顺序收集块。
让我们假罗斯托夫情结
vaul有26 GB的数据，9000个文件，其中有900个文件被殴打。不幸的是，我们无权上载这些数据的图片，因为在我们办公室中，隐私是至关重要的。
在这个小故事的结尾有一个圆满的结局（客户端第一次感到烦恼的是只有零），您需要写出为什么不能正确还原所有文件的原因。
现代存储芯片的质量非常可悲，尽管制造商大声疾呼，我们已经进行了大量的记录周期，但统计数字却相反。 与以兆字节为单位的闪存驱动器相比，折旧速度非常快。 好吧，我们现在就不要谈论它。
对于这种情况，闪存驱动器将要死掉并对其进行间接“信号传递”，即：开始了磁盘检查，检查驱动器的结果是FOUND文件夹，它存在于恢复的数据中。 这些是她“流”的头铃。
控制器发现坏的存储单元的数量已经非常大，并且使接口“归零”。
我们必须通过多次读取来读出坏扇区，其中一些扇区可以从ECC中读取或恢复。 结果，使客户满意。 从头开始...