Newsgroup: it.comp.os.linux.iniziare
Titolo: Cancellare dischi a sistema operativo avviato

Salve!
Una domanda stupida (forse) ma secondo voi è possibile effettuare questi 
2 comandi se i dischi sda ed sdb sono quelli in utilizzo? (a parer di 
logica direi di no...ma con Linux non si sà mai...una volta ho visto un 
pinguino fare una macumba e resuscitare un'orso polare)
  echo -e "d\n1\nd\n2\nd\n3\nd\nw\n" | fdisk /dev/sda
  echo -e "d\n1\nd\n2\nd\n3\nd\nw\n" | fdisk /dev/sdb
Devo cassare di brutto i 2 dischi,ma da sistema operativo attivo se 
possibile (altrimenti mi tocca smontare i dischi e montarli su di un 
pc...i dischi in questione sono in una nas che usa debian 6)
Thanks!

  echo -e "d\n1\nd\n2\nd\n3\nd\nw\n" | fdisk /dev/sdb
  Vai sul sicuro e fallo da una Live CD o USB.
  Ciao,
-- 
Alessandro Selli 
http://alessandro.route-add.net
AVVERTENZA: i messaggi inviati a "trappola" non mi arriveranno.
WARNING: messages sent to "trappola" will never reach me.


Vorrei evitare di smontare la nas per togliere i dischi...

 Thanks!
-- 
Flavio Visentin
Scientists have finally discovered what's wrong with the female brain:
On the left side, there is nothing right, and on the right side, there
is nothing left.

 # cat /dev/zero > /dev/sda & cat /dev/zero > /dev/sdb
Per la cronaca, anche con questo metodo e` possibile risalire ai dati 
contenuti nel disco (in modo piu` elaborato, ovviamente). Personalmente, a 
meno che non siano dischi altamente costosi (dubito), li smonterei e li 
sostituirei con dischi nuovi
Enrico

> Thanks!
A me interessa cancellare il disco, che poi i dati siano recuperabili 
non me ne frega in fico secco :), devono esser riconosciuti come "vuoti" 
dal nuovo sistema che dovrï¿œ installare.
I miei 2 comandi possono esser eseguiti su un sistema avviato? (lo sï¿œ 
che succederï¿œ un bordello, ma a sistema operativo attivo posso eseguire 
i comandi e spengere? o si "incaxxa di brutto"?

 Enrico
Mi spieghi come sia possibile risalire ai dati se tutto il disco viene 
sovrascritto? (info in merito,ho sempre pensato che se si sovrascrive...)
Cmq non devo cambiare i dischi...

Charles Carmichael ha scritto:

  ?!  Perché dovresti smontare la NAS per avviare da Live CD o USB?


 
Non è completamente vero.
Farlo puoi farlo, nel senso che il sistema non te lo impedisce.
Arrivare fino in fondo, dipende.
Se sul disco che vuoi piallare c'è anche la swap, rischi di beccarti un 
bel freeze del sistema quando questo cerca di accedervi.
La cosa da fare sarebbe, a questo punto, prima un bello swapoff delle 
partizioni di swap, rimontare in readonly la partizione di root, poi 
procedere con shred (che a differenza di /dev/zero dovrebbe rendere molto 
più difficile il recupero dei dati in un secondo tempo).
E come lessi una volta dai messaggi di stato di Dropbox:
Long time needed, grab a Snicker.
PSK

 "incaxxa di brutto"?
Ma usare fdisk, a questo punto? 
oppure
# dd if=/dev/zero of=/dev/sda bs=10240 count=1
Azzera i primi 10kB del disco (basterebbe molto meno)
Così il disco risulta senza tavola delle partizioni e nell'installazione 
del successivo ti verrà chiesto di scegliere prima quale tipologia di 
partizioni mettere su (DOS, Mac, altro), e poi come partizionare il disco.
Luca

 dal nuovo sistema che dovrò installare.
Perche'? Qualunque sistema operativo che installi ti dovrebbe dare la
possibilita' di ripartizionare/cancellare/etc.
-- 
Cio' che si vede, e'.


nas=> non ha nulla di cd/dvd e/o schede video...(non è un pc trasformato 
in nas)

Per fugare ogni dubbio...
con questa guida installo debian:
http://buffalo.nas-central.org/wiki/Install_Debian_6.0_%28Squeeze%29_On_Buffalo_Linkstation_Mini
e con quest'altra ritorno indietro al firmware originale della nas:
http://buffalo.nas-central.org/wiki/Revert_Buffalo_Linkstation_Mini_To_Stock_Firmware
il punto è qui..proprio nella fase di ripristino del firmware 
originale...dicono di smontare i dischi,spianarli e rimontarli (è il 
primo step da fare)...si può evitare??? se si come?

 Cmq non devo cambiare i dischi...
Si, adesso sono piu` chiare le tue intenzioni, tanto che la domanda diventa: 
perche` vuoi togliere debian e rimettere il firmware originale? :)
Enrico


