<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Securely Format a Mac Hard Drive</title>
	<atom:link href="http://osxdaily.com/2010/05/03/securely-format-a-mac-hard-drive/feed/" rel="self" type="application/rss+xml" />
	<link>http://osxdaily.com/2010/05/03/securely-format-a-mac-hard-drive/</link>
	<description>News, tips, software, reviews, and more for Mac OS X, iPhone, iPad</description>
	<lastBuildDate>Sat, 18 May 2013 19:31:07 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: How to Secure Erase a Mac SSD / Hard Disk from Recovery Mode</title>
		<link>http://osxdaily.com/2010/05/03/securely-format-a-mac-hard-drive/#comment-552313</link>
		<dc:creator>How to Secure Erase a Mac SSD / Hard Disk from Recovery Mode</dc:creator>
		<pubDate>Mon, 22 Apr 2013 19:46:33 +0000</pubDate>
		<guid isPermaLink="false">http://osxdaily.com/?p=3235#comment-552313</guid>
		<description>[...] Options&#8221; button is greyed out in the Disk Utility options, seemingly preventing a standard &#8220;secure&#8221; erase procedure. The precise reason for this isn&#8217;t entirely clear, though some speculate it&#8217;s [...]</description>
		<content:encoded><![CDATA[<p>[...] Options&#8221; button is greyed out in the Disk Utility options, seemingly preventing a standard &#8220;secure&#8221; erase procedure. The precise reason for this isn&#8217;t entirely clear, though some speculate it&#8217;s [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alex</title>
		<link>http://osxdaily.com/2010/05/03/securely-format-a-mac-hard-drive/#comment-401733</link>
		<dc:creator>Alex</dc:creator>
		<pubDate>Sun, 24 Jun 2012 19:22:45 +0000</pubDate>
		<guid isPermaLink="false">http://osxdaily.com/?p=3235#comment-401733</guid>
		<description>While doing this and selecting the Hard Drive, the option of SECURITY OPTIONS is grey and cannot be highlighted and under the FORMAT dropbox it reads MAC OS X (JOURNALED).  Whats wrong or what is the next step to format the hard drive and perform a clean install?</description>
		<content:encoded><![CDATA[<p>While doing this and selecting the Hard Drive, the option of SECURITY OPTIONS is grey and cannot be highlighted and under the FORMAT dropbox it reads MAC OS X (JOURNALED).  Whats wrong or what is the next step to format the hard drive and perform a clean install?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Buxtor</title>
		<link>http://osxdaily.com/2010/05/03/securely-format-a-mac-hard-drive/#comment-101270</link>
		<dc:creator>Buxtor</dc:creator>
		<pubDate>Mon, 03 May 2010 16:46:43 +0000</pubDate>
		<guid isPermaLink="false">http://osxdaily.com/?p=3235#comment-101270</guid>
		<description>The 35-pass erase option is generally considered pointless &amp; a waste of time these days. Even at the time of writing in the &#039;90s the author of the 35-pass method said it was a &#039;catch all&#039; to cover all types of HD technologies around at the time so was an overkill approach. Since then the author has criticised how his algorithm is over-prescribed for data scrubbing. 
See: 
http://en.wikipedia.org/wiki/Gutmann_method#Criticism

One might also argue that the 7-pass is overkill too unless you truly believe that someone so intent on reading your data that they&#039;ll crack open your hard disk and analyse the magnetic wave forms on the platters directly, for this is what it would take to read the previous data once the HD has truly overwritten it with some other data.

So unless you have paranoid delusions or are James Bond, the &#039;zero out data&#039; option is just fine for the average user.

Of course, the last point in the OP about physically destroying the disk is still the most reliable method to erase data. Drills or Steamrollers spring to mind here. Though you might want to extract &amp; save the magnets in the drive that control the heads, they&#039;re incredibly strong for their size so can be really useful.</description>
		<content:encoded><![CDATA[<p>The 35-pass erase option is generally considered pointless &amp; a waste of time these days. Even at the time of writing in the &#8217;90s the author of the 35-pass method said it was a &#8216;catch all&#8217; to cover all types of HD technologies around at the time so was an overkill approach. Since then the author has criticised how his algorithm is over-prescribed for data scrubbing.<br />
See:<br />
<a href="http://en.wikipedia.org/wiki/Gutmann_method#Criticism" rel="nofollow">http://en.wikipedia.org/wiki/Gutmann_method#Criticism</a></p>
<p>One might also argue that the 7-pass is overkill too unless you truly believe that someone so intent on reading your data that they&#8217;ll crack open your hard disk and analyse the magnetic wave forms on the platters directly, for this is what it would take to read the previous data once the HD has truly overwritten it with some other data.</p>
<p>So unless you have paranoid delusions or are James Bond, the &#8216;zero out data&#8217; option is just fine for the average user.</p>
<p>Of course, the last point in the OP about physically destroying the disk is still the most reliable method to erase data. Drills or Steamrollers spring to mind here. Though you might want to extract &amp; save the magnets in the drive that control the heads, they&#8217;re incredibly strong for their size so can be really useful.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Page Caching using disk: enhanced (User agent is rejected)
Database Caching 1/3 queries in 0.002 seconds using disk: basic
Object Caching 211/212 objects using disk: basic
Content Delivery Network via cdn.osxdaily.com

Served from: osxdaily.com @ 2013-05-19 03:24:03 -->