Wat jij wilt kan niet met SSDs. Een hardeschijf is een simpel apparaat. Het heeft sectoren van 1 tot en met <groot getal> en de fysieke locatie hiervan wijzigt normaliter niet. Bij SSDs is dat anders.
Bijvoorbeeld: als jij met Eraser of DBAN een bepaald bestand wilt overschrijven om het zo unrecoverable te maken, wordt helemaal niet jouw bestand overschreven! Als jij opdracht geeft op plek X met nullen te overschrijven, kan het prima zijn dat de SSD deze schrijfacties naar een andere locatie schrijft en dus helemaal niet de bestaande data overschrijft. Deze bestaande data is dan niet direct opvraagbaar; maar zou met geavanceerde recovery theoretisch weer terug te krijgen zijn. De data staat namelijk nog gewoon op NAND geheugen.
Kortom: dit soort programma's zijn bedoeld voor hardeschijven, niet voor 'copy-on-write' mechanismen zoals moderne SSDs en filesystems zoals ZFS. Een secure erase is een veel beter alternatief omdat het zonder write cycles te verspillen alle sectoren onleesbaar maakt; heel simpel door de inhoudsopgave (mapping tables) te resetten. Na deze procedure kun je alle sectoren uitlezen maar krijg je nulletjes terug. Merk op dat alle data nog gewoon op de NAND staat dus zou je geavanceerde hardware recovery uitvoeren kun je deze data alsnog terug krijgen. Software recovery zou dan echter onmogelijk moeten zijn.
Bedenk ook dat als je dit soort utilities gebruikt dit niet zo fijn is voor je SSD aangezien alle sectoren beschreven worden en niet geTRIMed worden. Dat is equivalent aan je SSD helemaal volschrijven met data en daar wordt hij na verloop van tijd langzamer van. TRIM werkt niet met terugwerkende kracht.
Doe het dus gewoon 'zoals het hoort' en pak een secure erase programma zoals een linux livecd. Duurt 2 seconden en doet wat je wilt terwijl het ook nog eens véél beter is voor de levensduur en prestaties.
[
Voor 16% gewijzigd door
Verwijderd op 20-09-2012 18:40
]
:strip_exif()/u/128173/crop59a1592e54731_cropped.gif?f=community)
, bij een SSD gaat dat inderdaad anders.