SDカードのセクターを意図的に破壊/破損するにはどうすればよいですか?


142

一部の組み込みハードウェアの読み取り/書き込みコードの回復力をテストする必要があります。制御された研究のために、いくつかのSDカードを犠牲にし、いくつかの既知のセクターを破壊するにはどうすればよいですか

私が考えることができる唯一のことは、単一のセクターを数百万回上書きすることです。Linuxのbadblocksスクリプトを作成して、破壊テストを1つのセクターで数時間繰り返し実行できるかどうかは疑問です。


20
不良ブロックが存在するふりをするように低レベルのSDドライバーを変更できますか、それとも問題外ですか?

3
@MarkYisri、ドライバーが非常にアクセスしやすいとは思わない。使用しているドライバーはどれも、残りのファームウェアへのメモリ割り当てを最大化するために非常に初歩的です。また、可能であれば、それはおそらく私の能力を超えています。
ゲイブクラウス

3
SDカードエミュレーターを構築できますか?最も単純なプロジェクトではありません。
user20574

11
目標を考えると、中古のSDカードを少しのお金で購入でき、故障したカードを簡単に手に入れることができます。または、eBayで欠陥カードを検索します。次に、カードをテストすると、欠陥領域の位置がわかります。
FARO

28
プロの写真家に尋ねてください。彼らは確かに大ざっぱなSDカードの山を持っているでしょう。
J ...

回答:


168

役に立つかもしれない代替アプローチ。

コードがLinuxで実行されている場合は、「障害のある」論理デバイスでテストできます。dmsetupI / Oエラーを返すデバイスを作成できます。errorおよび/またはflakeyターゲットを使用してデバイスを構築するだけです。からman 8 dmsetup

error
この領域に送られるI / Oにエラーが発生します。テストまたは穴のあるデバイスの作成に役立ちます。

flakey
linearターゲット と同様のマッピングを作成しますが、定期的に信頼できない動作を示します。テスト時の故障デバイスのシミュレーションに役立ちます。

注:flakeyターゲットの使用法はここに記載されています。基本的な例はこちら

私の知る限り、I / Oエラーはすぐに報告されるため、遅延やストールなどが予想される実際のSDカードの動作とは異なります。予備試験など。


34
独創的な思考に感謝します!80MHz Atmelチップを介して、実際のOSを介さずに、ブロックレベルでSDとインターフェイスします。
ゲイブクラウス

1
@GabeKrauseこの場合、この回答の有用性は、LinuxブロックデバイスAPIが組み込みデバイスドライバーのAPIにどれだけ似ているかによって異なります。
Qsigma

1
dmsetup設定するためのコマンドerror:常に読み取りエラーを返すデバイスstackoverflow.com/questions/1870696/...
ピーター・コルド

1
私はこれがより良い解決策のように聞こえることに同意します。まず、任意のハードウェアで複製できます。また、さまざまなエラーモードをシミュレートすることもできます。たとえば、すべて正常に動作する16GB USBフラッシュドライブがあります。しばらくすると、その上の特定の領域が間違ったデータを返し始めます。いかなる種類のFSエラーもありません。ファイルを読みましたが、内容が異なります。一部のセクターは明らかに不安定です。しかし、特定のデバイスがどのように動作するかを事前に知ることはできません。
アコスタディノフ

75

この男は、不良ブロックをマークするために使用されるSDカード内のマイクロコントローラーをハッキングしました:https : //www.bunniestudios.com/blog/?p=3554

あなたは同じことをすることができるかもしれなくて、任意にブロックを欠陥があるとマークします。

本日、Chaos Computer Congress(30C3)で、xobsと私は、一部のSDカードに任意のコード実行を可能にする脆弱性がメモリカード自体に含まれているという発見を開示しました。暗い面では、メモリカードでコードを実行すると、クラスが一方向に動作しているように見えるMITM(中間者)攻撃のクラスが有効になりますが、実際には別の動作をします。ライト側では、ハードウェア愛好家が非常に安価でユビキタスなマイクロコントローラーのソースにアクセスできる可能性もあります。

これらのアルゴリズムは複雑すぎて、アプリケーションやOSレベルで実行するにはデバイス固有であるため、すべてのフラッシュメモリディスクには、ディスク抽象化アルゴリズムのカスタムセットを実行するための適度に強力なマイクロコントローラーが搭載されています。小型のmicroSDカードでさえ、1つではなく、少なくとも2つのチップ(コントローラー、および少なくとも1つのフラッシュチップ)を搭載しています(高密度カードは複数のフラッシュダイをスタックします)。

