私は私にとってツールであり、贈り物であり、大きな価値のある16Gb Verbatim USBスティックを持っています。最近問題が発生しました。スティックにアーカイブしたファイルの1つが破損しています。それで私は逃げましたbadblocks -wsv。私は基本的な4つのテストを使用しました。
4回のテストを5回実行しました。初めて実行したときに3000個のエラーが表示されました。すべての連続実行で - エラーはゼロです。
何が起こりましたか？今使うべきか、それとも棚の上に置くべきですか？私はそのプロジェクトを大切にしているので、実際に内部パネルを交換してみたいと思います。実行するとbadblocksエラーを解決できますか？
Badblocksファイルシステムを使用していないため、不良セクタに関する情報をどこかに書き込むことはできません。そうですか？
答え1
この問題は、USBフラッシュドライブ内に隠された動的マッピングテーブルを介して同じブロックの各書き込みをI / Oに変換するファームウェアがあり、摩耗レベリングによって各書き込みの内部ブロック番号が完全に異なる可能性があるため複雑です。建築に。これを見て記事。
つまり、内部ファームウェアがフラッシュメモリの一部の物理的部分からエラーを読み取り、空き領域リストからその領域を削除したことに気づいたことを願っています。これは製造工程において最初に行われ、時間の経過とともに不良領域のリストが蓄積される。
マッピングにより、十分に分離された複数のブロックが実際にはすべて同じ物理フラッシュ領域にある可能性があるため、1つの非難領域しか存在できません。
PS。書き込み中にドライブに常に十分なUSB電源が供給されていることを確認してください。たとえば、ドライブがハブにある場合は、電源が供給されているハブを使用します。気になる場合は、デバイスの電圧/電流を表示する安価なインラインUSBパワーメーターを購入できます。
答え2
フラッシュドライブに非常に特定の問題（ファームウェアバグなど）がない限り、ウェアレベリングメカニズムは、利用可能なすべてのフラッシュセクタに対する書き込み数のバランスを保ち、できるだけ長い間エラーを防ぎます。メディアに不良ブロックが表示された場合、一部のセクタは制限を超えてより多くの書き込みを処理できませんが、他のセクタは制限に近づいています。時間の経過とともに、ますます多くのエラーが発生する可能性があります。
フラッシュセクタは通常、完全に利用できなくなる前に保存時間が短縮されることを示しています（何かを書き直して再読み込むことはすぐに機能しますが、数週間後に再読み込みは失敗します）。したがって、欠陥のあるブロックを上書きすることは「修正」のように見えることがあります。しかし、長いことではありません。
Meuh が説明したように、失敗したセクタがスペアセクタに置き換えられた可能性があります。しかし、ポイントはまだ適用されます。フラッシュドライバの他の部分が失敗する可能性が高いです。
メディアに重要なデータを保存せずに、可能であれば内部ボードを交換します。