<p>Only if that &quot;mp3&quot; is a FIFO that is being fed the same actual mp3 over and over again...</p>
<p>That could be interesting, actually, using a FIFO to wipe a drive by placing random ASCII books onto it, one could use project gutenberg as such a source. Could be amusing to whoever attempts to read the drive...</p>
<div class="gmail_quote">On Aug 26, 2011 4:28 PM, &quot;Jim Kinney&quot; &lt;<a href="mailto:jim.kinney@gmail.com">jim.kinney@gmail.com</a>&gt; wrote:<br type="attribution">&gt; Dd if=/randomladygaga.mp3 of=/dev/sda<br>&gt; On Aug 26, 2011 3:15 PM, &quot;Lightner, Jeff&quot; &lt;<a href="mailto:JLightner@water.com">JLightner@water.com</a>&gt; wrote:<br>
&gt;&gt; Yep - I started using /dev/urandom instead of /dev/zero when I read<br>&gt; something that said if the overwrite data is predictable (e.g. all zeros) it<br>&gt; might be easier to decide what real data it was trying to mask.<br>
&gt;&gt;<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt; -----Original Message-----<br>&gt;&gt; From: <a href="mailto:ale-bounces@ale.org">ale-bounces@ale.org</a> [mailto:<a href="mailto:ale-bounces@ale.org">ale-bounces@ale.org</a>] On Behalf Of David<br>
&gt; Tomaschik<br>&gt;&gt; Sent: Friday, August 26, 2011 2:52 PM<br>&gt;&gt; To: Atlanta Linux Enthusiasts<br>&gt;&gt; Subject: Re: [ale] erasing a hard drive<br>&gt;&gt;<br>&gt;&gt; On Fri, Aug 26, 2011 at 1:37 PM, Lightner, Jeff &lt;<a href="mailto:JLightner@water.com">JLightner@water.com</a>&gt;<br>
&gt; wrote:<br>&gt;&gt;&gt; Of course you don&#39;t need a software at all.<br>&gt;&gt;&gt;<br>&gt;&gt;&gt; Erasing the data in a filesystem then unmounting the filesystem and<br>&gt; running:<br>&gt;&gt;&gt; dd if=/dev/urandom of=/dev/sda1/scramble bs=1M<br>
&gt;&gt;&gt;<br>&gt;&gt;&gt; - will write random data on the partition (sda1 in the above - you can<br>&gt; substitute other partitions/drive letters as necessary)<br>&gt;&gt;&gt;<br>&gt;&gt;&gt; However, any time I&#39;ve seen this question come up someone invariably<br>
&gt; posts that it really isn&#39;t necessary for &quot;modern drives&quot;. They never quite<br>&gt; say what their definition of &quot;modern&quot; is.<br>&gt;&gt;&gt;<br>&gt;&gt;&gt; In the past it was required to do something like the above multiple times<br>
&gt; but it really isn&#39;t necessary unless you&#39;re doing DOD or CIA work.<br>&gt;&gt;<br>&gt;&gt; It is necessary to do at least one overwrite pass. Recovering data<br>&gt;&gt; from a drive that has not been overwritten at all (e.g., mkfs or rm<br>
&gt;&gt; only) is trivial.<br>&gt;&gt;<br>&gt;&gt; The theory behind multiple overwrites has to do with the fact that<br>&gt;&gt; data isn&#39;t really stored in discrete chunks on the drive, and there<br>&gt;&gt; are algorithms that can theoretically recover/rebuild data from the<br>
&gt;&gt; &quot;edges&quot; of the tracks. However, this is substantially less of an<br>&gt;&gt; issue these days. For one, those techniques were developed against<br>&gt;&gt; MFM and RLL encoded drives. Drives using PRML and EPRML and<br>
&gt;&gt; perpendicular recording are believed to be far more resistant to this<br>&gt;&gt; (as they have less area in which other traces are left.)<br>&gt;&gt;<br>&gt;&gt; For a better explanation than I could write, see<br>
&gt;&gt; <a href="http://www.cs.auckland.ac.nz/~pgut001/pubs/secure_del.html">http://www.cs.auckland.ac.nz/~pgut001/pubs/secure_del.html</a> (especially<br>&gt;&gt; the epilogue).<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt; --<br>
&gt;&gt; David Tomaschik, RHCE, LPIC-1<br>&gt;&gt; System Administrator/Open Source Advocate<br>&gt;&gt; OpenPGP: 0x5DEA789B<br>&gt;&gt; <a href="http://systemoverlord.com">http://systemoverlord.com</a><br>&gt;&gt; <a href="mailto:david@systemoverlord.com">david@systemoverlord.com</a><br>
&gt;&gt;<br>&gt;&gt; _______________________________________________<br>&gt;&gt; Ale mailing list<br>&gt;&gt; <a href="mailto:Ale@ale.org">Ale@ale.org</a><br>&gt;&gt; <a href="http://mail.ale.org/mailman/listinfo/ale">http://mail.ale.org/mailman/listinfo/ale</a><br>
&gt;&gt; See JOBS, ANNOUNCE and SCHOOLS lists at<br>&gt;&gt; <a href="http://mail.ale.org/mailman/listinfo">http://mail.ale.org/mailman/listinfo</a><br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt; Proud partner. Susan G. Komen for the Cure.<br>
&gt;&gt;<br>&gt;&gt;<br>&gt;&gt; Please consider our environment before printing this e-mail or<br>&gt; attachments.<br>&gt;&gt;<br>&gt;&gt; ----------------------------------<br>&gt;&gt; CONFIDENTIALITY NOTICE: This e-mail may contain privileged or confidential<br>
&gt; information and is for the sole use of the intended recipient(s). If you are<br>&gt; not the intended recipient, any disclosure, copying, distribution, or use of<br>&gt; the contents of this information is prohibited and may be unlawful. If you<br>
&gt; have received this electronic transmission in error, please reply<br>&gt; immediately to the sender that you have received the message in error, and<br>&gt; delete it. Thank you.<br>&gt;&gt; ----------------------------------<br>
&gt;&gt;<br>&gt;&gt; _______________________________________________<br>&gt;&gt; Ale mailing list<br>&gt;&gt; <a href="mailto:Ale@ale.org">Ale@ale.org</a><br>&gt;&gt; <a href="http://mail.ale.org/mailman/listinfo/ale">http://mail.ale.org/mailman/listinfo/ale</a><br>
&gt;&gt; See JOBS, ANNOUNCE and SCHOOLS lists at<br>&gt;&gt; <a href="http://mail.ale.org/mailman/listinfo">http://mail.ale.org/mailman/listinfo</a><br></div>