組み込みマイクロコントローラは通常、大幅に変更された8051またはARM CPUです。最新の実装では、マイクロコントローラーは100 MHzのパフォーマンスレベルに近づき、ダイ上にいくつかのハードウェアアクセラレーターも備えています。驚いたことに、これらのコントローラーをデバイスに追加するコストは、おそらく同じビジネスユニット内でフラッシュメモリとコントローラーの両方を製造できる企業にとっては、おそらく0.15ドルから0.30ドルのオーダーです。これらのマイクロコントローラーを追加する方が、各フラッシュメモリチップを徹底的にテストして特性評価するよりもおそらく安価です。

重要なのは、特にサードパーティのコントローラーの場合、ファームウェアのロードと更新のメカニズムが実質的に必須であることです。このプロセスはすべて工場で行われるため、エンドユーザーがこのプロセスにさらされることはめったにありませんが、これによりメカニズムが現実的になることはありません。中国の電子機器市場の調査で、カードの容量を「拡張」するカードにファームウェアを焼き付けている店主が見ました。つまり、カードの容量がはるかに大きいことを報告するファームウェアをロードします実際に利用可能なストレージ。これが販売時点で可能であるという事実は、おそらく、更新メカニズムが保護されていないことを意味します。

30C3での講演では、特定のマイクロコントローラーブランド、つまりAppotechとそのAX211およびAX215製品について調査した結果を報告します。製造元が予約したコマンド(つまり、CMD63の後に「A」、「P」、「P」、「O」が続く)を介して送信された単純な「ノック」シーケンスを発見します。この時点で、カードは次の512バイトを受け入れ、コードとして実行します。


10
すべての答えのうち、これはおそらくOPが実際に求めていたものに最も近いでしょう。
コートアンモン

11
それは素晴らしい読み物でした!
ゲイブクラウス

@Twistyは、関連する部分の一部をコピーしました。
FARO

2
ウサギの穴を下って、SDカードアーキテクチャの世界に入ります。
テハスケール

38

これは通常、ほとんどの最新のSDカード(またはeMMC)が静的および動的なウェアレベリングを使用しているため、機能しません。つまり、インテリジェントコントローラーが書き込み命令を解釈し、最も使用頻度の低いフラッシュセクターの1つにマッピングします。

できることは、サプライヤに連絡してデータシートを要求することだけです。ウェアレベリングアルゴリズムの状態を取得するいくつかの(ベンダー固有の)方法があるかもしれません。これにより、潜在的なフラッシュの状態/使用状況を照会できる可能性があります。または、あなたは不運かもしれませんし、これは存在しないかもしれません。

あなたの目標が本当にフラッシュを破壊することであるなら、あなたができることは大規模な読み書きサイクルを実行し、読み返しているデータがまだ一貫していることを継続的にチェックすることです。たとえば、2つの大きなファイルを作成し、チェックサムを保存して、チェックサムを検証するために読み取り/書き込みを行います。フラッシュが大きいほど、このプロセスにかかる時間が長くなります。


2
SDカードが完全にデータで満たされている場合、これはまだ機能しないので、あまり再マッピングできませんか?予備の隠れたセクターがたくさんあるとは思わない。
ルスラン

2
@Ruslanデバイスは、セクターが何かで満たされているかどうかを知る必要はありません。要求に応じて配信するセクターと、要求に応じて書き込むセクターの内容を知るだけで済みます。そして、他の物理メモリを使用して、いくつかの非公開アルゴリズムに従ってそれらのセクターを表す抽象化レイヤーが配置されている場合があります...
アレクサンダーKosubek

6
@Ruslan:デバイス全体にデータがある場合でも、ウェアレベリングは引き続き有効です。たとえば、セクターAが1回書き込まれ、セクターBが1,000回書き込まれた場合、さらに別の書き込みが発生するとセクターBは2つのセクターのデータを交換できるため、セクターAにはセクターBのデータが含まれます(さらに多くの場合上書きされます-しかし、それは新鮮なのでOKです)、セクターBにはセクターAのデータが含まれますあまり変わらないことを願っています)。明らかに、デバイスは、どのセクターがどこに格納されるかのマッピングも格納する必要があります。
psmears

