l i n u x - u s e r s - g r o u p - o f - d a v i s
L U G O D
 
Next Meeting:
November 4: Social gathering
Next Installfest:
TBD
Latest News:
Oct. 24: LUGOD election season has begun!
Page last updated:
2009 Sep 15 10:13

The following is an archive of a post made to our 'vox-tech mailing list' by one of its subscribers.

Report this post as spam:

(Enter your email address)
Re: [vox-tech] Most efficient way to wipe hard drives
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [vox-tech] Most efficient way to wipe hard drives



Good morning All,
Is anyone familiar with C Unix
Thanks
T

-----Original Message-----
From: vox-tech-bounces@lists.lugod.org
[mailto:vox-tech-bounces@lists.lugod.org] On Behalf Of Chanoch (Ken)
Bloom
Sent: Thursday, September 10, 2009 10:38 AM
To: lugod's technical discussion forum
Subject: Re: [vox-tech] Most efficient way to wipe hard drives

On Thu, Sep 10, 2009 at 09:56:54AM -0700, Brian Lavender wrote:
> On Wed, Sep 09, 2009 at 09:20:30PM -0700, Bill Broadley wrote:
> > 
> > Short answer, one wipe is enough (At least for NIST, and one of the
British
> > Infosec standards), wipes miss bad sectors, the ATA secure erase
command is
> > worth checking out.
> [snip]
> I think caching is a concern on some systems, so more wipes seems to
> magically make the write go to the actual media. But I would agree
with
> one wipe is probably enough. I had not thought about bad blocks. 
> 
> > 
> > So if you don't use secure wipe and won't lose sleep at night over a
few bad
> > blocks being potentially recovered I'd recommend something like:
> > 
> > dd if=/dev/urandom of=/dev/sd<whichever disk>
> 
> Your computer must have a lot of entropy! Note that that device
gathers
> entropy from the system. When an event happens, it may be worth one or
> two bits. Last time I wrote a program that read from that device, it
> seemed that I got a number of bytes, and then I had to wait as various
> events occured to the system. That is why they often tell you to move
the
> mouse around when generating keys. It generates entropy for the
system.

/dev/random, blocks waiting for entropy.
/dev/urandom doesn't wait for entropy. It uses entropy if it's
avalable, and switches to a PRNG if there isn't enough entropy. I
think it's similar to what you suggest doing with AES.

--Ken

-- 
Chanoch (Ken) Bloom. PhD candidate. Linguistic Cognition Laboratory.
Department of Computer Science. Illinois Institute of Technology.
http://www.iit.edu/~kbloom1/
_______________________________________________
vox-tech mailing list
vox-tech@lists.lugod.org
http://lists.lugod.org/mailman/listinfo/vox-tech
____________________________________________________________________________
EMAIL DISCLAIMER:
This email and any attachments thereto may contain private, confidential, and
privileged material for the sole use of the intended recipient. Any review,
copying, or distribution of this email (or any attachments thereto) by other
than the intended recipient is strictly prohibited.

If you are not the intended recipient, please contact the sender immediately
and permanently delete the original and any copies of this email and any
attachments thereto.
_____________________________________________________________________________
_______________________________________________
vox-tech mailing list
vox-tech@lists.lugod.org
http://lists.lugod.org/mailman/listinfo/vox-tech



LinkedIn
LUGOD Group on LinkedIn
Sign up for LUGOD event announcements
Your email address:
facebook
LUGOD Group on Facebook
'Like' LUGOD on Facebook:

Hosting provided by:
Sunset Systems
Sunset Systems offers preconfigured Linux systems, remote system administration and custom software development.

LUGOD: Linux Users' Group of Davis
PO Box 2082, Davis, CA 95617
Contact Us

LUGOD is a 501(c)7 non-profit organization
based in Davis, California
and serving the Sacramento area.
"Linux" is a trademark of Linus Torvalds.

Sponsored in part by:
EDGE Tech Corp.
For donating some give-aways for our meetings.