web-dev-qa-db-ja.com

SSDを消去するのに悪いことは悪いですか?

私がドライブを売ったときはいつでも私はライブ環境から細かく細いでゼロをゼロにしました:

Sudo shred -vzn 0 /dev/sdX
 _

ダブルチェックする前に、マウントされていませんでした。これは私が知っているドライブを安全に消去するための最速の方法です。今、私はSSDにとって悪いことが聞こえました。速くまたは速くなるSSDを安全に消去する方法はありますか?

理論的な観点から、私はあなたが回復を不可能にするために全量を上書きする必要があることを理解しています。だから私はSSD上の緊張を少なくする方法がある方法があるか見ていません。私はシングルパスにSSDの寿命を全く減少させないように言われました。

cat /dev/zero > /dev/sdX早く早くする?

私はここで敏感なデータを扱っていません、そして、データを復元するために素晴らしい長さに行く知識のある人からドライブを保護する必要はありません。 SSDの寿命を減らしていない間に私が必要とするものです。

編集: この HDDのようにSSDのために働きますか?

dd if=/dev/urandom of=/dev/sdc bs=1M count=2
 _
27
H3R3T1K

編集:HDDのようにSSDのためにこのように機能しますか?

dd if=/dev/urandom of=/dev/sdc bs=1M count=2
 _

確かに、それは最初の2 MBのドライブを書き込むことによって機能します。これにより、おそらくパーティションテーブルと最初のパーティションの開始が含まれます。これはしばしば1 MBで始まります。

ほとんどのファイルと他のパーティションのINTACTファイルシステムは、通常のコンピュータと通常のオペレーティングシステムで読みやすく、それがそれらを見つけるためのソフトウェアを持っているという問題だけです。

それに加えて、GPTがここで上書きされないドライブの終わりにパーティションテーブルのバックアップコピーを格納し、最初のファイルシステムはメインデータ構造のバックアップコピーを持っているため、最初のファイルシステムも使用可能かもしれません。

これは、 応答 にリンクされたコメントで説明したように、あらゆるドライブのための等しく悪いソリューションです。

(もちろんSSDにはさらに有用ではありません。まだ通常の手段によって読みやすい。)

パーティションテーブルとファイルシステムを拭くだけで満足している場合は、それはより良いかもしれません。通常のパーティション化ツールを使用して新しい空のパーティションテーブルを作成し、おそらく最上位に新しいものを作成することによって、すべてのパーティションからすべてのファイルシステムを拭いてください。 (SSDを使った警告は依然として適用されますが、少なくとも回復にはドライブへのデバッグスタイルのアクセスに関するノウハウが必要になるでしょう。)

0
ilkkachu