こんにちは、Habr。 年末年始には、興味深い事例について書くことが可能になりました（ただし、 DATALABSには同様の事例が多数あります）。 そして、完全に無効化されたUSBフラッシュドライブからデータを正常に復元したという点で興味深いです。 どうだろう？ 猫へようこそ…
Windowsドライブをフォーマットする提案は、デバイス上のファイル構造を判別できない場合に発行され、フォーマットによって新しいドライブを作成することを提案します。
この場合、データが必要であり、フォーマットできません。 ディスクエディタを使用して、ファイル構造に何が起こったのかを調べます。
Winhex：
グーフィー...それだけです！ 32ギガバイトはすべてゼロであふれています...データがありません！ シェフ、それはすべてなくなっています。
彼が誰かに与えたかどうかすぐにクライアントに尋ねなさいか。 そして、その邪悪な同志は修復ユーティリティを実行しなかったのですか？ 回答：いいえ、あなたの権利です。
誰もフラッシュドライブを「フラッシュ」せず、パターンでそれを記録しなかった場合、瞬時にゼロにリセットできず、時間とアクションがかかります。
わかりました、ロシア人はあきらめません。 マイクロ回路をはんだ付けし、コントローラーをバイパスして、メモリの内容を直接確認します。 この場合、1つのケースに2つのクリスタルがあり、サービス情報とともに、18 GBの2つのダンプが取得されます。
ダンプにはゼロはありませんが、最新のフラッシュドライブではコントローラーは明示的にデータを書き込むのではなく、XOR操作を介しているため、これは何の意味もありません。
すべてのブロックが同じ場合、はい、ドライブは同じもので満たされています。 しかし、私たちはそれらが異なっていて幸運でした、そしてこれはデータです！
XORを取得し、コントローラーアルゴリズムに従って正しい順序でブロックを収集する必要があります。
ロストフコンプレックスをシャムしましょう
また、26ギガバイトのデータ、9000ファイルのうち900ファイルが破られましたが、残念ながら、私たちのオフィスではプライバシーが何よりも重要であるため、データを含む写真をアップロードする権利はありません。
ハッピーエンド（このクライアントはゼロしかなかったという最初の動揺）でこのミニストーリーの結論に、すべてのファイルが正しく復元されなかった理由を記述する必要があります。
最新のメモリチップの品質は非常に残念であり、製造業者が膨大な数の記録サイクルを作成したという声明にもかかわらず...統計はその逆を示しています。 減価償却は、メガバイト単位で測定されるフラッシュドライブと比較して非常に高速です。 さて、今ここでそれについて話しましょう。
この場合、フラッシュドライブは死にかけ、間接的に「シグナリング」されました。つまり、ディスクチェックが開始され、ドライブチェック操作の結果はFOUNDフォルダーであり、復元されたデータに存在します。 これらはすでに彼女が「注いで」いた最初の鐘でした。
コントローラーは、不良メモリセルの数がすでに膨大であることを認識し、インターフェイスにゼロを返すような「耳をかすめる」ようにしました。
不良セクタを繰り返し読み取ることで、それらの一部をECCから読み取ったり復元したりすることができました。 その結果、顧客は満足しています。 そして、それはすべてゼロから始まりました...