Silme işlemi çok yavaş. Çok az entropi mi?

Sabit diski de dahil olmak üzere bir dizüstü bilgisayarı teslim etmeliyim. Şifrelenmediği için en azından hızlı bir şekilde silmek istedim. Bunun SSD'de optimal olmadığını biliyorum, ama sadece okunabilir olmaktan daha iyi düşündüm.

Şimdi canlı bir USB çubuğunu siliyorum ve acı verici yavaş. Bunun neden olduğunu merak ediyorum. Tabii ki bu cihazı silmenin yanında bilgisayarda neredeyse hiç bir şey yok, bu yüzden entropinin düşük olabileceğini hayal ediyorum (entropy_avail 1220'de olduğunu söylüyor). Sadece aramak aynı derecede iyi olur mu

dd if=/dev/random of=/dev/sda1 bs=1k

dört kere? Yoksa rastgeleliği artıracak bir şey diyebileceğim bir yol var mı? Yoksa şişe boynu tamamen farklı bir yerde mi?

Manyetik sabit diskleri döndürmek için tasarlanmış araçlarla bir SSD'yi "silmeye" çalışmayın. Aslında tüm verileri yok etmezsiniz ve sadece SSD'nin ömrünü kısaltırsınız.

Bunun yerine, SSD'ler için özel olarak tasarlanmış, erişemediğinizler de dahil olmak üzere tüm blokları atmak için sürücünün dahili flaş silmesini (atma) kullanabilen bir silme aracı kullanın. SSD satıcısı genellikle bu satıcının sürücülerine uyumlu olduğu garanti edilen bir araç sağlar.

Güvenli Silme yardımcı programı ile kendiniz de deneyebilirsiniz . Güvenli Silme programları hem dönen sabit sürücüler hem de SSD'lerle çalışır. Buna ek olarak, birkaç sistem BIOS'unda (özellikle iş dizüstü bilgisayarlarında) yerleşik Güvenli Silme işlevi bulunur. Güvenli Silme işleminin bir sabit sürücüde saatler, ancak SSD'de yalnızca saniyeler alacağını unutmayın; bir sabit sürücüde her sektör yeniden yazılmalıdır, ancak bir SSD'de tüm blokları bir kerede atar ve / veya sürücünün dahili şifreleme anahtarını değiştirir.

(Güvenli silme işleminin en eski nesil SSD'lerde düzgün çalışmadığını unutmayın; bu gibi durumlarda sürücüyü bir kırıcıya atmanız gerekir.)

Kullanmak /dev/urandomher şeyi daha hızlı yapmalıdır. Böyle bir SSD'yi silmem. SSD'lerde genellikle gelişmiş aşınma dengelemesi bulunur. Temel olarak, sürücü mevcut verilerin üzerine yazmak yerine kullanılmayan kısımların üzerine yazar. Tüm verileri düzgün bir şekilde karıştırmak biraz zaman alacaktır. O zamana kadar, sadece bir parça SSD giymiş olacaksınız.

/dev/randomsisteminiz tarafından toplanan entropi ile rastgele veriler üretir (klavye kısayolları arasındaki zaman gecikmeleri, paket varışlarını nanosaniye hassasiyetle ölçerek ağ zamanlaması, vb.). Yeterli entropi yoksa, bu cihaz daha fazla entropi toplarken çıkışı engeller.

/dev/urandomtoplanan entropiyi de kullanır, ancak sahte bir jeneratör de kullanır. Yani aksine o kadar entropi yok /dev/random, ama çok hızlı. Çıktısının yeterince yüksek entropisi vardır, bu nedenle çok yüksek güvenlik kısıtlamalarınız yoksa (genellikle anahtar üretimi) her yerde kullanabilirsiniz.

Yüksek entropi bok ile blok seviyesine bir SSD'nin üzerine yazarsanız, flaş ramını çok düşük (ve çoğu durumda ulaşılamaz) seviyenin üzerine yazarsınız. Bunun nedeni, SSD'yi kontrol eden IC'nin herhangi bir araştırmaya imkânı olmamasıdır, verileriniz gerçekten boktan ya da değil, bu nedenle veri tekilleştirme mekanizmasından kolayca kaçınılabilir.

Ancak flash koçların maksimum blok yazma özelliği vardır ve bunu kullanım ömrünün dolmasına yakın bir şekilde gönderirsiniz. Ancak, bir SSD'nin ölmeye başlamadan önce 10000-100000 kez üzerine yazılabilir ve veri silme işleminin bu kadar sık ​​gerçekleşmesi gerekmez, bu yüzden henüz tamamdır.

Cevabımın yorumlarına yanıt olarak, silme işleminin genel olarak SSD'ler için iyi bir fikir olmadığını itiraf etmeliyim.

Yukarıdaki cevaplara ek olarak frandom'u tavsiye etmek istiyorum

Underomdan bile daha hızlıdır. urandom rastgele olmaktan çok daha hızlı ama yine de oldukça yavaş. Frandom diskleri silmek için ve sadece diskleri silmek için tercihim. Rastgele ve urandom ile aynı entropiyi üretmez, ancak diski silmek için yeterli olmalıdır. MadHatter'in işaret ettiği gibi, kullanılan algoritmanın zayıflıkları vardır. Ancak diski silmek için yalnızca kalan bitleri yeniden yapılandırmanın mümkün olmadığından emin olmak istersiniz.

Eğer koşarken sorun yaşarsanız ArchWiki'nin iyi bir belgesi vardır. ArchWiki da diskleri erease konusunda çok daha fazla ayrıntı kapsar.