Proc se nekdo tomu divi, ze po TRIM-u se ty data doopravdy smazou (priprava sektoru na zapis), to nevi jak funguje nand flash?
A naopak, ze data zustavaji, protoze se zmeni jen mapa a nove veci jsou na konci pouzite oblasti disku? Nektere databazove systemy to delaji z duvodu vykonu zapisu presne stejne (namatkou InnoBase engine z MySQL).
Taky byla na rootu obcas zminka o novych filesystemech, ktere pouzivaji ten samy princip zapisu vzdy na konec. Nainstalujte si to na normalni magneticky disk a jste tam kde se SSD.. bude obsahovat smazana data.
SSD neni klasicky disk a nechtejte po nem vsechny vlastnosti, pomoci kterych obnovujete nebo mazete bezpecne data. To radeji zalobujte za otevrenejsi implementaci, nebo aspon sdeleni informaci o vnitrni strukture a prace konkretnich modelu.. bez toho je to black-box a snazi se to chovat maximalne korektne k provedenym opracim (read, write, trim).
a to uz vubec neresi, ze NAND flash maji uvnitr vice mista nez SSD prezentuje navenek. Duvody jsou 2:
- warleveling funguje tak ze napred pouzivana data ktere zbyvaji na mazanem sektoru prepise jinam, zmeni mapu a pak teprve tu starou kopii maze (takze potrebuje minimalne 1 sektor navic, z duvodu rychlosti o hodne vic)
- NAND flash maji prostor na vadne bloky a mechanizm jejich znacovani
Pokud tedy pristupuju na SSD pouze pres LBA adresovani, nedostanu se vsude. Ale precist skutecny obsah cipu, to by byla jina psina.
Co se stane s daty na NAND sektoru vyrazenem pro jeho jeho nespolehlivost? Mozna smazana budou, mozna ne. Takze jedine sifrovat.
Ten samy problem je i u relokovaneho sektoru na klasickem HDD, kery vyradi SMART, taky netusim jesi to smaze nebo ne.
Nicmene kazdy dnesni disk by mel mit implementovany ATA prikaz "secure erase" (je uz v ATA spec. pekne dlohuo), kery by mel vsechno vymazat. U SSD by slo navic pouzit bulk erase, coz by mohlo byt hodne rychle. Ale zalezi jak se virobci chtelo srat s implementaci FW, jak vime, neska neni na nic cas...