Le possibilità sono 2:
1)  non ce la facesse a fare il lavoro che mi son preposto di fargli fare
2) guasto di qualche genere..ed essendo ancora in garanzia...(sgrat 
sgrat...)

Dimenticavo...non l'ho ancora messo debian...per quello che volevo 
sapere (leggi l'altro post) se si poteva fare quell'fdisk a cuore aperto...

 contenuti nel disco (in modo piu` elaborato, ovviamente)
Se come immagino fai riferimento al classico documento di Gutmann del
1996 la cosa è a metà strada tra la "bufala", la mezza verità e la storia.
Già ai tempi si parlava di "teoria" e di "possibilità" ma non era mai
stato fatto nulla di particolarmente significativo dal punto di vista
pratico se non qualche recovery statisticamente significativo impiegando
tecniche non a disposizione dell'individuo medio ma solo di alcune
università.
Oggi tali tecniche sono del tutto inutili perché con la densità di
registrazione attuale non vi è più sufficiente materiale magnetico extra
che mantenga tracce riconoscibili.
Di contro con la logica on-disk che maschera la reale geometria ed il
reale posizionamento dei dati sui piatti anche 500 sovrascritture
complete del disco possono lasciare dati perfettamente integri e
leggibili in chiaro sull'unità, 
p.es
. nei settori rimappati dal sistema
di PFA.
Una volta per tutte quindi lasciamo perdere le teorie e i voli pindarici
di Gutmann (che tra l'altro ha asserito in prima persona non più di un
paio d'anni fa le stesse cose che ho detto sopra) e rendiamoci conto che
una sovrascrittura è più che sufficiente, come tra l'altro afferma
chiaramente anche il NIST:
http://csrc.nist.gov/publications/nistpubs/800-88/NISTSP800-88_rev1.pdf
Section 2.3 (p. 6): «Basically the change in track density and the
related changes in the storage medium have created a situation where the
acts of clearing and purging the media have converged. That is, for ATA
disk drives manufactured after 2001 (over 15GB) clearing by overwriting
the media once is adequate to protect the media from both keyboard and
laboratory attack.»
Oltre a questo c'è solo la distruzione fisica del media che è l'unica
che offra il 100% di garanzia.
http://www.youtube.com/watch?v=UrOhPw_9MfU


 sapere (leggi l'altro post) se si poteva fare quell'fdisk a cuore aperto...
Sï¿œ, si puï¿œ fare. Ma consiglio comunque a questo punto di fare un:
# dd if=/dev/zero of=/dev/sda bs=32768 count=1
# dd if=/dev/zero of=/dev/sdb bs=32768 count=1


 primo step da fare)...si può evitare??? se si come?
Spianare non e' un problema visto che i device dei dischi sono accessibili 
anche se montati.
Il problema che se l'operazione funziona a meta potrebbe non essere 
possibile lanciare altri comandi.
Per esempio il kernel deve fare il sync dei dati e opss, non c'e' piu' il 
filesystem, /dev, parte di udev, di /proc, /sys o boh qualsiasi altra cosa.


una cosa mi viene in mente...fare il chroot altrove...(posso montarmi un 
sistema debian via rete per il processore in questione), e dopo il 
chroot sul sistema "remoto" fare l'fdisk...che dici?

 chroot sul sistema "remoto" fare l'fdisk...che dici?
mmmm ... non conosco il funzionamento interno di chroot (e di quasi tutto il 
resto), ma credo che rimanga comunque qualche legame con  ... l'esterno.
Credo che un sistema dcetemente sicuro sia solo uno completamente in RAM, 
per esempio usando l'initram (tipo la console di emergenza usata quando non 
viene trovato il root filesystem), o una porta/disco di avvio diversa.
O staccare i dischi.