2
@GabeKrauseはい、それは獣の性質です。最下層には、nandまたはnorフラッシュチップ(現在はすべてがnandを使用しています)があり、nandチップの前にバスを終端するインテリジェントコントローラーがあります(たとえば、usbスティックのusbまたはsdカードのmmc )、およびこのチップはマッピング/ウェアレベリングなどを担当し、フラッシュをあなたから引き離します。組み込みLinuxでnandを使用している場合、これはたとえばubifsが行うことです。
amo-ej1

2
SDカードには、「フラッシュ変換レイヤー」を実装するマイクロコントローラーがあります。ブロック要求は、このマイクロコントローラーによって生のNANDコマンドに変換されます。一部のSDカードには、MCUファームウェアを変更/更新するための隠しコマンドがあり、リバースエンジニアリングの取り組みも行われています。生のNAND以外のほとんどのフラッシュストレージデバイス(多くの家庭用ルーターのように表示される場合があります)はおそらく「オーバープロビジョニング」です。また、不良フラッシュページのセクター節約。
ローレンス

31

動作温度を上げることでトランジスタの摩耗を増やすことができます。加熱されたチップ(70-120°C)で書き込み消去サイクルを使用します。より速く摩耗します。


18
保管温度が高すぎると損傷するため、120°C(またはそれ以上)でしばらくチップを「調理」してから欠陥をチェックする方が実用的です。
ドミトリーグリゴリエフ

2
カードへの供給でわずかな過電圧が発生する可能性もあり、同様に実験が必要です。
クリスH

低電圧は、コントローラのロックアップなど、さまざまな種類の欠陥を引き起こす可能性もあります。
user20574

17

序文:このオプションでは、追加のプログラミングとハードウェアの変更が必要ですが、ホストに対して透過的な制御された読み取りが可能になる可能性があります。

SDカードには複数のI / Oオプションがありますが、SPIで制御できます。SDカードを取り出して、ピンをマイクロコントローラー(Arduinoなど)に接続できるように変更する場合、ArduinoがSDカードを模倣し、SDカードを読み取るデバイスに対して透過的になるようにすることができます。マイクロコントローラー上のコードは、必要なときに意図的に不良データを返す可能性があります。さらに、読み取りがマイクロコントローラーを介してSDカードに渡され、ギガバイトのテストができるように、マイクロコントローラーにSDカードを置くことができます。


3
ほとんどの高速デバイス(PCカードリーダーを含む)は、4ビットSDをサポートしないカードの使用を単に拒否します。
ドミトリーグリゴリエフ

1
OPは、SDカードのSPIをサポートする可能性が高くなるだろうカードを使用されるだろう組み込みシステムだと言った
エリック・ジョンソン

3
これの変形ですが、より困難な作業は、ファームウェアを再フラッシュできるSDカードを見つけることです
ピーターテイラー

2
これはとても面白いです!組み込みシステムは、SPIを介してI / Oを実行しています。このような追加を行うためにハードウェアを変更するための帯域幅があるかどうかはわかりませんが、素晴らしい考えだと思います。
ゲイブクラウス

2
動的なウェアレベリングについての知識を得ると、既知の不良セクタを含む「不良」SDカードを戦略的に作成することは、質問を投げかけるときに思っていたよりもはるかに困難(または不可能)になると思います。現在、私の能力の範囲を超えていますが、これは最も制御可能で技術的に有望なアプローチであり、@ Olafmがそれに続く可能性があります。中間ハードウェアをカスタマイズして、データ転送中に事前定義されたセクターの場所でデータをインターセプトおよび「破損」することは、良いアプローチのようです。
ゲイブクラウス

15

私はebay / aliexpressに行き、私が中国で見つけられる最も安いSDカードを購入します。これは「本当であるには良すぎる」カードです。多くの場合、不良セクタが付属しているか、実際よりもはるかに大きくなるようにソフトウェアに設定されています。いずれにしても、テストに使用するSDカードに障害が発生するはずです。


興味深いアプローチですが、保存されたコードに対する不良ブロックの影響をテストするために、不良領域にどのように書き込みますか?
fixer1234

@ fixer1234、32GBであると言ったSDカードがありましたが、実際には128MBしかありませんでした。カメラに入れて128MBを超える写真を撮ることができましたが、最初の写真しか読み込めませんでした。残りはリストされましたが、壊れていると読み返されました。...それは、彼らは文句を言うには遅すぎたとき、あなたが最初のカードで問題に気づくする方法であると思います
GuzZzt

