[Help] Wiping dello spazio libero su C:

[tonaz]

Ciao a tutti, volevo provare a wipare lo spazio libero di c.
Prima di procedere ho usato DiskDigger per un'analisi dei files ancora "presenti", e naturalmente ne ho trovati migliaia.
Ho provato a wipare con "Eraser" (as Admin) con un 3 passes.
Riesaminando l'hd i files erano ancora tutti li indicizzati.
Allora ho provato con Fast Wipe (un command line), e niente, ancora tutto li.
Idem con CCleaner.

Ma è possibile wipare il free space di c??
Se si, cosa posso fare?

Nota: è un NVME M.2 Sabrent da 1GB.

Grazie mille per l'aiuto!

[Nicodemo Timoteo Taddeo]

Un cosa è vedere il nome dei file e un'altra è poter recuperare quei file. Hai provato a vedere se, dopo il wipe, alcuni di quei file sono recuperabili e sono integri? Inoltre essendo uno SSD e se lo stesso è gestito correttamente (Trim ecc.) dovrebbero diventare non recuperabili naturalmente dopo un po'. Tieni anche presente che il wiping è uno stress per l'SSD, si tratta di scritture in più che ne accorciano la vita utile.

[aled1974]

solitamente quando si vuole fare questo tipo di operazioni la si fa dall'utility stessa del ssd, alcuni degli strumenti utilizzati (eraser di sicuro) servono ad altro ed erano nati per lavorare diversamente sugli hdd magnetici

potresti aver consumato 1 o 2 cicli di scrittura delle nand per niente con le operazioni eseguite sinora

non esiste un'utility sabrent?


e comunque credo ci sia solo l'indicizzazione file di windows che "ti allarma" su file di cui vuoi sparisca ogni traccia, puoi quindi disabilitarla, operare delle esclusioni o ripartire da zero (si disabilita, si riavvia, si riabilita, si riavvia) ;)

ciao ciao


Edit
uops abbiamo scritto la stessa cosa a distanza di poco (nel mentre ero andato a prendere il caffè :D)

[tonaz]

I nomi veri dei file non appaiono, sono solo listati numerati, ma dalla lista sono recuperabilissimi.

