数週間前、私はシステム（Debianの3つのバージョン）を再構築している間、中間リポジトリとして使用することを意図してソースがわからない「2Tb」サムドライブを購入しました。
実際のサイズを確認する効率的な方法を提案できる人はいますか？つまり、実際にストレージスペースに冗長な「500Mb」デバイスが1つもなく、実際に「2Tb」のフラッシュメモリがあるということです。
私は容量を宣言するとき、製造業者が長い間取った自由を十分に知っており、私の「2Tb」ドライブの最大実容量は1.75Tib程度であることを強調したいと思います。
もともとは分割されていないexFATを使用してフォーマットされており、一般的なテストプログラムは1Tbを超えるテストデータを記録しましたが、読み取りチャネルに入る前にランダムな点で常に失敗しました。チャンネルを読み取ると、ブロック番号が実際に保存されていることを確認できます。 。これはドライブのマイクロコントローラが不安定であることを意味するかもしれませんが、問題はLinuxの比較的新しいexFATサポートにあるかもしれません。
gpartedを使用すると、エラーなしでext4またはext2に分割して再フォーマットできます。
ar / wブロックテストのために-ccオプションを使用してmke2fsを手動で実行してみましたが、ドライブ1％あたり約80時間かかりました。また、明示的にサイズを確認する必要がある2つの別々のチャンネルがあることを明示的に確認したことはありません。
私は自己テストプログラムを実行したことがありません。このプログラムは、ext2でフォーマットされたデバイスのより小さなメディア（10GBサイズ）で動作すると思います。
私のテストプログラムがファイルの代わりにブロックデバイスに適用されている場合は、--sparseオプションを追加して効率を向上させることができました。このオプションは、4Kブロックにのみブロック番号を記録します。ターゲットがテストファイルの場合は役に立ちません。 （a）オペレーティングシステムがスパースファイルの未記録領域にスペースを割り当てない可能性があり、（b）関連する翻訳レイヤが多すぎてアクセスがほとんど不可能であるためです。フラッシュデバイスブロックの境界。
どんな提案でも大変感謝します。