Newsgroup: it.comp.os.linux.sys
Titolo: Cancellazione sicura su ext4

Siccome sto per cambiare lavoro, devo restituire il laptop. Ed ammettendo
la mia negligenza/sbadataggine, dirò che purtroppo che questo laptop
contiene configurazioni e dei dati personali al di fuori della partizione
criptata.
 
Ho pensato naturalmente di passare uno shred ove necessario, ma dalla
manpage leggo che potrebbe non essere sufficiente se il filesystem dispone
di journal.
 
Mi sono così interessato a come funziona il journaling concettualmente,
pur senza andare nei dettagli di basso livello. A quanto mi risulta la
cosa dovrebbe risultare problematica solo per i files scritti di recente,
e che non sono ancora stati committati dal journal. In altre parole, una
volta passato lo shred, un normale utilizzo della macchina dovrebbe
sistemare il problema.
 
Saggi sysadmin, potreste confermare che non sto dicendo fesserie?

 di journal.
 
Basta montarlo senza journal.   Non ho le opzioni per ext4 ma in ext3 
l'opzione data=writeback forzava la scrittura diretta dei dati.
 
Ciao
Giovanni
-- 
   A computer is like an air conditioner,
   it stops working when you open Windows.
   < 
http://giovanni.homelinux.net/
 >

>>>>  
http://www.bb2002.it
 :)  <<<<<
........... [ al lavoro ] ...........


avvia da una live, formatta il disco e se proprio sei paranoico fai un:
dd if=/dev/urandom of=/dev/sdX
 
Ciao Jack


ah, il dd e' utile farlo solo se e' un HD meccanico, se e' un SSD il trim si occupa da solo di azzerare il bytes non usati.
 
Ciao Jack

 dd if=/dev/urandom of=/dev/sdX
 
Fatto a suo tempo, prima di costruire la partizione criptata, sul disco da
1 Terabyte ha richiesto decisamente troppo tempo. A distanza di un paio
d'anni mi chiedo se non ho usato per caso /dev/random... quello
spiegherebbe molto.
 
Ad ogni modo si, è una possibilità.

Il giorno martedì 16 febbraio 2016 16:08:11 UTC+1, me ha scritto:

ho messo urandom perche' e' la prima cosa che ho trovato su google.
personalmente userei /dev/zero, che e' largamente sufficiente.
 
Ciao Jack

 te non vedo perchè no (è quello che farò io il giorno che me ne andrò)
 
L'idea non è per niente male. Anche perché poi il computer va sicuro a
finire nello sgabuzzino di turno, e ogni nuovo programmatroto si becca una
macchina nuova...
 
La limitazione è al limite una questione di 'security'. Anche se con quel
tanto potrei aver copiato tutti i dati su un disco, e non lo saprebbero
mai comunque.
 
Per inciso, ritengo che cose vadano per fiducia, non ci sono policy che
tengano veramente. E sono altresì convinto che dietro una buona fetta
degli episodi di break-in ci siano ex-impiegati incacchiati. Non che sia
il mio caso: magari non ho amato moltissimo questo lavoro, ma la gente è
sempre stata simpatica, per la maggior parte.
 
 
Ciao :)


Se puoi, cancella tutto il disco oppure
tutta la partizione.
 
Ovviamente partendo da una distribuzione live.
 
Nel primo caso, c'e` un comando ATA (secure erase)
che si puo` dare con "hdparm".
 
Il disco viene cancellato (HDD o SSD) nel minor
tempo possibile e nel modo piu`definitivo possibile.
Almeno dovrebbe.
Tieni presente che questo comando puo` causare la
"morte" del disco (non so perche`, mi e` succeso
un paio di volte).
 
Se non puoi tutto il disco, ma solo la partizione
allora "badblocks", "dd" o "shred" dovrebbero fare
al caso tuo (sempre sulla partizione, attenzione a
"shred", verifica la funzionalita`).
Attenzione al "block size" ("dd" sicuramente, non
so gli altro), che fa la differenza in termini di
velocita`.
 
Per il file system da solo e` un po' un problema,
non saprei cosa sia meglio fare.
Una possibilita` e` cancellare i file ("rm") e poi
creare un file da /dev/zero (con "dd") che riempe
tutto lo spazio disponibile (anche qui il block
size e` importante).
 
bye,
 
-- 
 
piergiorgio

 e se non vogliono... fallo tu e digli che hai formattato il disco
 
Addirittura!! E se ti dicono di no, sali sul cornicione e minacci di 
buttarti sotto? facepalm! 
 
Se proprio siete così ansiosi, prima di andare a letto lanci una live 
distro e lanci una cretinate del genere:
while true; do
  dd if=/dev/random of=/dev/sdX bs=1M
done
 
L'indomani (se il disco funziona ancora) interrompi il ciclo e reinstalli 
con uno schema di partizioni e un filesystem differenti. 
 
p.s.: io non ci perderei nemmeno questo tempo ;) 
 
-- 
Massimiliano Adamo