11

むかしむかし、何年も前、私はかなり混乱した母親のために、SDカードから卒業写真とビデオのセットを取得するために支払われました。綿密な検査の結果、カードは何らかの形で物理的に破損しており、外部ケースに目に見える亀裂があり、いくつかの不良セクター、特にいくつかの初期の重要なセクターがあったため、当時の最も信頼性の高い回復プログラムでさえも完全に読み取れませんでした。また、当時のフォレンジックデータツールには大金がかかりました。

最終的には、同じブランド/サイズのSDカードを入手し、独自のカスタム生データダンプおよび復元ユーティリティを作成して、不良カードから良好なカードにデータをコピーしました。ユーティリティが不良セクタにヒットするたびに、そのセクタのすべてのゼロを書き込む前に何度も再試行し、あきらめて停止する代わりに、失敗を無視して次のセクタに進みます。一部のセクターではまだ約40%の読み取り成功率があることに気付いていたため、再試行が行われました。データが新しいSDカードに格納されると、以前は失敗していたリカバリツールが最小限のデータ損失/破損で完全に機能しました。全体として、すべてのファイルの約98%が回復されました。実際には何も削除されないため、以前に削除されていた多くのアイテムも回復されました。そのようにマークされ、ゆっくり上書きされます。少し退屈なデータリカバリの練習として始まったものが、私の記憶に残る興味深い個人用ソフトウェア開発プロジェクトの1つになりました。あなたが疑問に思っている場合には、母親は興奮していた。

とにかく、この話は、データにアクセスできるがSDカードを物理的に損傷する可能性があることを示していますが、セクタはほとんど機能しておらず、そこから読み取ることは困難です。SDカードのプラスチックは非常に脆い傾向があるため、いくつかの安価なものに曲げたりカットしたりするとうまくいく可能性があります。あなたのマイレージは異なる場合があります。

また、お住まいの地域のいくつかのデータ復旧場所で尋ねることができます。さまざまな故障または故障したデバイスからのデータ復旧に特化しているため、いくつかの有用な入力/ヒントが必要です。また、それらから入手できる事前に破壊されたSDカード(例:トレーニング目的)があります。


2
そのユーティリティをオンラインでリリースしましたか?それは私の武器に追加するのは素晴らしいことです。
Ploni

1
この時点で、おそらく技術の進歩の行進(コンパイルさえできないかもしれない)と私が使用した低レベルのシステムコールを考えると、それは適切に機能さえしないでしょう。また、最新のオープンソースのフォレンジックデバイス/ドライブクローン作成ツールがいくつかあります。これらのツールは、古いソフトウェアをモスボールから引き出そうとするよりも、最初に使用しようとする傾向があります。
CubicleSoft

おそらく、いくつかのパラメーターを指定するだけddで、これと同じように動作するようになると思います。よくわかりません。
wizzwizz4

@ wizzwizz4、ddrescueを見てください。
hildred

「また、当時の法医学データツールは大金を費やしていました。」私は彼らがまだそうしていると確信しています。
jpmc26

5

この回答は、@ Ruslanのコメントを拡張したものです。

  1. SDカードを最大約99.9%埋めます
  2. 残りの0.1%のコンテンツを継続的に書き換えます(Write A -delete-write B-delete-Write A ...)
  3. カードを既に破損しているかどうかを(定期的に)テストします

可能な代替案:

これが目的に合っているかどうかはわかりませんが、実際にはカードに物理的な損傷を与えるだけで十分な場合があります。


6
ウェアレベリングの全体的な目的は、この種の早すぎる損傷を防ぐことであるため、カードを99%まで満たしても効果はありません。カードに物理的な損傷を与えると、ほぼ確実に初期化されないカードになります。
ドミトリーグリゴリエフ

2
@DmitryGrigoryevカードがその公式の容量よりもはるかに多くのメモリを持っている場合を除き、レベリングはどのように役立ちますか(この場合は邪魔)。
ispiro

12
@ispiroたとえば、次に書き込みカウントの高いセクターが上書きされると、そのコンテンツは書き込みカウントの低いセクターと交換される場合があります。
ドミトリーグリゴリエフ

1
私はこの答えを解釈する場合@DmitryGrigoryev正しく着用lvlingをしないSDカードがあるはずです:electronics.stackexchange.com/a/27626/16104
デニスJaheruddin

