Linux - SoftwareThis forum is for Software issues.
Having a problem installing a new program? Want to know which application is best for the job? Post your question in this forum.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I've a 1.5 WD Green HD that failed SMART tests, has 21 or so bad sectors and is basically about to die.
I've reformatted it using GPARTED but wanted to wipe it before getting rid of it.
It's hooked up via a USB2 ext HD case... but even on a SATA connection, it was labouriously slow.
So I've typed
sudo wipe -q /dev/sdg1
answered YES
and the drive is being wiped... but it's going to take over 12 weeks!
Is there a faster way to do this -- I'm even using the -q option for a quick wipe!
Distribution: Slackware 14.1 64-bit, Ubuntu 15.10, Fedora 17, Ubuntu 12 LTS and Ubuntu server 10.04
Posts: 173
Rep:
When a drive is failing with SMART, wiping is usually an "indefinite" process.
Instead of wiping, which is unnecessary on modern disks, zero it out:
Code:
dd if=/dev/zero of=/dev/whatever
then do the same with urandom (there is a faster alternative to urandom here: frandom)
Code:
dd if=/dev/urandom of=/dev/whatever
Then destroy the disk physically. Wiping it (like 38 over-writes or something) is NOT necessary on modern disks. But if you insist, shred is probably faster than wipe (unless it's the same:P).
Thanks... trying the dd command now....
frandom looks faster but installing things into the kernel is somewhat above me...
Will stick with the urandom even though its longer.
Thanks.
Distribution: Slackware 14.1 64-bit, Ubuntu 15.10, Fedora 17, Ubuntu 12 LTS and Ubuntu server 10.04
Posts: 173
Rep:
Anyway, the reason why it's so slow is that the drive is failing.
dd may not be faster, if so try dd_rescue, which ignores block errors and just continues.
Giving dd_rescue a try with
sudo dd_rescue -v -A -z -M /dev/sdg1
Don't know if I should have added a RandSeed interger after the -z.
But after this, I think I'll try taking my torex screwdrivers to it and see what it looks like inside.
Secure Erase* is an erasure command feature embedded into virtually all ATA drives manufactured since 2001.
...
Secure Erase ... uses internal commands embedded in the HDD by the manufacturer. This allows it to process at the speed of the drive, rather than the clock speed of the PC. Secure Erase is virtually always faster than software clears, in many cases significantly faster.
Moved: This thread is more suitable in the Linux Software forum (not a security issue) and has been moved accordingly to help your thread/question get the exposure it deserves.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.