GParted Question
Im trying to exterminate any and every softwares'existence and its trace of existence from my HDD
so I burnt the GParted gparted-live-0.6.1-5.iso into a DVD (sourced from softpedia) the question is, whats next? |
boot from it?
Within GParted you can delete partitions, but I don't believe you can actually wipe (overwrite) data. For that, you need a DBAN CD, or any Linux live CD and the 'shred' or 'dd' command. |
PartedMagick can be a better choice for that. It should wipe out data which should almost be irrecoverable for a normal user.
|
Quote:
and http://gparted.sourceforge.net/larry...es/gparted.htm and http://gparted.sourceforge.net/faq.php Gparted and PartedMagic both *manage* harddisk partitions not any particular software, AFAIK. |
PartedMagick is not a software but a compilation of different softwares for certain usages. PartedMagick in itself is not a software but a specialized operating system for disk management that can include disk partitioning, cloning, data backup, recovery and data shreding among others. It comes a live cd with small desktop environment.
|
ok basically what I wanna do is forget all whats in the HDD, lay a mushroom cloud on that sucker and start anew....as if the HDD is brand spankin new...how do I do this?
|
Quote:
|
Quote:
Download the image. Burn to disk. Boot from disk. Erase your data. That is it. Your drive is all as new. Without any data and completely formatted. PS: Shredding the data could make it irrecoverable. Make sure you know what data you are deleting or have a backup of it. |
Quote:
ok here is how I "nuke" my disks. Suppose, the disk you want wiped is /dev/sdb. Boot from any liveCD and then just issue: Code:
dd if=/dev/zero of=/dev/sdb bs=1M After the commands above have terminated you will have to recreate the disk label and partition table. Be extremely careful with those commands. Make sure that there is no important data on the device. Better double or triple check that because after the commands finish no data will be recoverable. |
Quote:
|
Quote:
a while ago I have been experimenting with that number. From what I have observed, from 512 (Bytes) onwards there was no noticeable change in performance. But this might depend on the architecture. You can try to find that lower boundary for your system. 512 is a good starting point. Some stats for my system: Code:
copying from /dev/urandom: Hope this helps. [EDIT]: Since we are talking about erasing HDD of several GB I recommend using a value of at least 4096. I choose 1M to be on the safe side. |
Quote:
|
Quote:
|
Yup. Me too reported couple of his posts. There are bulk of those. Impossible to report all. Is there a way to directly contact a moderator to report such spam?
|
Quote:
|
All times are GMT -5. The time now is 08:59 PM. |