1
@DennisJaheruddinはい、古いカードではできません。これらのカードを使用すると、割り当てテーブルのセクターがなくなるまで空のファイルを繰り返し作成/削除するだけで十分です。
ドミトリーグリゴリエフ

3

不安定な電源または高電圧信号を導入してみてください。

私が知っているデバイスファミリの一般的な障害は、SDカードの破損とバッテリーの断続的な接触との間に強い相関関係があります。


3

一部の古い、低容量のSDカード(16MB程度)は、TSOP / TSSOPスタイルのパッケージでフラッシュチップを使用します。SMTのリワークが可能なワークショップ(組み込み作業を行っている場合は、社内でそのスキルを持っている可能性があります。さもなければ、ボードレベルの電話/ラップトップの修理を行う小規模企業を確認してください)デバイスプログラマーによる未加工(ECCコードを含む)。

それでも、主にテストすることに注意してください:

  • デバイスが内部エラー訂正によって発生する可能性のあるタイミングの異常/しゃっくりをどのように処理するか

そして最悪の場合

  • 端末が障害のあるSDカードをどのように処理するか。

何らかの理由でSDカードからの不規則な動作での動作を確認したい場合は、おそらく電気ノイズをインターフェイスラインに導入することをお勧めします(例えば、FETバススイッチを間に置き、ランダムに瞬間的に切り替える(適切な電気レベルの)無意味な信号のソースに。


最終的に故障したSDカードは「電気ノイズ」を生成せず、書き込み操作に対してエラーコードを返すだけです。
ドミトリーグリゴリエフ

2

OlafMの答えに関連しますが、異なります。SDカードプロトコルを話すように独自のマイクロコントローラーをプログラムし、それから必要な動作をエミュレートできます。


1

論理レベルでは常に同じ場所にある必要があるため、FAT32マスターブートレコード領域はおそらく最も悪用されやすい領域です。(おそらく、これは不良セクタのソフト再マッピングによって処理されますが、これがすべてのハードウェアに実装されていることはやや懐疑的です。)sfdiskループで実行して、その方法で破壊できるかどうかを確認できます。

ただし、ソフトウェアの不良ハードウェアを処理しようとするのではなく、ハードウェアの信頼性を向上させるためにできる限りのことを行うようお願いします。問題は、SDカードがあらゆる種類の奇妙な方法で失敗することです。読み取り不能になり、書き込み不可になり、不正なデータを与えたり、操作中にタイムアウトしたりします。カードが故障する可能性のあるすべての方法を予測しようとするのは非常に困難です。

私のお気に入りの失敗の1つ、「ビッグデータモード」を次に示します。

悪いsd偽のビッグデータ

SDカードは、多大なコスト圧力の下にある一般消費者向け製品です。部品は急速に変化し、データシートは入手困難です。偽造品は前代未聞ではありません。安価なストレージの場合、それらは打ち負かすことは困難ですが、SSDは信頼性を優先事項にしますが、SDカードの優先事項は速度、容量、コストです(おそらくこの順序ではありません)。

最初の防衛線は、取り外し可能なSDカードの代わりに、信頼できる製造業者の実際のデータシートとともにはんだ付け可能なeMMCパーツを使用することです。はい、GBあたりのコストは高くなりますが、部品の生産期間はより長くなり、少なくとも何が得られるかはご存知でしょう。また、部品をはんだ付けすることにより、取り外し可能なカードで発生する可能性のある問題(書き込み中にカードが引っ張られたり、電気的接触が不十分になるなど)を回避できます。

製品にリムーバブルストレージが必要な場合、または変更するには遅すぎる場合は、「工業用」グレードのカードに余分なお金を費やすか、使い捨てのオブジェクトとして扱うことを検討してください。(Linuxの下で)行うことはfsck、ブート時のカードであり、エラーが報告された場合は再フォーマットします。このユースケースでは再フォーマットが許容されます。それからfsckまた。再フォーマット後もエラーが報告される場合は、RMAを行い、ハードウェアをeMMCを使用する新しいバリアントに置き換えます。

幸運を!


私はあなたに親指をあきらめました。私は多くのSDカードを使用していますが、年に2、3回故障します。考えたことは一度もありませんでしたが、私の経験では、失敗したカードは最終的に価値がなくなる前に失敗したFATの症状を示していました。あなたはここで何かに取り組んでいると思います:)それで、単にファイルを作成して削除するだけで、FATから抜け出すことができます。
jwzumwalt