Lo so che non fa bene il wiping a un SSD :(

Sabrent non ha nessuna utility per il free space wiping.

Niente, non ne esco credo.

[Nicodemo Timoteo Taddeo]

I nomi veri dei file non appaiono, sono solo listati numerati, ma dalla lista sono recuperabilissimi.


Dalla lista... ma scusa se forse non ho capito, tu ne hai recuperato effettivamente alcuni? E si aprono? Cioè sono integri, hanno del contenuto visualizzabile/sfruttabile? Prova a forzare una ottimizzazione del/dei volumi sull'SSD:

Da espolra risorse/esplora file, click destro, proprietà, scheda strumenti, ottimizza, ottimizza.

[tonaz]

Analizzando C con DiskDigger esce una lunga lista (non saprei come chiamarla altrimenti) di files. Recuperandone uno a caso, il file si apre tranquillamente, integro (guarda caso proprio un docx con dati personali sensibili che ovviamente vorrei wipare, per renderlo non più recuperabile).
L'ottimizzazione è schedulata periodicamente, ho forzato un altro giro, e analizzando con DiskDigger i files son sempre lì, recuperabili.

[@Liupen]

Eraser su spazio vuoto evidentemente non ha funzionato.
Dovresti riscrivere tutto l'SSD e l'unico modo relativamente veloce e sicuro che mi viene in mente è quello di clonarlo (ovviamente NON by sector) su altro dispositivo (in un file di backup) e riversarlo nuovamente nel SSD.
In questo modo vengono riscritti solo i dati validi e la riscrittura massiva cancella o corrompe quelli precedenti. Il risultato poi è un SSD uguale a quello di partenza.

[aled1974]

quasi sicuramente "il problema" risiede nel diverso modo in cui i dati vengono salvati su ssd rispetto agli hdd

ed è per questo che programmi quali eraser (che conosco molto bene) e simili, nati ai tempi degli hdd e con una metodologia orientata ad essi falliscono nel "sanificare" lo spazio vuoto, ex dati, di un ssd

gli ssd sono strutturati in celle, pagine e blocchi, quindi non c'è una suddivisione in tracce/settori che una volta riscritti quelle 2-3 volte perdono ogni ricordo magnetico del dato

negli ssd i dati migrano di continuo da cella/pagina a cella/pagina e quando migrano lo fanno appunto in forma "solida", non so spiegarmi meglio che sono stanchissimo, ma non vengono spostati un dato alla volta ma a celle/pagine intere di qua e di la all'interno del ssd (secondo gli algoritmi di wear leveling e garbage collection)

quindi un dato cancellato in realtà non lo è perchè fa ancora parte solidale di una cella/pagina


che di per se ogni volta che si cancella un dato (da no o dall'OS) in teoria il ssd dovrebbe riscrivere la cella/pagina da cui è stato cancellato un dato, ma questo comporterebbe riscrivere anche le celle/pagine adiacenti... e così via senza soluzione di continuità

questo però comporterebbe una riscrittura praticamente continua di tutti i blocchi con un degrado delle nand in brevissimo tempo

ecco quindi che hanno studiato gli strumenti di WL e GC per mitigare queste riscritture, che vengono fatte sì ma solo ogni tot TBW (o altro parametro impostato nel controller e dialogante con l'OS), ed è per questo che dati cancellati a breve risultano ancora li dov'erano prima finanche gli abbiamo detto "elimina definitivamente dal cestino" :stordita:




oltre alla clonazione si potrebbe provare un refresh del ssd con riscrittura di tutte le celle/blocchi/pagine delle nand, ma non garantisco che possa capire quali sono i dati già cancellati e scartarli quindi in fase di riscrittura

se ad ogni modo vuoi provare puoi usare diskfresh (http://www.puransoftware.com/DiskFresh.html)

:sperem:

ciao ciao

[tonaz]

Decisamente esauriente, grazie mille!
Perciò se ho capito bene non c'è un metodo specifico, ma col tempo i dati verranno comunque sovrascritti,e generalmente è un tempo relatovamente breve, più breve degli hhd.

Ma è sicuro usare diskfresh su C a sistema operativo avviato?
Non saprei, è di 7 anni fa e non menziona nemmeno windows 10. Neanche esistevano gli ssd. Poi sinceramente non ho capito cosa fa e quale è il procedimento, non è un free space wiping comunque.

[aled1974]

ripensandoci, un altro modo forse più semplice se percorribile potrebbe essere quello di fare uno zero-fill (o copiando dei dati a saturazione) sullo spazio "vuoto" del ssd (che in realtà è solo indicizzato come tale)

in questo modo verrebbero sostituiti i dati presenti nelle celle/blocchi con pezzi del nuovo file, e per come lavorano le memorie nand vorrebbe dire che i dati pregressi sarebbero irrecuperabili

dopodichè andrebbero eliminati tutti gli zero-fill (o i dati copiati) avresti la situazione attuale: ovvero stesse celle/blocchi occupati in modo solidale ma andando a cercare di recuperare i dati non apparirebbero più i docx o le altre tue cose sensibili ma gli ultimi copiati


https://i.postimg.cc/2Vjr2RbG/dati-celle-blocchi.jpg (https://postimages.org/)

^^ provo a rispiegarlo: se questo è un blocco costituito da 15 celle e per comodità ogni cella contiene solo un pezzo di un dato file (ogni colore un file), e le due celle blu sono il file .docx che vuoi rendere irrecuperabile

quando tu metti nel cestino e/o elimini poi definitivamente in realtà l'OS marca quello spazio blu come spazio "a disposizione" per altri dati pur non avendolo materialmente svuotato

quindi essendo "come fosse vuoto" copiandoci dei dati sopra diventa nuovamente occupato, dai nuovi dati

nel momento in cui elimini i nuovi dati torna a diventare "come fosse vuoto"

andando a tentare un recupero in teoria quelle celle blu dovrebbero consentire il recupero dei nuovi dati e non più del .docx precedente ;)




all'inizio parlavo di zero-fill o saturazione dello "spazio libero" con i nuovi dati perchè le celle/blocchi/pagine non è detto che siano contigui ne che si trovino tutti nello stesso modulo nand anzi è sicuramente il contrario * e per essere certi di andare a sovrascrivere quei quadratini blu tocca riempire il disco


* una situazione tipica potrebbe essere

dati-dati-vuoto-dati-vuoto-dati-dati-dati-vuoto-dati-vuoto-vuoto-vuoto-dati-vuoto-vuoto-dati..... ecc.


anzi guarda, al volo ho trovato su google un'immagine che spiega molto molto meglio di quello che ho espresso sinora a parole :D

https://i.postimg.cc/yJGDz697/Diagram-ssd.png (https://postimg.cc/yJGDz697)


oppure se non hai fretta aspetti che gli algoritmi di WL e GC intervengano, dopodichè per i file con dati ultra sensibili e in condizioni di libero accesso a sconosciuti (ma anche parenti) puoi affidarti a
- file contenitore zippato con pass (lavori tutto senza mai estrarre i dati || mia moglie fa così per alcuni dati sul suo portatile)
- file contenitore o partizione o disco crittati (quello che faccio io)
- hard disk meccanico dove eraser (per certo) e altri prodotti simili lavorano benissimo (quello che ho fatto in passato sul posto di lavoro dietro indicazioni a fare in modo che sui pc dismessi non si potessero recuperare i dati)
- pendrive/hdd esterni (crittati o meno)

ciao ciao

[@Liupen]

Se l'SSD deve essere conservato e OS funzionante e l'attività di pulizia eseguita, fai come ti ho detto. 2 ore fai tutto (ti serve sol un hdd da 1 TB dove mettere il file clone).
Magari se hai una scheda madre attuale, puoi lampeggiare l'ssd prima di clonare, roba di 5 minuti in più.

Eraser:
Esistono attualmente quattro tipi di target di cancellazione:

Singoli File - Le destinazioni dei file specificano quel file da cancellare.

File nella cartella specifica una cartella per la cancellazione e la maschera di inclusione specifica un'espressione Wildcard per includere i file per la cancellazione e la maschera di esclusione specifica un'altra espressione Wildcard per escludere i file per la cancellazione.
Le combinazioni dei due sono supportate.

Lo spazio su disco non utilizzato specifica che tutto lo spazio su disco non allocato sul volume selezionato verrà sovrascritto con dati casuali per eliminare le tracce di file che sono stati eliminati in modo non sicuro.

Cestino specifica che tutti i file nel cestino dell'utente corrente vengono cancellati.