1

おそらくこれはあなたが望んだ方向ではないかもしれませんが、私のラジオやラップトップが読み取り中にSDカードを取り外すと、1/5または1/10回クラッシュしたSDカードが保証されます。カードは、読み取りおよびおそらく書き込み中に電源が切断されてもうまく機能しないようです。以下のロバートカルホーンのコメントを読んだ後、FATに損害を与える可能性があると信じるようになります。読んでいるだけでクラッシュが発生する理由はわかりませんが、書き込みは行わないでください。


これは、それが実際に不良セクタを作成してくださいFSを損傷したができなかった
akostadinov

事実、カードがクラッシュし、再フォーマットが必要であることがわかります。私はこれを何回もSDカード、Raspberry Pie、私のラップトップ、そして私のいくつかのホームデバイスで行ってきました。
jwzumwalt

2
再フォーマットが必要です!= セクターに損傷を与えます。ファイルシステム、はい。多分、セクター。
wizzwizz4

1

SDカードがFAT32フォーマットの場合、2つの脂肪を16進編集し、正しい16進コードでセクターを不良としてマークできます。これは、この特定の場所で不良セクタを検出するはずのソフトウェアを論理テストする場合にのみ、トリックです。また、SDカードに害を与えることもありません。再フォーマットすると、通常の状態に戻ります。


1
スーパーユーザーへようこそ!これは興味深いアプローチのように思えます-16進編集の具体的な実行方法を説明していただけますか?ありがとう。
ベンN

Linuxコマンドhdparmがそのトリックを行うと思います。後で編集できるセクターを保存し、カードに書き戻すことができます。ただし、vfatとman hdparmに関するドキュメントを見つける必要があります。申し訳ありませんが、私はWindowsコンピュータにどこにも近づいていません。
エミール・デ・ファバス

--make-bad-sectorフラグは有望に見えます!ただし、これが最初にこのコマンドを実行するLinuxシステム内でのみ機能するかどうかはわかりません。このコマンドhdparm --make-bad-sector 20000 /dev/sd#により、セクタ20000が何らかの形で不良になり、Linuxを実行していない組み込みハードウェアデバイスで不良として検出されることを期待しています。何かご意見は?
ゲイブクラウス

0

Linuxのbadblocksスクリプトを作成して、破壊テストを1つのセクターで数時間繰り返し実行できるかどうかは疑問です。

単一のセクターで-いいえ。SDカード内のウェアレベリングコードが論理ブロックを場所全体に再マッピングするためです。

ただし不良ブロックがbadblocks -w発生するまでループで簡単に実行できます。このような何かが動作するはずです:

while badblocks -w /dev/xx; do :; done

不良ブロックが検出されなかった場合はbadblocksが0を返し、それ以外の場合は≠0を返します(マニュアルページには書かれておらず、ソースコードを確認していません)。


-1

通常、SD / uSDカードではウェアレベリングが実装されるため、これは非常に困難です。タイプ(シングルレイヤーセル、マルチレイヤー、TLC、3D-NANDなど)に応じて、セクタープールを使い果たすのに十分な書き込みサイクルが複数TBにある場合があります。

4GB、64GB、256GB Pro Duo、SSD、サムドライブで実際にこれをテストしました。64GBK ------ 4 Micron 16GBチップを使用すると、約3.84TB持続し、その後FATエリアで1つのソフトエラーが発生しました。 。256GBの使用は少し短くなりましたが、直接チップアクセスなしで推定するとおそらく5TBを書き込んでからMBRが破損しましたが、コントローラがUSB3モードでしっかりと動作したがUSB2がリードバック中にさらにグリッチを引き起こしたかどうかは明確ではありませんでしたまた、非常に暑くなりました。4GB Duoは、データをコピーするときにリーダーで失敗しました。これも確かではありませんが、6年の使用に相当し、カメラも「Recovering」メッセージを表示していました。ちなみに、書き込み中に電源電圧を変えると、LOTがより速く失敗します。私の128GB microSDは、約2年の使用後に同様の症状で失敗しましたが、

X線実験に関する無関係なメモを削除しました。


1
特定の学長を破壊するのに役立ついくつかの答えがすでにあります。ランダムなものを破壊することについてのあなたの提案は、何も余分なものを与えません。
マテ・ユハス
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.